WanderJest:第一个月
原文由 Michael Lynch 于 发布,订阅该博客
一句话总结
还在为第一美元收入而努力,但感觉已经近在咫尺。
亮点
- 三家商家同意与 WanderJest 建立分销合作。
- 我的两篇博文登上了 Hacker News 首页。
- Is It Keto 创下史上最高的月度收入,翻了一倍,打破了此前的纪录。
目标完成度
每个月初,我都会定下当月想要完成的目标。以下是本月的完成情况:
从 WanderJest 赚到第一美元收入
- 结果:还没有赚到钱,不过已经建立了几个有潜力的分销合作。
- 评分:C-
对 WanderJest 来说,最快实现营收的路径是与本地演出达成联属分销合作。我已经谈成了几项合作,但还没有带来任何收入。
为 WanderJest 访谈八位喜剧演员、预订方、推广方和场地方
- 结果:完成了 10 次以上的用户访谈
- 评分:A
我做了十多次用户访谈,后面都数不清具体次数了。这些对话很有价值,但接下来几周需要的反馈已经收集得差不多了。聊到七八次之后,就基本听不到什么新东西了。
发布《独立开发者第一年》的续篇,讲述第二年的经历
- 结果:发布了《独立开发者第二年》
- 评分:A+
写这篇文章很有用,帮我重新审视了长期战略。文章反响很热烈,尤其是在 Hacker News 和 Reddit 上,我收到了很多有意思的反馈,其中最值得一提的是来自知名自筹创业大神 patio11 的评论。
数据统计

WanderJest 访问数据 - 2020 年 1 月
WanderJest
| 指标 | 2020 年 1 月 |
|---|---|
| 独立访客 | 821 |
| 总浏览量 | 2,933 |
| 域名评分 (Ahrefs) | 1.7 |
| 注册用户 | 0 |
| 新增分销合作 | 3 |
| 分销收入 | $0.00 |
| 总收入 | $0.00 |
这是 WanderJest 上线的第一个月,我对开局的进展很满意。虽然没能实现营收有些遗憾,但当我去洽谈临时性的分销合作时,大家都非常热情,这让我很受鼓舞。
用户参与度还有待提高。目前还没有用户创建账号,部分原因是账号功能才上线一周,部分原因则是账号目前唯一的作用就是对演出进行公开点评。
Is It Keto
| 指标 | 2019 年 12 月 | 2020 年 1 月 | 变化 |
|---|---|---|---|
| 独立访客 | 26,891 | 63,465 | +36,574 (+136%) |
| 总浏览量 | 68,389 | 160,607 | +92,218 (+135%) |
| 域名评分 (Ahrefs) | 26.0 | 26.0 | 0 |
| AdSense 收入 | $235.71 | $423.57 | +$187.86 (+80%) |
| Amazon 联盟收入 | $157.08 | $345.04 | +$187.96 (+120%) |
| 膳食计划销售额 | $0.00 | $18.10 | +$18.10 (+inf%) |
| 总收入 | $392.79 | $786.71 | +$393.92 (+100%) |
Is It Keto 迎来了有史以来表现最好的一个月。我倒想把功劳揽在自己身上,但每年一月都会因为新年立志减肥的人群而迎来流量暴涨。遗憾的是,这波高峰很快就会回落。
我试图趁着大家对节食的热情高涨,把膳食计划重新放到首页和导航栏,结果两周内只卖出了四份。这点销量还不值得占据那么显眼的位置,所以我又把它放回了需要点两次才能找到的冷门页面。
Is It Keto 现在已正式进入维护模式。我原本希望网站的兼职写手能做到自给自足,在后台持续更新内容。合作三个月后,他们的稿件依然需要我大幅修改,所以我在月初解聘了这位写手,不再新增内容。
Zestful
| 指标 | 2019 年 12 月 | 2020 年 1 月 | 变化 |
|---|---|---|---|
| 独立访客 | 207 | 1,723 | +1,516 (+732%) |
| RapidAPI 收入 | $50.43 | $79.67 | +$29.24 (+58%) |
| 企业版收入 | $3883.70 | $0.00 | -$3883.70 (-100%) |
| 总收入 | $3934.13 | $79.67 | -$3854.46 (-98%) |
Zestful 的收入看似出现了灾难性的下跌,但其实只是因为十二月是一个巨大的异常值。
Zestful 的收入本来就很不稳定,能有 50 到 100 美元就算是不错的月份了。流量增长了八倍,但这很大程度上只是我的博文登上 Hacker News 首页并提到 Zestful 带来的、无关紧要的副作用。
仍在寻找第一美元
做之前的几个产品时,我过于关注增长,却没考虑网站该如何赚钱。我对 WanderJest 的变现有好几个想法,但最容易验证的是分销合作。
我的第一笔合作是和康涅狄格州一位经验丰富的喜剧演员达成的。他在 Facebook 上发帖招收喜剧课程的学员,我提议在 WanderJest 上为他的课程打广告,每推荐一名学员抽取 10% 的学费。他的课只有三个名额,学费 200 美元,所以这不会是可持续的收入来源,但我只是想看看分销合作到底能不能赚到哪怕一点钱。

WanderJest 的第一则分销广告
遗憾的是,这次尝试失败了。广告上线了几周,但到开课时也没有 WanderJest 用户报名。本来成功概率就不高,毕竟我的受众还很小,而且课程地点在康涅狄格州的哈特福德,离我大部分位于马萨诸塞州西部的用户要开车一个小时左右。
我现在与一家剧院和一场一次性演出达成了分销合作。他们的演出信息在 WanderJest 上会以特殊的标记和折扣标签展示,不过我计划在二月再做一些工作,让用户更关注这些演出。

与 WanderJest 合作的演出会在列表中获得特殊标记。
我希望演出门票会比喜剧课程更好卖。对消费者来说花费更低,用户还能享受折扣,而且演出地点离我推广 WanderJest 的城镇也更近。
吸引喜剧演员入驻 WanderJest
我每周会去看两场喜剧演出,结识新的喜剧演员,并询问 WanderJest 能在哪些方面帮到他们。见面时,大家对 WanderJest 都表现得很热情,但事后我再联系他们索要照片和简介以便在网站上展示时,只有大约一半人会回复。有一小部分人非常积极,甚至会主动帮我宣传:


喜剧演员在 Facebook 上推广 WanderJest
不过,WanderJest 离真正融入演出者或主办方的工作流程还差得很远。即使是最热情的支持者,依然把 Facebook 活动作为主要的宣传渠道。这也不怪他们,因为在 WanderJest 上创建活动目前还很笨拙——他们得先填一份 Typeform 表单,然后由我手动添加到网站。我想为网站增加足够多的功能,让主办方使用 WanderJest 比不用它更省事。
我希望在二月底前完成以下功能:
- 让演出信息发布实现自助化,人们可以在 WanderJest 上自行提交和管理自己的演出。
- 让演员资料页实现自助化,喜剧演员可以自行管理个人页面。
完成这些之后,我还在考虑其他一些功能:
- 增加用于演出动态自动发布和定时发布的社交媒体工具。
- 增加数据分析功能,让人们能看到有多少人在浏览自己的演出信息以及流量来源。
- 我之前在 What Got Done 上做过一个测试版,实现起来并不难。
- 提供海报制作服务,初期定价低于市场价。
- 喜剧演员目前请平面设计师做一张海报要花 30 到 100 美元,我在考虑是否可以提供一个自助工具,或简化雇佣和修改流程。
吸引观众
说到底,演员、场地和演出主办方最关心的始终是观众。
如果不能向主办方证明 WanderJest 能帮他们多卖票,再花哨的功能和推广都毫无意义。而要做到这一点,我就得让 WanderJest 触达消费者。不仅如此,还要让它具有粘性,让用户在考虑娱乐活动时会第一时间想到 WanderJest。
我在所在城镇的本地 Facebook 群组以及两个本地 subreddit 版块 /r/northampton 和 /r/springfield 上发布了 WanderJest。每篇帖子的反响都非常积极,/r/springfield 版块甚至把 WanderJest 加到了侧边栏的永久链接里。


WanderJest 社交媒体帖子的反响
这也是我向演出主办方提供的价值主张之一。许多社交网络禁止宣传单个活动,但大家把 WanderJest 视为有用的资源,而不是针对某场演出的推广。
二月份,我计划:
- 在更多本地 Facebook 群组和 subreddit 上发布 WanderJest。
- 联系本地报纸和博客,看看他们是否有兴趣与 WanderJest 合作或添加链接。
还有一些想法,但不确定是否有精力去做:
- 与几位演出主办方合作,制作一本名为“WanderJest 西马萨诸塞喜剧指南”的小册子,汇总下个月的所有演出,然后分发到本地商家。
- 举办一个比赛,观众通过手机在喜剧演出中“签到”即可参赛。每次签到获得一张抽奖券,奖品比如是一张 100 美元的 Visa 礼品卡。
我再也不会带着数据库去上线了
在推出新产品过程中,我学到的重要一课是,早期用些临时拼凑、略显笨拙的方案完全没问题。我比大多数人都更热爱可维护的系统,但在项目前景如此不确定的时候,为可维护性投入毫无意义。
相反,每个项目我都会寻找新的捷径以更快上线。做 WanderJest 时,我直接跳过了数据库——把所有数据都硬编码进了源代码。

把数据硬编码到源代码里虽然难看,但能让你快速推出第一个版本,十分有效。
我原本告诉自己,等硬编码数据变得太麻烦时再迁移到数据库,结果发现用硬编码数据反而容易得多。这意味着开发环境中的所有数据都与生产环境保持完美同步。永远不会出现部署后才发现问题的情况(比如,“哎呀,标题超过 80 个字符时也太难看了!”)。而且因为代码在版本控制之下,数据也是如此,所以我可以回退到网站的任意版本,并确信看到的是当时对应的代码和数据。
最大的好处或许是它让我能快速迭代数据结构。在项目早期,我对问题了解不够,无法把数据结构设计得完美,所以常常会犯错,事后需要繁琐且代价高昂的修复。如果用真正的数据库,修改结构就意味着要写临时的、一次性的迁移代码或进行繁琐的手动调整。
而把数据直接写进代码里,修改结构就轻松多了,因为一切都只是文本。我的后端是用 Go 写的,所以如果我不小心往某个字段填错了数据类型,编译器就会一直报错,直到我改对为止。
这显然无法大规模扩展,但在大约 1 万条记录以内完全没问题。同样,如果应用依赖用户生成的数据,这个方案就行不通了,除非你给所有用户开放源码访问权限并教会他们提 pull request。事实上,几周后我还是为 WanderJest 加上了数据库,以便用户可以提交演出推荐。但对于以后所有的项目,我都期待在可能的情况下继续使用这个上线技巧。
总结
完成了什么?
- 为 WanderJest 定制了 logo。
- 在 WanderJest 上收录了约 80% 的本地喜剧演出,但可能只收录了约 20% 的活跃演员。
- 为 WanderJest 增加了用户自发推荐演出的功能(基本上就是用户点评)。
- 发表了博文 《独立开发者第二年》,该文章登上了 Hacker News 榜首。
- 最近我在 Hacker News 上运气出奇地好,六周内三次登上首页。
- What Got Done 也因为 Hacker News 的关注迎来了大量新用户。
- 我把这个博客从 Jekyll 迁移到了 Hugo,使用起来方便了 10 倍。
经验教训
- 尽可能晚地为应用接入数据库。
- 对于 1 万条以内的数据量,把数据硬编码到源码中完全可行。
- 以编程方式查询 Google Analytics 数据比我想象的要简单。
- 总体而言,我的业务面临的是收入问题,而非成本问题:
我建议你几乎不要在成本控制上花费精力。你不存在成本问题,无论怎么控制成本,都无法让现有业务变得可持续。你面临的是收入问题。在中期,你理想的状态会让你觉得为每月 50 美元的 SaaS 开支考虑超过一分钟都是不理性的;是营销和销售能让你达到那种状态,而不是成本控制。
-Patrick McKenzie (patio11) 通过 Hacker News
下月目标
- WanderJest
- 实现 1 美元收入(这次是来真的)。
- 新增 20 个用户注册。
- 达到 2000 独立访客。
随机一篇博客
评论
登录后参与讨论