发布信息

失业程序员仅用3周开发产品,2人核心团队年收入达182万元

作者:软荐小编      2025-05-02 14:01:56     283

在竞争激烈的软件市场中,许多初创项目通常需要大量资金以及庞大团队才能够起步。然而本文讲述的故事却突破了常规,一名处于失业状态的程序员在困境里抓住了机遇,仅仅花费3周时间,就开发出了能够直击用户痛点的产品,并且仅依靠2人核心团队就取得了年收入25万美元(约合人民币182万元)的出色成绩。

作者 |Ilia 翻译 | 郑丽媛

出品 | CSDN(ID:CSDNnews)

大家好,我叫 Ilia,我是一款 SaaS 产品的创始人,这款产品叫 Perfect Wiki。它是一个企业内部知识库工具,内嵌于 Microsoft Teams。它主打“简单好用、无需跳转”的理念,专注于解决 Teams 自带的 Wiki 的种种不便问题。

过去五年,我带领一个非常精简的团队,在没有融资的情况下,在没有“天使轮”的情况下,在没有“A轮”的情况下,在没有20+人开发团队的情况下,把这个项目做到了一年25万美元(约人民币182万元)的稳定收入 。

我想分享这篇文章,它涵盖从最初想法诞生,到获取第一个客户,还包括过程中所犯的错误以及走过的弯路 。希望能给那些同样期望靠自己打造产品的开发者、创业者们带来启发 。

起点:一个失业程序员的反思

2020年5月,我处于失业状态。那时我在思索该开启怎样的新项目,或者该将精力投入到哪个方向,然而疫情的暴发完全改变了市场形态,众多企业转向远程办公,视频会议工具的需求急剧增长,几乎每家公司都想打造自己的类似Zoom的产品。

这使我察觉到一条规律,在淘金热期间,最能获利的并非是那些淘金的人,而是售卖铲子的人 。

疫情期间Zoom极其火爆,起初我想“蹭一波热点”,制作了一个小工具,即翻译器插件,还将其发布在Zoom应用市场上,然而我很快发觉,没人在意Zoom的插件,大家仅关注Zoom自身,其应用市场几乎毫无流量。

那次项目失败后,我转向了 Plan B,也就是将这个翻译器搬到微软 Teams 应用市场上。果然,Teams 的插件市场活跃得多,用户数量众多,评分和下载量也很高,整个平台充满生命力。我的直觉没错,插件上线没几天,就出现了第一个付费订阅用户。但我很快就意识到了,这个翻译器的功能太过单一,它没有成长的空间,并且微软随时都有可能推出自己的内置功能,从而轻松地将我替代掉。

就在那个时候,我做出决定,要更深入地去分析微软Teams用户还面临着哪些别的问题,还要思考我能够为他们提供怎样的服务。毕竟市场就在那里,用户也在那里,我只需要找到一个切中痛点的产品方向就行。我开始在各类论坛、评论区、社群里挖掘用户反馈,结果发现了一个共同的槽点:Teams内置的Wiki太难用了!许多用户都反映它“卡顿、编辑不方便、功能缺乏”。

于是我萌生了一个清晰的念头,我要做一个真正好用的知识库产品,这个产品要内嵌在Microsoft Teams里,这个工具必须够快,这个工具必须够简洁,这个工具面向的是普通用户,这些普通用户不需要技术背景,使用这个工具要像用Word一样简单。

上线几天,就迎来了第一位付费用户

我仅用三周时间,便做出了产品的首个版本。这个版本支持页面创建,支持页面编辑,还具备一项极为关键的功能,即全文搜索。而全文搜索正是Teams内置Wiki所欠缺的重要功能之一 。

在开发过程中,我运用了自己极为熟悉的技术与工具,后端采用 Node.js 搭配 Express,前端采用 React 。

在微软Teams应用市场发布Perfect Wiki几天后,我迎来了第一个付费用户。这证明了我的判断,真的有不少人在Teams里主动搜索“wiki”关键词,他们希望找到比官方内置工具更好用的替代品。

当时还没有竞品,我的Perfect Wiki在关键词搜索结果里始终排名第一,这相当于“0成本获取用户”的超级流量入口,我由此意识到,自己找到了一个真正的市场缺口,还能够靠解决这个问题来赚钱。

如今已有 500+ 家公司在使用 Perfect Wiki

到目前为止,全球有超过500家公司在使用Perfect Wiki,其主要市场包含美国,还包含加拿大,也包含英国,以及德国 。

在过去的五年当中,这款产品不断进行迭代,其功能也在逐渐丰富起来,目前它的年收入稳稳地维持在25万美元上下。当然,这条道路并非一直都顺遂,我也曾经历过增长停滞以及方向迷失的时期,所以不得不对路线做出调整,对产品进行优化,并挖掘新的需求。

2024年,微软在微软Build开发者大会上重点展示了Perfect Wiki,称这款产品是Teams平台中“评价最高、实用性最强”的应用之一,这对我们而言是一个非常重要的里程碑。

什么人们会选择我们?

许多客户在尝试过微软自带的Wiki后,会主动找上门来,他们对它的共同评价是:“太难用了。”相反,Perfect Wiki坚持“简单至上”的理念,它只保留真正有用的核心功能,不搞复杂化,并且所有操作都在Teams内完成。

紧密集成是我们的关键优势 ,不同于Notion、Confluence等工具 ,这些工具需要跳转网页或开新窗口 ,而Perfect Wiki嵌在Teams内部 ,用户在哪协作就在哪编辑知识库 ,不会增加额外负担 ,使用体验极其自然 。

据悉,微软曾尝试用Viva、Loop等产品改善知识库体验,然而这些工具太过笨重,太难理解,Perfect Wiki从一开始就是围绕Teams设计的,这也是我们能快速赢得用户的最大缘由。

团队只有两个人

没错,目前Perfect Wiki的核心团队仅有我和一位同事,我负责产品与开发,他负责客户支持,尽管团队人数少,不过我们推进效率高,能快速上线新功能,能积极与客户沟通,能反复验证想法,还能保证服务稳定运行。

除了部分营销工作会外包,部分内容写作工作会外包外,所有与产品相关的工作都由我们自己完成,所有与代码相关的工作也都由我们自己完成。

如何理解用户真正的需求?

一切都起始于“沟通”。我们设有一个内部应用聊天窗口,用户能够随时留言,能够随时提建议,能够随时报bug。我们还会进行demo演示,还会讨论使用场景,并且每季度主动联系一些忠实用户来收集新功能建议。

我们不会凭借主观臆断去开发新功能,Perfect Wiki里的每一项新功能都得是用户切实要求且需要的。举例来说,我一开始不确定“在页面内搜索”这个功能有无必要。然而后来收到众多用户反馈,称文档过长,Teams里的Ctrl+F搜索没反应,我这才意识到:哦,原来这个功能是“刚需”。

又比如:有用户建议我们开发一个“每周更新摘要”,这个摘要用于自动推送新文档或知识库变动。这个提议立刻引发了其他客户的共鸣,最终我们让它变成了常规功能。我们改进产品的方式是这样的,不是靠简单的猜测,而是与我们的用户合作。

而且,我们自己确实在使用Perfect Wiki,这对我们发现需要改进和发展之处有帮助。我们借助Perfect Wiki管理所有内部知识文档、开发计划以及任务分配,就连我们的公共帮助中心也是通过Perfect Wiki搭建而成的。所以,我们自身就是“重度用户”,能够更在第一时间发现问题并快速修复。

每次我查看竞品的客服系统页面,都会发现他们使用的是Intercom、Zendesk等第三方工具。我感到十分疑惑:要是自家产品那么好用,为何自己不用呢?对我而言,这是一条“黄金法则”:要是自己都不想用自家产品,那它肯定不够好。

成本极低,收入可观

目前,我每月的收入大约是 2.5 万美元,支出结构如下:

其余部分就是纯利润。

五年经验总结

最重要的一个经验是,不要惧怕做小众产品。找到一个真实痛点并将其彻底解决,这比任何事情都重要。我学到的第二个经验是,简单就是力量。产品越是简洁、越是易懂,便越易于推广与维护。对于小团队而言,简单并非选择,而是必需,它能够避免你陷入“功能炸弹”、技术债以及用户抱怨的困境 。

说实话,我原本野心不大,只想着每年能稳定地挣7至8万美元,能养活自己便满足了。如今成绩已远超预期,这一切完全依靠产品口碑以及用户需求的自然增长。

没有进行融资,没有设立办公室,没有花哨的头衔,只有一个不断被打磨且越来越好用的产品。

接下来会怎样?

如今,Perfect Wiki不只是一个Microsoft Teams插件,它还支持Slack、GPT,甚至能作为网站嵌入式聊天机器人使用,你还能用它为客户搭建完整的“帮助中心”门户,我们的帮助中心就是个很好的例子。

我们持续增添新的集成功能,改进搜索功能,最为关键的是,我们一直倾听用户意见,所以,好戏还在后头呢!

相关内容 查看全部