把社交媒体活动变成软件生意的西蒙·霍伊贝格

西蒙·霍伊贝格（Simon Høiberg）是 FeedHive 的创始人，这项产品帮助人们撰写、定时和管理社交媒体帖子。该产品于 2021 年 2 月推出公开测试版，重点在于减少那些在原有平台上持续发布内容的人所承担的重复工作。它的起点，来自创始人本人在网上积累读者时摸索出的工作方式。

从第一款产品的失败中学到的

FeedHive 之前的尝试并不顺利。他回顾说，自己于 2020 年 2 月开始开发第一款 SaaS，并在同年 6 月上线，但几乎没有得到关注。当时他的推特关注者约有 250 人，在“做出产品就会有人来”的期待与实际获取客户之间，存在着很大的落差。

此后他把精力放在积累读者上，并养成了持续发布有用内容的习惯。他在 2021 年公开的做法是：每周日花三到四小时，把一周的内容写好并预约出去，平时有想法就存成草稿，并适当复用过去的帖子。FeedHive 正是为了让这些工作更容易处理而打造的产品。

早期的开发范围很小。据他本人说明，做出最小可用产品花了大约十天，先邀请了 20 人参加封闭测试。最初两个月他一边做自由职业咨询，一边推进产品，之后才全身心投入。

他在 2021 年 1 月 3 日公开了 FeedHive，并于 2 月 6 日宣布推出公开测试版。当时他的推特关注者约有 3.2 万人，他称产品上线后几小时内就获得了 50 名付费用户，并在 48 小时内达到 250 美元的 MRR。快速产生早期销售的背后，是比产品开发更早积累起来的读者和信任。

不止于定时发布，把内容运营做成产品

早期的 FeedHive 是以推特为中心的工具。2021 年 5 月的官方使用说明中介绍了这样的功能：按星期几和具体时间创建发布时段，再把带主题标签的帖子填入对应时段。产品还提供草稿自动保存、复用旧帖、自动转推和效果分析，当时 LinkedIn 和 Instagram 的接入还处于计划阶段。支持多个平台的现在功能与上线当时的范围需要区分看待。

这种结构的价值并不只在于替人按下发布按钮。比如可以先规定周一发行业动态、周三发使用技巧，然后在有空的时候一次性把内容写好填进去。它让人不必每天掐着发布时间中断手头的工作，而是把撰写和发布分开，让运营节奏变得稳定。

2021 年，他们把 AI 作为差异化卖点。在 11 月 3 日公开的一篇开发文章中，他说明团队利用用户通过 FeedHive 发布的十万多条帖子及其互动数据，做出了效果预测功能。相比单纯的“点赞”数，他们更关注曝光与互动的比例，并设法减少账号规模带来的偏差，把帖子的预期表现用 0 到 9 分表示。

没有专业机器学习人员的团队，对已有的 GPT-3 Curie 模型做了再训练，并接入到产品中。不过公开文章中并没有给出受控的性能评估或独立验证结果，因此不能把预测准确率当作确定的事实来接受。这次尝试的意义在于，一个小团队试图把现成的 AI 与服务内部积累的数据结合起来，为定时发布工具创造额外价值。

做出 8,500 美元 MRR 的生意真实面貌

2021 年 11 月，也就是上线约九个月时，他公开了 8,500 美元的月度经常性收入（MRR）和 6.5 万美元的累计收入。当时用户超过 3,000 人，付费套餐用户约 600 人，他把当时的月增长率说成约 20%。这些是创始人自行公布的数字，只代表月度经常性收入和累计收入，并不代表净利润或当前收入。

那时它已经不是一个人的生意。他称团队有四个人，与一名初级全栈开发者、一名社交媒体营销顾问和一名平面设计师共事。公司没有采用正式雇佣，而是使用合同制人力，团队规模在不同时期介于 2 到 6 人之间。这是一种以合同制为主、包含创始人之外劳动与人力成本的运营方式。

客户来源包括创始人的社交媒体、搜索与内容以及付费广告，其中个人渠道最为有效。但他打算长期提高搜索和广告的比重，目的是让获客成本可以预测，并在未来转让生意时减少对创始人个人账号的依赖。他也意识到，有利于初期销售的个人品牌，可能变成生意持续依赖的环节。

首年 40 万美元中包含了终身授权

此后的收入增长中，订阅之外的销售方式也起了很大作用。在 2022 年 7 月 5 日公开的回顾中，他说首年收入超过 40 万美元，其中 30 万美元以上产生于不到两个月的时间里。关键就是 2021 年 11 月在 AppSumo 上出售的终身授权。

这里需要强调的是，30 万美元指的是 AppSumo 活动的总销售额。按照他说明的当时分成结构，FeedHive 的分成比例为 30%，所以销售额并非全部是进入公司的现金或利润。终身授权的销售也不属于经常性订阅收入，因此把这个案例改写成“首年 ARR 40 万美元”是不准确的。

他把终身授权评价为一种不动用股权就能获得早期资金的方式，但也承受了运营上的负担。客户咨询激增，团队一度应付不过来；他说明无法保证未来推出的所有功能都包含在终身授权里，这引起了一部分购买者的不满。这种结构意味着，一次性收到的钱会附带长期的运营与支持责任。因此他强调，要把获得的资金用于打造可持续的订阅收入。

增长之后暴露的平台依赖风险

2023 年，依赖外部平台的生意风险显现出来。5 月 12 日，他表示由于推特的 API 收费变动，若想维持原有的服务方式，每月需要支付 4.2 万美元。这并不是说他真的每月支出了这个金额。在同一篇文章的评论中，他说明自己选择了别的接入方式，当时为推特支付的金额是 0 美元。

对策是利用每位用户自己的 API 密钥，为现有客户提供替代方案。不过他补充说，免费开发者账号随时都可能受到限制，因此不建议以这种方式为前提去启动新产品。即使掌握了产品的代码和客户，也无法控制核心功能所连接平台的接入条件。

在同一篇 2023 年的文章里，他还表示自己不再公开 MRR。因此不应继续套用 2021 年的增长率，也不应用终身授权的销售额去推算后来的订阅收入。把可确认的早期成绩与此后的当前生意规模分别看待，才是合适的做法。

从个人的发帖习惯到团队的工作工具

在 2026 年 10 月 1 日查看的官方产品介绍中，除了个人的定时发布，团队的审阅与批准流程也被列为重要功能。多人可以修改草稿、留下评论，并指定负责人，在发布前取得批准。产品还能在不授予客户整个工作区访问权限的情况下分享帖子预览，从而支持品牌方或代理商的协作。

目前的套餐分为 Creator、Brand、Business、Agency，提供按月、按年订阅以及 7 天免费试用。各套餐在可连接账号数、工作区数量、定时发布范围、自动化执行量和 AI 使用量等方面有所区别。从这套结构来看，可以把 FeedHive 所售卖的能力理解为管理多个账号与多人内容运营的能力。

FeedHive 是一个小步开发、但提前打通接触客户渠道，并把重复工作变成付费产品的案例。要理解那约十天的早期开发期，需要把此前积累的读者基础以及之后的团队运营一并考虑。亮眼的收入数字里，包含终身授权的分成结构和支持责任。这是一个以创始人的经验与信任为起点，依次搭建产品、人力和销售渠道的小型软件生意。