发布后有人报名，创始人很容易先松一口气。再往下问，才可能发现：他们来的理由，与自己准备经营的生意并不完全一样。
2019 年 12 月，Build Your SaaS 刊出一场围绕 Justin Jackson 的访谈。官方文字稿里有一段关于此前产品营销线上系列的回顾：开头几周参与踊跃，追问来意，才发现一些参与者主要是在支持作者，后续关注没有继续扩大。这说的是此前的项目，不能写成 Transistor 曾经遭遇同样的发布失败。
文字稿有说话人标签错误，本文没有核听音频，所以只保留这段回顾的大意，不补写对白和人数。更清楚的署名材料，来自 Justin 在 2023 年发表的《How I would build a new startup if I had to do it all over》。他把注意力放在已经开始找办法的人身上：他们会搜索、询问、比较，正试着解决一件事。
他同时写到，Transistor 的形成包含长期积累的播客经历、软件工作、项目、关系和受众。这并不支持“有听众没用”的结论。有人愿意听你说话，能帮助产品被看见；接下来还需要理解，他们为什么需要使用它。
我觉得这两层理由最好同时保留。一个人完全可能因为信任作者而来，也确实有持续任务。把他归入“只是粉丝”，同样会丢掉信息。
设想一位开发者准备做字幕校对工具。他发出试用邀请后，收到了两条报名。下面只是用来推演的例子，没有对应真实受访者。
第一位一直关注他的开发记录，愿意上传一段测试视频，看看新功能。第二位正要交付本周的课程录像，已经试过一套转写工具，仍需手工修正讲师名字和专业词。两人都完成了注册，注册表上看起来几乎一样。
如果只看“有多少人注册”，开发者就还不知道下一步该验证什么。第一位或许适合帮助发现界面问题；第二位可以帮助理解校对工作究竟卡在哪里。两种帮助都有价值，只是不能直接互换。
我会给每条试用记录留四个位置：从哪里知道产品；这次要交付什么；此前用了什么办法；什么事件会让他再来一次。记录原话能支持的内容，无法确认的地方就留空，不把“以后应该会用”填成已经存在的任务。
例如，第二位的再次使用机会可能是下周又有一节新课。这时先看他能否完成本周校对，再看下一次同类任务出现时做了什么。如果他没有回来，也要先区分是没有新录像、工具没解决问题，还是团队改了制作流程。仅凭一次没登录，不能替他选原因。
第一位也不必被排除。可以问他近期是否有真正需要交付的字幕；如果没有，就把这次反馈按测试界面来使用。这样既尊重支持，也不把支持误写成稳定需求。
接着还有一件更难的事：下一位顾客怎样出现？
开发者可以去观察那些已经在处理字幕的人公开提出了什么问题。他们是找专业词校对、多人审稿，还是找便宜的转写？如果实际讨论的都是转写费用，自己却只改善校对过程，就需要解释这一步究竟替谁省去了什么工作。有人搜索相关关键词，只能说明值得继续了解，不能说明他们愿意选这款产品。
一次可行的小尝试，是在得到对方同意后，用示例片段走完具体交付过程，再记录对方还得回原工具做哪些事。只有真的发生过的步骤，才写进记录。分享一个演示页面、得到一句肯定，与有人把结果用于自己的工作，应分别看待。
这也不是要求所有产品都去争夺已有搜索流量。有些需求尚未形成稳定名称，熟人网络也可能就是一门小生意的主要来源。Justin 的经验可以用来提出问题，不能保证每个市场都有现成、持续、买得起的顾客。
读到他的回顾，我更想在一次热闹发布后加上一页工作记录：这些人带来了什么任务，任务多久发生一次，下一次由什么触发。他们为什么支持你，值得感谢；他们为什么再次打开产品，值得继续弄清。
资料一：Build Your SaaS，第 89 期，《Should you build an audience first?》，2019 年 12 月 17 日。2026 年 11 月 6 日读完官方公开文字稿，未核听音频；文字稿存在说话人标签错误，未采用逐字引语及确切人数。
https://saas.transistor.fm/episodes/should-you-build-an-audience-first/transcript
资料二：Justin Jackson，《How I would build a new startup if I had to do it all over》，页面标注 2023 年 9 月 3 日，2026 年 11 月 6 日阅读全文。
https://justinjackson.ca/build-new-startup
历史经历按节目文字稿与作者自述归属；字幕产品、两条报名和观察办法为本文独立假设与建议，未开展真实访谈或试用验证。
