一句话总结

我旗下两项业务的单月营收均创下新高，而我也终于开始动手开发一直想做的那款应用。

亮点

• Zestful 迎来了史上最佳的一个月，营收达 3936 美元。
• Is It Keto 同样创下历史新高，单月营收 393 美元。
• 在进行了大量调研和客户访谈后，我放弃了开发钣金软件的想法。
• 我发布了用于发现线下喜剧演出的应用的首个版本。

目标评分

每月月初，我都会公布当月想要完成的目标。以下是本月目标的完成情况：

完成五次客户访谈

• 结果：完成了四次客户访谈。
• 评分：B+

我在附近调研并走访了几家钣金工厂。在走访的七家中，有四家愿意与我交流。

发布一篇详解 Hello World using Vue pre-rendering 的新博文

• 结果：我发布了“A Simple Pre-Rendered Web App Using Vue + Nuxt”。
• 评分：A

我对这篇博文还算满意，它把问题和解决方案都讲得很清楚，但受众并不多。我仍抱有一丝希望，觉得这是一篇“慢热型”文章。它永远不会在 Hacker News 或 Reddit 上走红，但当你在 Google 上搜索“vue pre-rendering”时，它正是你希望找到的那种内容。

再为 Is It Keto 发布两篇文章

• 结果：发布了八篇 Is It Keto 新文章。
• 评分：A+

考虑到一月份可能会迎来流量高峰，我为写手在十二月增加了工作时间，因此产出的文章远超平时。

数据一览

Is It Keto

这是 Is It Keto 创纪录的一个月，超过了此前在2019 年 8 月 379.80 美元的最高纪录。

考虑到过去几个月流量一直在下滑——毕竟节假日期间没人想着减肥——这次营收算是个小小的意外。但节假日也意味着广告主支出更高、用户在 Amazon 上的购买也更多，因此我的千次展示收益（RPM）大幅上涨至每千次浏览 5.70 美元，同样创下新高。

Zestful

十二月对 Zestful 来说是爆发的一个月。一家发展迅速的初创公司告诉我，Zestful 正是他们需要的产品。我们当天就通了电话，他们先用标准版进行了测试，两天后就购买了企业版。这是 Zestful 迄今最大的一笔订单，金额超过了我今年全年业务总收入的一倍多。目前他们对服务还算满意，希望未来能与 Zestful 保持长期合作。

上个月，我曾很兴奋地认为把 Zestful 网站重写为静态站点能提升 SEO。遗憾的是，Google Search Console 的数据显示，这几乎没有带来任何影响：

不过，那位企业客户是在我重写网站几天后找上门来的，所以我大可以自我安慰说，这次重写带来了约 3900 美元的额外收入。

钣金调研

十一月底，我结识了一位钣金厂老板，他有兴趣和我聊聊为钣金生产商专门开发一款软件的可能性。

为钣金厂开发软件符合我的不少预期：

• 这是一个很赚钱但又不起眼、技术化程度不高的行业，可能是一块被忽视的宝地。
• 这类工厂在我所在地区比在大城市更常见，相比主流软件公司，我会有地缘优势。
• 我至少已经有一位愿意投入、愿意教我了解这个行业、也愿意试用新软件的潜在客户。

十二月的大部分时间，我都在研究现有解决方案，并走访钣金厂请求访谈。

“我们不需要贴合自身场景的应用”

其中一次最有意思的访谈，是与一位自称对技术一窍不通的老板进行的。他告诉我，自己每年要花数千美元购买 E2 ShopTech，这是一款面向中型机械加工厂的通用企业计划应用。

这位老板对现有软件似乎还算满意，但他说自己只用了其中 2% 的功能。听到这话我立刻来了精神。这正是《Start Small, Stay Small》这类书中所描述的典型场景：如果一家企业因为没有针对其细分需求的产品而被迫使用臃肿的软件，你只要聚焦于对其细分客群真正重要的那 2% 功能，就能击败更大的厂商。

这位老板反复强调自己不喜欢折腾软件，所以我以为提供一个更简洁的方案会十拿九稳：

我：如果我做一个只聚焦于你现在用的那 2% 功能的产品，让它更简单，你觉得怎么样？

老板：不感兴趣。

我：真的吗？为什么？

老板：因为 ShopTech 已经把我们未来可能需要的一切都内置好了。假如我们要通过 ISO 9001 认证，在 ShopTech 里只要打开一个开关，就能拥有所有相关的功能。如果你做的只是我们现在用到的那点东西，那我们以后就被卡住了。

这让我意识到，“人们想要完全贴合自身场景的软件”这一想法其实还有微妙之处。《Start Small, Stay Small》中的例子是，如果你为网页设计师专门设计一款记账软件，即便价格更高，你的目标用户也会选择你而非 Xero 或 QuickBooks 这类通用记账软件。但这之所以成立，是因为网页设计师的记账需求相对稳定。即便他们承接的项目类型发生很大变化，记账软件本身也不需要做太多调整。

而当软件更贴近企业核心业务时，企业往往更希望留有成长空间。我自己在工作中也是如此。虽然有 Heroku 和 Netlify 这类面向简单场景、为开发者量身定制的利基平台，但我几乎所有项目都搭建在 Google Cloud Platform 上。它常常复杂得让人头疼，但正因为内置了海量服务，我几乎不会遇到功能缺口，即便我目前只用了其中 1% 的功能。

“托管服务？还是算了……”

访谈中另一个反复出现的主题是，没人想要托管服务。这让我很意外，因为过去 20 年软件行业的大趋势一直是走向 SaaS、托管服务和按月付费。而钣金厂对此完全不感冒。

虽然 SaaS 公司常常强调前期成本低、无需操心 IT 维护等优势，但钣金厂并不看重这些。对他们而言，独立自主远比便利或成本更重要。多家工厂都告诉我，他们不想因为软件供应商倒闭或网络故障就导致整个业务停摆。我问他们是否介意自己维护服务器，得到的却是一致的“不介意”。

考虑到其中一些企业已经经营了 70 多年，我能理解他们为什么会计划比自己的软件供应商活得更久。尽管如此，这种态度还是让我感到意外，因为它似乎与关于 SaaS 销售的主流认知背道而驰。

放弃钣金方向

我原本希望软件行业对钣金厂的忽视已经到了让他们只能靠纸张或 Excel 表格来管理一切的程度。现实是，虽然专门面向钣金厂的软件确实很少，但面向机械加工厂的软件却不少，而钣金厂本身就是机械加工厂的一种：

• JobBoss：入门级通用机械加工厂软件
• E2 ShopTech：中端通用机械加工厂软件
• Paperless Parts：专注于作业报价

这些现有竞品本身还不足以让我放弃，因为：

1. 它们看起来都不怎么样。
2. 我以为自己可以用一个更精简、专门针对钣金的方案来超越它们。

接下来的问题是，客户的需求彼此割裂。A 工厂说他们迫切需要用于生成客户报价的软件，而 B 工厂则表示他们想要管理库存的软件，对报价功能并不太在意。C 工厂则对管理人力产能感兴趣，对报价和库存都不感兴趣。这让最小可行产品的开发变得困难，因为似乎找不到一个能同时满足不止一家客户的简单方案。

最糟糕的是，除了最初给我这个想法的那位老板，其他人参与度都不高。在与我交流过的老板中，我得到的最高热情程度也只是“有点好奇”。他们没有为推进合作投入任何实际行动，在我通过邮件跟进时也没有回复。

十二月底，我决定放弃钣金的想法，重新回到起点。

推向喜剧的那股助力

在正式放弃钣金应用之前，我参加了一场创业活动，在那里结识了 Gozynta 的 Brian 和 Heather Johnson。他们热情地邀请我第二周去他们家中，基于多年经营软件公司的经验为我提供指导。

他们对钣金应用持怀疑态度。Heather 担心我很难对钣金保持热情，毕竟这与我的兴趣相去甚远。Brian 则问我是否考虑过其他想法。

其实有一个我一直想做的想法，但我一直没想明白怎么靠它赚钱……

他们对此很感兴趣。

喜剧一直是我的热情所在。从大学时代起，直到毕业后的好几年，我都曾从事喜剧表演。我喜欢看各种演出——单口喜剧、即兴喜剧、小品——我都喜欢。

寻找演出一直是个难题，原因有二：

1. 我知道身边有很多精彩的喜剧演出，但却没有一个统一的地方能看到当晚的所有演出信息。
2. 我最喜欢的喜剧演员来本地演出时，我常常完全错过，因为根本无从得知他们要来。

我一直希望能有一款像 Bandsintown 那样、但针对喜剧的应用。

Brian 和 Heather 对这个想法很兴奋。更重要的是，他们看到这个想法让我整个人都亮了起来。“你看你谈起这个想法时眼睛都在发光！”Heather 说，“你对这个的热情可比对钣金的想法高多了。”尽管如此，我仍有些顾虑。大多数喜剧演员收入很低，这个领域的新业务要如何才能赚到足够的钱生存下去？

Brian 指出，喜剧行业中肯定有人在赚钱。也许不是本地喜剧演员，但还有更大牌的演员、场馆、主办方等等。真正说服我的是他看到的多种可能的收入来源：

• 这款应用可以像 SquareSpace 那样，但专门为想要简单管理网络形象的喜剧演员服务。
• 我可以把演出数据卖给那些需要特定城市娱乐信息的大型服务商。
• 场馆可以为通过我网站售出的门票向我支付推荐费。
• 场馆或演员可以付费让自己的演出在列表中置顶（类似于 Google 或 Yelp 上的推广结果）。

这些选择让我在某个方向行不通时，很容易转向其他策略。

WanderJest 最小可行产品

仅用了五天的开发时间，我就做出了这款应用的最小可行产品（MVP）—— WanderJest：

目前它只是一个展示马萨诸塞州西部地区演出和喜剧演员的目录，但已足以让人理解这个想法并为之感到兴奋。

这是我有史以来做出 MVP 最快的一次，速度之快得益于过去几年的经验：

• 在开发了 What Got Done 之后，我对 Vue 前端框架已经得心应手，因此能很快搭出一个原型网站。
• 在开发了 KetoHub 之后，我学会了在构建聚合类产品时不要执着于自动化抓取数据。相反，我手动将所有演出信息添加到了 WanderJest 中。
  • 没有数据库；所有内容都直接硬编码在源代码里（真够糙的！）。

在所有我做过的业务中，WanderJest 一开始就获得了最多的关注。到目前为止，我联系了七个人（喜剧演员、主办方和场馆老板），每个人都愿意与我交谈。我已经与一个本地喜剧工作坊达成口头协议，将为其投放广告，并从产生的销售中抽取一定比例作为回报。

WanderJest 的下一步

2018 年的我，可能会花上接下来六个月去实现那些我觉得很酷的功能，而把赚钱的担忧往后推。但到了现在，我已经明白创造收入是极其困难的，所以必须优先解决这个问题。

因此，我正紧盯着钱走。未来几周，我会去接触那些在本地喜剧圈真正赚到钱的人，也就是场馆老板和预订方。WanderJest 目前只服务于马萨诸塞州西部，这里的好处是我的主场，坏处是在这里喜剧相关的资金流动并不多。与我交流过的人建议我扩展到附近的康涅狄格州，据说那里的喜剧市场更有利可图。

我还计划尽可能多地去看本地演出。一方面这有助于我在喜剧圈建立人脉，另一方面，去看喜剧演出还能算作“工作”，本身就很有趣。

收尾

完成了什么？

• 我为 WanderJest 做出了最小可行产品。
• 我为 Zestful 卖出了有史以来最大的一笔企业版订单。
• 我将这个博客从 Jekyll 迁移到了 Hugo
  • 过程很繁琐，但现在编辑文章要容易得多。

经验教训

• 企业并不总是想要完全贴合自身场景的应用。
  • 如果业务未来可能向不同方向发展，功能少而精反而会成为一种束缚。
• 经营时间较长的企业似乎更看重独立性，不太愿意在 SaaS 供应商身上冒险。
• 一个能提供多种转型方向的商业想法很有价值。

下月目标

• 通过 WanderJest 赚到第一美元收入。
• 为 WanderJest 与喜剧演员、预订方、主办方和场馆老板进行八次访谈。
• 发布 《My First Year as a Solo Developer》 的续篇，讲述第二年的经历。

金属切割照片由 Unsplash 上的 Russ Ward 提供。