Hi,我叫 Ilia。我创立了 Perfect Wiki — 一款 SaaS 产品,用于在 Microsoft Teams 内部创建公司内部知识库。我们创建了一个简单方便的工具,用于在公司内部存储、编辑和共享知识。这一切都始于解决一个特定痛点的想法:Microsoft Teams 中内置的 Wiki 不方便,而且没有完全集成到该平台的有价值的替代方案。

在本文中,我想分享这个想法是如何产生的,我犯的错误,我是如何找到我的第一批客户的,以及我是如何在五年内逐步增长到每年 25 万美元的稳定收入的。所有这些 — 都没有投资人,没有 20 人的团队,也没有“A 轮”融资。

一切如何开始的

2020 年 5 月,我失业了,开始思考要启动哪些新项目,或者把精力放在哪里。疫情极大地改变了市场:大规模向远程工作的转变推动了对在线通信工具的兴趣,每个人都想推出自己的视频会议服务。感觉就像淘金热,我决定遵循一个原则:在这样的时代,卖铲子的人赢,而不是淘金的人。

Zoom 在疫情期间变得非常流行。我决定尝试制作一个小应用程序 — 一个翻译器 — 并将其发布在 Zoom Marketplace 上。但事实证明,人们只对 Zoom 应用程序本身感兴趣,而该 marketplace 几乎没有流量。

在失败之后,我转向了 B 计划:我尝试在 Microsoft Teams Marketplace 上发布翻译器应用程序。似乎有更多的用户,那里的应用程序有很多评分和安装量。这个平台感觉“活跃”。我的直觉并没有让我失望 — 发布后仅仅几天,就有人购买了付费订阅。但我很快意识到翻译器应用程序非常有限,没有增长空间。Microsoft 可以随时轻松地替换它。

那时,我决定深入分析 Microsoft Teams 用户面临的其他问题,以及我可以为他们提供什么样的服务。我确信我会找到一个利基市场,因为 marketplace 上的流量和活动都很高 — 一个现成的客户群就在我面前。我只需要找到一个能够解决实际问题的产品创意。

我开始阅读论坛、评论和在线讨论。事实证明,Microsoft Teams 中内置的 Wiki 真的让用户非常恼火。它很慢而且不方便。这就是这个想法的由来 — 我必须创建一个快速、用户友好的知识库,直接构建到 Microsoft Teams 中。主要目标是使其对于那些不精通技术的人 — 只是普通的 PC 用户 — 来说简单直观。

我在发布后仅仅几天就获得了我的第一个付费客户

我在相当短的时间内创建并发布了该产品的第一个版本 — 大约花了三个星期。它已经具有页面创建和编辑功能,最重要的是,全文搜索(用户在内置 Wiki 中非常需要的功能)。

我使用了我已经非常熟悉的工具和技术:Node.js + Express 用于后端,React 用于前端。

在 Microsoft Teams Marketplace 上发布 Perfect Wiki 仅仅几天后,我就获得了我的第一个付费用户。我的假设得到了证实 — 人们正在积极寻找内置 Wiki 的替代品,并且他们直接在 Teams marketplace 中搜索它。他们使用关键词“wiki”找到了我的应用程序。这是一个很棒的免费获取渠道。Perfect Wiki 始终是搜索结果的首位,因为没有竞争对手。那时我意识到我找到了一个真正的痛点 — 而且我可以通过解决它来赚钱。

现在有超过 500 家公司使用 Perfect Wiki

如今,全球有超过 500 家公司使用 Perfect Wiki。我们的主要市场是 美国、加拿大、英国和德国

五年多来,该产品取得了显著增长。收入现在约为 每年 25 万美元。然而,这并非一帆风顺 — 有几个月没有增长,有时感觉一切都停滞不前。我们不得不改变计划,改进产品,并寻找新的想法。

2024 年,Microsoft 甚至在 Microsoft Build 大会上将我们作为示例进行展示,认为我们的应用程序在 Teams 用户中评价最高、价值最高,并且真正有效 — 这是我们的一大里程碑。

为什么人们选择我们?

我们的许多客户在尝试了 Microsoft 内置 Wiki 之后都找到了我们。它很笨拙、不方便,并且无法很好地完成工作。我们专注于简单性:仅有基本功能,没有其他额外的东西 — 并且一切都应该在 Microsoft Teams 内部运行。

与 Microsoft Teams 集成是关键。与其他知识库平台不同,Perfect Wiki 不需要切换到单独的站点或选项卡。它可以在员工每天花费最多时间的地方 — Microsoft Teams 中使用。它可以节省时间,不会增加任何难度,并且使使用知识库成为工作流程的自然组成部分。

Microsoft 尝试通过 Viva 和 Loop 等产品来解决此问题,但事实证明它们过于笨重且令人困惑。Confluence 或 Notion 等竞争对手并没有以对用户方便的方式集成到 Teams 中。

Perfect Wiki 是 专门为 Microsoft Teams 构建的 — 这从一开始就是我们的主要优势。

只有两个人从事该项目

目前,Perfect Wiki 背后的团队只有 两个人。我负责开发和产品,我的同事负责用户支持。尽管只有一个小团队,但我们设法取得了很多成就:我们快速推出新功能,与客户沟通,测试想法并维护稳定的服务。

我们将一些营销和内容任务外包,但与产品和代码相关的所有事情都由我们自己完成。

有时,如果我们觉得是时候发展了,我们会引入新人。现在就是其中之一:如果您是一位熟悉 Node.js + Express + React 的经验丰富的开发人员 — 请将您的简历发送至 hello@perfectwiki.com

我们如何了解客户的需求

一切都始于沟通。我们有一个内部应用程序聊天室 — 人们会定期向我们发送问题、建议和反馈。我们还进行演示通话,讨论用例场景,并且每个季度,我们都会联系活跃的忠实用户,询问功能和改进建议。这有助于我们深入了解用户需求。

我们不会仅仅因为它们 看起来 有用而实施功能。Perfect Wiki 中的每个新功能都必须是用户真正要求和需要的。例如,我不确定“在页面内搜索”是否必要。但是在收到一些关于文档越来越长,并且 Ctrl+F 在 Teams 中无法工作的投诉后 — 清楚地表明需要此功能。

另一个例子:用户建议每周提供 每周摘要,其中包含新的或更新的知识库文章的列表。他们希望及时了解最新变化。

这就是我们改进产品的方式 — 不是通过简单的猜测,而是通过与用户的协作。

我们实际上 自己也使用 Perfect Wiki — 这有助于我们发现需要更改和增长的领域。我们所有的内部文档、任务和计划都存储在 Perfect Wiki 中。甚至我们的公共帮助中心也在我们的平台上运行。这样,我们可以在实际使用中测试产品,并快速注意到需要修复或调整的地方。

每次我查看竞争对手的网站 — 那些也构建知识库或客户支持平台的人 — 我都会注意到一些奇怪的事情。几乎所有这些都使用 Intercom 或 Zendesk 等第三方工具来支持他们自己的客户。这让我感到惊讶。如果您的产品如此出色 — 为什么不自己使用它呢?对我来说,这是一个黄金法则:您的产品应该非常好,以至于您 自己使用它。如果不是,那就意味着有问题。

关于钱的一些信息

现在,我每月收入约 25,000 美元。我的每月开支非常适中:

剩下的都是我的利润。

这些年来我学到了什么

最重要的规则:不要害怕为狭窄的受众构建利基产品。至关重要的是要创建一些能够真正很好地解决特定问题的东西。

我学到的第二个教训:简单性获胜。您的产品越简单易懂,就越容易销售和维护。当您有一个小团队和有限的资源时,简单性不是一种奢侈品 — 而是一种必需品。它可以防止您淹没在功能、无休止的请求和技术债务中。

我期待这个吗?

老实说?我没有远大的抱负。我只想赚取稳定的 每年 70,000 美元 – 80,000 美元 — 大约是我在前一份工作中赚取的收入。除此之外的一切都是令人愉快的奖励。Perfect Wiki 的发展超出了我的预期。所有这些都没有投资、办公室或大型团队。仅仅是因为产品有需求 — 而且我们一直在逐步改进它。

接下来是什么?

Perfect Wiki 已经不仅仅是 Microsoft Teams 的一个插件。现在它也可以在 Slack 中使用,通过 ChatGPT 使用,或者作为 您网站上的聊天机器人。您甚至可以为您的客户创建一个 公共支持门户 — 我们的帮助中心就是一个很好的例子。

我们不断添加新的集成,改进搜索,最重要的是 — 始终倾听用户的意见。最好的还在后面!

P.S. 如果您有兴趣关注我们的产品之旅,我有一个 Telegram 频道Twitter