Perfect Wiki:接住Teams自带wiki的差评,5年做到年营收25万美元。2人团队,获客几乎全靠应用商店搜索

Perfect Wiki的年营收是25万美元,折合每月约2.5万美元。运营者只有两个人:开发者Ilia Pirozhenko和一位负责客服的同事。企业客户超过500家,没有外部资本。它所依附的平台Microsoft Teams被开发者嫌弃到什么程度?当Pirozhenko的创业自述在Hacker News拿到721分时,评论区几乎被对Teams本身的抱怨刷满。但读完他的记录会发现,正是这种被嫌弃构成了生意的地基。在一个用户对自带功能怨声载道的平台上,每一条抱怨都是现成的产品机会。放进Small Start收录的应用商店型SaaS里比较,月入2.5万美元与14个月做到MRR 2.5万美元的Shopify应用SuperLemon大致处于同一水平。

用数字追踪失业后的5年

起点并不光鲜。失业后他最先做的是Zoom翻译应用,但那个市场里根本没有人。他没有换产品思路,而是换了摆放位置,转到用户活跃的Teams应用市场。在那里调查用户抱怨时,他发现了Teams自带的Wiki:反应慢、不好用,连全文搜索都没有。这一捆具体的差评,直接成了他的需求文档。

被嫌弃的平台为何反而是好市场

Perfect Wiki的竞争优势不在功能多,而在「不用切换」。Confluence和Notion作为知识库很强,但与Teams的集成薄弱,使用时必须跳到别的网站或标签页。微软自家的Viva和Loop则「臃肿难懂」。Perfect Wiki在员工一天中花时间最多的Teams窗口内完成全部工作。它的设计定位不是让用户搬家的目的地,而是填补用户已经身处之地的坑。

获客与这一设计互为一体。新客户的入口几乎全部是Teams应用商店内的搜索,也就是企业搜「wiki」时找到Perfect Wiki。营销和内容制作虽有外包,但本人的记录里看不到靠广告增长的痕迹。这与在Atlassian生态里长大的Snapbytes、用Shopify应用做到月入超10万美元的实质2人团队是同一种打法:在别人的庭院里拿下搜索第一名。代价是依赖庭院的主人,换来的是获客成本几乎为零。

功能开发的纪律也很明确:「每一个新功能都必须是用户真实提出的需求」。页内搜索是在收到多次抱怨后加上的,每周摘要也来自用户建议。反馈通过应用内聊天、演示通话,以及每季度向老用户征集想法的外联来收集。团队自己的文档、任务和计划也全部放在Perfect Wiki里,靠每天使用来保证品质。

用每月2,350美元的成本转动每月2.5万美元

本人公开的月度成本清单具体得罕见。

即便按上限相加也只有约2,350美元,不到月营收约2.5万美元的一成。人力是最小配置:Pirozhenko负责开发和产品,一位同事负责客服。搜索公司Algolia是第二大支出项,这恰好印证了产品价值所在:Teams自带wiki一直缺失的全文搜索。

停滞期,以及最初目标的朴素

这5年并非一路上扬。本人写道,「有增长为零的月份,有感觉一切都卡住的时期」。算上失败的Zoom翻译应用,押中的是第二次下注。而最初的目标很朴素:与前一份工作相当的年收入7–8万美元。25万美元是它的三倍多,超出目标的部分在他看来只是「令人愉快的意外」。小目标反过来让「做窄」的决策变得容易。如果瞄准的是大市场,很难选中「替换Teams自带wiki」这么不起眼的题材。

如今产品也在向Teams之外扩展出口:Slack集成、经由ChatGPT使用、以及可嵌入客户网站的聊天机器人。这可以读作第5年对账面上最大风险(单一平台依赖)的回答。

同一个想法,在Zoom落空,在Teams成立

能从Perfect Wiki带到别的产品上的,与其说是创意,不如说是选址的方法。创始人最早做的Zoom翻译应用,在确认应用市场几乎没有人之后就结束了。

• 对自带功能的抱怨能直接当作需求说明书,前提是该平台的商店里确实有搜索流量(在Teams上,搜索「wiki」几乎是新客户的全部入口)
• 把路线图限定在用户需求之内的纪律,只在2个人还能直接与500家客户对话的规模下才成立

局限也要写清。月入2.5万美元是2025年4月时点的创始人自述,没有第三方验证。护城河(Teams应用商店的搜索排位)可能因微软一次政策调整而消失,Viva/Loop若持续改进,与自带功能的差距也会缩小。而「上架数天获得首个付费客户」的起跑速度,依托的是2020年远程办公特需和当时稀少的竞品,今天的Teams商店未必还能有同样的速度。