做产品：从不专业到专业的方法论
你做了一个小产品。起初只是好玩，或者为了解决自己的一个痒点。没做任何推广，纯靠用户自发传播。然后某天你打开后台，发现注册用户突破了一万。
你先是兴奋，然后陷入恐慌。
因为本质上你连一个正经的运营后台都没有，更不用说增长计划、指标监控、合作对接、社群管理。你甚至不知道自己算不算“在做公司”。
这篇文章写给那个刚刚被一万用户砸中、不知所措的自己。也写给每一个从“做东西”走向“做产品”、从“爱好者”走向“经营者”的人。
全文知识图谱
零、你不是一个人
先讲三个真实的故事。
故事一：Notion 的 Ivan Zhao。 2013 年 Notion 刚出来的时候，产品很粗糙，团队只有几个人。他们花了三年时间打磨 1.0，期间几乎没有任何增长。Ivan 后来在一次访谈里说，前三年他们做了很多“不专业”的事：用 Google Sheets 当后台、手动给用户发邮件、一个一个去聊用户反馈。但这些“不专业”的操作，恰恰是 Notion 今天知道“用户到底要什么”的源头。更值得玩味的是，Notion 早期的增长几乎全部来自用户在 Twitter 和 YouTube 上的自发分享——他们直到 2018 年才开始建增长团队。
故事二：Canva 的 Melanie Perkins。 早期 Canva 的增长非常缓慢。Melanie 的做法是：不追求增长黑客的技巧，而是老老实实地做内容——设计教程、模板、博客。她们花了整整一年搭建内容体系，然后增长才真正起飞。她的原话是：“如果你不知道用户为什么来，你做的增长都是在浪费时间。”但大多数人不知道的是，Canva 最早的增长其实来自 Melanie 在澳大利亚本土市场的另一个策略：她一个一个拜访大学里的设计系教授，让教授把 Canva 推荐给学生做作业。这些教授成了 Canva 最早、最有力的“增长引擎”——而这不是任何增长黑客教她的。
故事三：Khan Academy 的 Salman Khan。 Khan 最早只是在 YouTube 上传数学教学视频，给他表弟远程辅导。当视频积累了数十万播放后，他开始收到来自偏远地区老师和学生的感谢信。这些感谢信不是数据指标——它们没有进入任何留存率表格——但它们告诉了 Khan 一个关键信息：你的产品在解决真实的信息不平等问题。这个认知最终让他辞职创业，也让他后来在跟盖茨基金会和 Google.org 谈合作时，不需要 PPT 就能让对方理解这件事的价值。
这三个故事有一个共同的隐含信息：你不需要一开始就专业。但不专业不意味着没有方法论。 不专业是阶段，不是借口。而专业化的过程，本质上是一系列可拆解、可执行的决策和动作——这就是本文要讲的东西。
一、先搞清楚你在哪儿：数据基建的最小闭环
你不需要成为一个数据分析师。但“我不懂数据”和“我搭建了最小数据闭环”之间，隔的不是技术能力，而是你是否认真对待这件事。
1.1 从零搭建数据看板的实操步骤
不要一上来就去搞复杂的埋点系统。按这个顺序来——每一步都在前一步的基础上做：
第一步：先搞清“我是谁”。 你能否用一句话向一个陌生人讲清楚你的产品？不是“一个协作工具”，而是“让设计师在五分钟内做出专业交互原型的拖拽工具”。写不下来？去翻你近三个月的用户好评，看看用户是怎么描述你的——他们用的词，比你自己想的准确十倍。
第二步：定义你的“激活事件”。 激活就是用户第一次体验到产品核心价值的那个动作。Slack 的激活事件是“团队发送了 2000 条消息”，Facebook 的是“添加了 7 个好友”，Netflix 的是“完整看完一部电影”。你的产品的激活事件是什么？如果一个用户注册后没有完成这个动作就流失了，你就知道他根本没有体验到你做这个产品的意义。问 20 个活跃用户：“你还记得你第一次真正觉得这个产品有用是什么时候？”交叉对比他们的答案，你会找到答案。
第三步：用现成工具搭最低成本看板。 不要一上来自建后台。Google Analytics 看来源和页面行为，Mixpanel 免费版看用户路径，Hotjar 看用户热力图和录屏。这三个工具加起来，基本覆盖了你现阶段需要的全部数据。等你团队超过 5 个人、数据量超过 Mixpanel 免费限额的时候，再考虑自建或升级。
1.2 你一定要知道的五个指标（以及为什么）
DAU/MAU（日活/月活）——衡量“用户有没有养成使用习惯” DAU/MAU 比值：社交/通讯类超过 20% 算健康，工具类 10%-15% 就已经不错。但不要只看这个比值——还要看它的趋势。如果 DAU/MAU 在每个月稳定上升，说明用户在你的产品里形成了习惯；如果在下降，说明新用户的留存有问题。用折线图看三个月走势，比看一个月的绝对值有意义得多。
留存率（Retention）——衡量“产品是不是真的有价值” Day 1 留存看“第一印象好不好”——用户在 24 小时内有没有再回来。Day 7 留存看“有没有短期使用动机”——一周后还来，说明有持续需求。Day 30 留存看“有没有养成习惯”——三十天后还来的用户，大概率会用很久。Sean Ellis 对数百家公司的研究表明：Day 7 留存低于 20% 说明核心体验有根本问题；高于 40% 说明产品有强劲的留存力。如果你还不到 20%，新增用户的速度越快，你死得越快——因为你只是在用一个漏水的桶接水。
获客成本（CAC）与用户终身价值（LTV）——衡量“增长是不是可持续的” 早期你可能没有付费获客，但你的时间就是成本。一个简单的换算：假设你的时薪是 X 元，你每天花 4 小时做内容/运营/客服，带来了 Y 个新用户，那你的时间 CAC = 4X / Y。当 LTV / CAC 大于 3 时，你的增长才是健康的。如果还没开始收费怎么算 LTV？暂时用“活跃天数 × 每次访问的广告展示机会”来估算一个下限。
转化率漏斗——衡量“在哪一步用户丢掉了” 从访客 → 注册 → 激活 → 付费，每一步都要看转化率。很多人只看注册转化率，但真正决定产品命运的是激活转化率——注册了但没激活的用户，和没注册的用户没有本质区别。你需要在注册和激活之间找到一个“最快的路径”。Figma 的诀窍是让新用户一注册就掉进一个已有项目里，直接开始操作，跳过一切引导教程。
NPS（净推荐值）——衡量“用户是不是真的爱你” 问你最活跃的前 100 个用户：“你有多大可能把我们的产品推荐给朋友？”1-10 分。9-10 分是推荐者，7-8 分是被动者，0-6 分是贬损者。NPS = 推荐者占比 - 贬损者占比。超过 30 说明用户觉得你不错，超过 50 说明他们有归属感。做完 NPS 调查后要做一个关键动作：单独联系推荐者，问“你觉得最好的一点是什么”；单独联系贬损者，问“你觉得最差的一点是什么”。这两组答案是你下一次迭代的路线图。
1.3 你现在不需要看的指标
很多文章会列几十个指标，对你目前是噪音：ARPU、ARPPU、完整队列分析、统计显著性计算、多变量归因——等你的团队超过 5 个人、月营收超过 10 万再碰。
二、增长不是玄学：从“碰运气”到“有体系”
一万用户阶段，最危险的心态是“反正一直在涨，不用管”。增长停下来的速度比你想象得快得多。从自然增长到可控增长，中间差的是一个方法论体系。
2.1 先确定你的增长类型——以及组合策略
增长只有四种底层逻辑，你大概率同时属于其中两种。关键是搞清楚主次。
- 内容驱动增长：通过文章、视频、教程获取自然流量。优势是边际成本趋近于零，劣势是起效慢。代表：Notion、Canva、Ahrefs。Ahrefs 的 CMO Tim Soulo 说过一句经典的话：“我们的博客是我们的营销部，也是我们的销售部，也是我们的客服部。”
- 产品驱动增长（PLG）：用户通过使用产品本身产生传播。优势是增长飞轮一旦转起来，获客成本会持续下降。劣势是产品必须有“协作属性”或“展示属性”。代表：Figma、Slack、Airtable。
- 销售驱动增长：商务团队直接触达高价值客户。优势是客单价高、合同稳定。劣势是边际成本不随规模下降。代表：Salesforce、Workday。
- 社区驱动增长：用户因为身份认同和互动而持续活跃并自发传播。优势是用户粘性极高。劣势是启动慢、需要持续运营。代表：早期 Product Hunt、即刻、少数派。
一万用户阶段，绝大多数产品的增长是“产品驱动 + 内容驱动”的复合型。你需要搞清楚：你的用户到底是因为用了你的产品而推荐给别人（PLG），还是因为看了你的内容才知道你（内容驱动）？这两个渠道的增长性质根本不同——PLG 带来的用户激活率往往高出内容渠道 2-3 倍，因为他们是“带着问题来的”。
做三个动作来确认：
- 拉出你注册量最高的十天的数据，看那几天的流量来源。是某个 KOL 发了推文？还是搜索引擎突然给你了一波自然流量？
- 随机抽取 50 个活跃用户发私信，问一句“你最早是怎么知道我们的”。你会发现答案比你想象的集中得多。
- 计算你的病毒系数 K：K = 每个活跃用户平均邀请了几个新用户 × 被邀请者的注册转化率。K > 1 说明产品自增长能持续，K < 1 说明你需要外部渠道补血。
2.2 增长实验体系——Pinterest 的方法论
这不是让你做大而全的 A/B 测试系统。而是让你建立一个“假设→实验→记录→迭代”的最小循环。
第一步：创建假设清单。 在 Notion 里建一个数据库，每一条是一个增长假设。格式必须是：“如果我们做 X，那么 Y 指标会提升 Z%，因为 A 类型的用户会做 B 行为。” 如果假设没有“因为”，就不要做实验——你没想清楚因果逻辑。
好的假设举例：
- “如果我们在注册后立刻展示一个活生生的协作案例（而不是空白工作区），那么 Day 1 激活率会提升 15%，因为新用户看到别人用产品的样子比看到教程更容易理解产品价值。”
- “如果我们把‘邀请团队成员’的按钮从设置页挪到首页顶部，那么邀请率会提升 20%，因为当前入口太深，用户不知道有这个功能。”
坏的假设举例：
- “如果我们改一下首页颜色，转化率会提升。” —— 不知道因果，纯碰运气。
第二步：每周一个实验。 不追求快，追求有记录。关键是：每次实验结束，不管成功还是失败，都在同一个数据库里记下结果和你的思考。三个月后你回头看，这个数据库就是你的增长直觉——你不需要再猜“什么可能有效”，你已经有实验数据支撑的判断力了。
第三步：区分“单次实验”和“可以系统化的事”。 一次成功的实验不能说明什么。但如果五次实验里有三次指向同一个方向（比如“减少用户的选择负担能提高激活率”），你就找到了一个可以系统化的增长原则。
2.3 内容与增长的先后顺序——一个三阶段的框架
很多人纠结“先做内容还是先做增长”。这个问题本身就是错的——你应该问的是“现阶段增长的第一推动力应该是什么”。
第一阶段（0 → 1000 用户）：产品就是一切。 这个阶段唯一重要的是产品本身。内容应该全部服务于“把你的产品讲清楚”，而不是追求流量。你写帮助文档、写设计哲学、写你为什么要做这个产品——这些内容的价值不在于 SEO，而在于给早期用户一个“留下来”的理由。YC 的 Michael Seibel 说过：“在 PMF 确认之前，增长没有意义。”
第二阶段（1000 → 10000 用户）——你就在这里。 增长的主要来源应该是产品自传播和已有用户的口碑。这阶段的内容策略应该聚焦在“帮助现有用户更好地使用产品”，而不是拉新。做使用教程、做案例分享、做进阶技巧——这些内容让已有用户留得更久、用得更深，从而更愿意帮你传播。这时候你的内容不是增长引擎，是留存引擎——留存带动口碑，口碑带动增长。
第三阶段（10000 → 100000 用户）：三条腿走路。 内容、投放、合作并行推进。这时候才需要建增长团队、做付费获客、建立商务渠道。
一个常见的判断失误：很多人一到了第二阶段就急着花钱投广告。但一万用户的产品，大概率还没验证“用户为什么付费”——这时候花钱买来的用户，来了也留不住。先验证留存，再验证付费，最后才规模化获客——这三步顺序不能乱。
2.4 北极星指标和增长飞轮
北极星指标是你团队里唯一重要的数字。它必须满足三个条件：反映用户真实获得的价值、与商业变现正相关、你的团队能直接影响它。
Spotify 的北极星不是“用户数”，是“用户听歌时长”——因为一个人听得越久，越可能付费。Airbnb 的北极星是“预订间夜数”——这个指标同时反映了房东和房客两端的健康度。你的北极星是什么？不要急着回答——这篇文章读完后，用一周时间反复问自己这个问题。
找到北极星之后，画出你的增长飞轮。增长飞轮是一个闭环：用户做了什么 → 导致了什么 → 又吸引了什么。Notion 的飞轮大致是：用户用 Notion 做了一个漂亮的页面 → 分享到 Twitter → 看到的人好奇也注册 → 也做了一个页面 → 循环。你的飞轮是什么？如果你的产品没有“用户用完想分享”的机制，你的增长飞轮就缺了一个关键的齿轮——你该重新思考产品里的社交/协作/展示功能了。
三、增长后的运营：社群与 1v1 的规模化
你很快会发现一个问题：用户开始提各种需求。一天十几条私信，每个都想回复，但精力根本不够。更可怕的是，你会发现很多需求是互相矛盾的——A 用户说要这个功能，B 用户说这功能没用。你听谁的？
3.1 什么时候必须停止 1v1
判断标准不是“沟通量太大”，而是：当一对一沟通开始挤占产品开发时间的时候。
早期 1v1 沟通是最珍贵的用户研究方法——它告诉你的不是“用户要什么功能”，而是“用户遇到的问题是什么”。但随着规模上来，1v1 的效率从陡降到归零。很多人不敢停，因为他们觉得“这是我唯一跟用户保持连接的方式”。
你需要的不是停止沟通，而是升级沟通的介质。步骤：
第一步：写一组 FAQ。 把你过去三个月被问到最多的 20 个问题逐一写清楚。写完之后发到你最活跃的用户群，让他们帮你挑错——然后你的回复效率会瞬间提升十倍。
第二步：建一个公共反馈看板。 用 Notion 或 Linear 开一个公开的 Roadmap 页面。让用户能看到：哪些需求你已经收到、哪些在评估中、哪些在做、哪些已上线。这个页面的价值不是“让用户提需求”，而是“让用户知道提了需求之后会发生什么”。这是 Stripe 早期团队的亲身经验：Patrick Collison 在初期会回复每一封客服邮件，但他很快意识到这不规模——然后他做了两件事：写了内部 FAQ 让团队共用，开了公开 Roadmap 让用户看到进展。这两件事让他的客服时间从每周 20 小时降到了 2 小时。
第三步：设定“办公时间”。 每周固定两个时段，比如周二和周四下午 3-5 点，集中处理用户反馈。在社交账号和群公告里写清楚：“我会在这个时间段统一回复，其他时间专注于开发。”用户不会觉得你不理他们——反而会觉得你专业。
3.2 社群从 0 到 1 到 100
一万用户的社群，不能再靠你一个人维护了。社群运营的难点在于：它既需要规则，又需要温度——没有规则会变成广告群，没有温度会变成死群。
第一步：明确定位。 这个群到底是干嘛的？是“用户帮助用户的互助群”，还是“产品团队跟用户对话的产品群”？定位不同，管理方式完全不同。互助群的本质是让用户之间产生价值交换，你的角色是“基础设施提供者”；产品群的本质是你跟用户的对话通道，你的角色是“主持人”。一万用户阶段，往互助群方向引导——因为你不具备以一己之力维护一个产品群的时间。
第二步：设立规则并严格执行。 把规则写在群公告：禁止广告、禁止拉人私聊推销、禁止人身攻击。违规处理：第一次警告、第二次禁言一天、第三次永久移除。为什么必须严格？因为一个社群的质量不是由最好的成员决定的，而是由最差的成员决定的。你不管那个每天发广告的人，其他人就会默默退群。
第三步：找 3-5 个核心用户做管理员。 找那些回答问题最积极、发言最建设性的人。给他们一个正式的“社区 Moderator” title，给他们免费用你的付费版，给他们提前体验新功能的权限。不要觉得这是白嫖——人家在你的社群里投入了时间，从中获得了社交资本和身份认同，这是公平的价值交换。Figma 的全球社区大使项目就是这么起步的：早期几个最活跃的插件作者和教程制作者，后来成了 Figma 社区的核心力量。
第四步：建立信息回流机制。 社群不只是留存工具，更是信息源。群里的讨论、吐槽、使用技巧，如果不被沉淀下来，就是时间黑洞。设一个“反馈汇总”的频道或者飞书文档，安排一个管理员每天早上花 15 分钟把前一天群里有价值的讨论整理成一个条目。每个月汇总一次，整理出 Top 3 用户最关心的需求和 Top 3 用户最喜欢的点——这两条信息分别指导你的产品迭代和营销策略。
3.3 可复制 ≠ 没人情味
很多人害怕做 SOP、做模板、做自动化，觉得会失去温度。“我不想变成冷冰冰的公司”是一个真实且合理的恐惧。但这是一个错误的二元对立。
SOP 的真正意义不是“取代人”，而是“释放人”。你用模板回复了一个常规问题，省下了 5 分钟——这 5 分钟可以用来给一个提出特别好的建议的用户写一封真诚的长回复。流程化的目的是让你把有限的时间和情感能量，集中投入到那些“只有你才能做”的事情上。
一个具体的操作原则：80% 的常规交互用模板，15% 的有价值的交互加入人的判断，5% 的惊喜交互投入全部的人情。 比如：Bug 反馈的初步回复用模板（“收到了，已加入看板，预计本周内处理”）；用户给了 500 字的功能建议，你亲自写一段回复感谢并讨论；用户在你的社群里帮你回答了很多问题，你手写一张电子明信片发给他。这些 5% 的操作不会花你很多时间，但会让用户感觉“这个团队是有温度的”。温度不体现在每一条消息里，体现在关键的几个时刻里。
3.4 用户分层：你不能把每个人都当同等重要
当你只有 100 个用户的时候，你能叫出一半人的名字。当你有 10000 个用户的时候，你必须知道谁对你更重要。
一个简单的四象限分层：
| 高活跃度 | 低活跃度 | |
|---|---|---|
| 高影响力 | 核心用户（重点维护） | 沉睡的 KOL（想办法激活） |
| 低影响力 | 活跃普通用户（用社群承接） | 长尾用户（自动化运营） |
- 核心用户（高活跃 + 高影响力）：他们是你最重要的资产。给这些人建一个单独的微信群或 Slack 频道，直接跟他们对话，让他们优先体验新功能。你的 NPS 调查应该以他们为起点。
- 沉睡的 KOL（低活跃 + 高影响力）：他们可能是某个领域的专家，注册了你的产品但没怎么用。单独发一封邮件或私信，问一句“最近有没有什么我们帮得上忙的”——不是为了推销，是为了理解他们为什么不用。
- 活跃普通用户（高活跃 + 低影响力）：用社群承接。让他们在群里互相帮助。你的目标是让他们变成核心用户。
- 长尾用户（低活跃 + 低影响力）：用自动化触达——产品更新通知、使用技巧推送、流失预警邮件。不是不重视他们，而是你的精力有限。
四、从社区声誉到机构合作：如何让政府和学校为你背书
大多数人处理合作的思路是被动的：“合作找上门了，我该怎么办”。这个思路在早期没问题，但要突破下一个量级，你必须把合作从“被动应对”升级为“主动构建”。
尤其对于教育、医疗、政务、环保等公共属性强的领域，你的增长天花板很大程度上不由市场决定，而由你跟公共部门的关系决定。这一章以教育产品为例来讲，但底层逻辑适用于任何需要机构背书的领域。
4.1 为什么你不能等合作找上门
等合作找上门的最大问题不是“等得太久”——而是“等来的合作大概率不是你想要的”。
主动找上门的机构有两类：一类是看到了你的公开数据，真正认可你；另一类是看到了你的产品可以免费或低价利用，换个说法来说服你“这是战略合作机会”。后者的典型话术包括“我们这边用户量很大，对你是很好的曝光”、“先合作看看，后面再谈费用”。这些合作的结局通常是：你投入了巨量的定制化开发时间，换来一个从来没落地的品牌露出承诺。
而真正有价值的机构合作——政府采购、教育系统采购、科研合作——极少有采购方会主动敲一个初创公司的门。不是因为你不够好，而是因为他们的采购流程决定了他们只能从“已知的、有案例的、合规的”供应商里选。你要做的，就是在这套流程启动之前，让自己成为他们“已知的”那一个。
4.2 第一步：用社区声誉换机构的注意力
在你去敲任何一个政府部门或大学校长的门之前，你必须已经有了“被人看见的理由”。这个理由不是你做的 PPT，而是你的产品已经在真实场景里产生了可见的结果。
先积累“民间证据”。
如果你是教育产品：找 30 个一线老师，让他们免费使用你的产品，然后收集他们的使用反馈。不是“很好用”这种泛泛的夸奖，而是具体的数据和故事——“用了你们的批改工具后，我每周省下了 8 小时的重复劳动，原来每天批 200 份作业要 4 小时，现在 30 分钟。” 这种具体的反馈，你以后拿给教育局领导看的时候，比任何功能演示都有说服力。
再制造“公开可见”。
不要闷声做事——想办法让你的产品在公开场合被看到。几个低成本的渠道：
- 把使用案例写成公开文章：在你的博客或公众号发布“XX 学校使用我们的产品后发生了什么变化”，带上数据和截图。
- 主动参加行业会议和比赛：教育信息化大赛、创新创业大赛、开源教育论坛——这些场合的评委和观众里，往往就有你想找的决策者。你不是去拿奖的，你是去让他们“看到你”的。
- 让你的用户帮你传播：如果你在一个地区已经有了 5 个活跃的老师用户，鼓励他们在自己的教师群里分享使用心得——老师之间的口碑传播，比你发 100 篇公众号都有用。
最后沉淀为“可引用的案例”。
把以上这些积累，整理成一份一页纸的案例集：3-5 个真实使用场景，每个场景包含“之前的问题 → 怎么用的 → 产生了什么结果”。不要写成 PPT，写成 Google Doc 或者 PDF——因为你的对接人需要在内部转发这份文件给他们的领导看，文件越轻量，流转越快。
4.3 找到对口的部门——以教育产品为例
这一步是绝大多数人最害怕的：我不知道该找谁，找到了也不知道怎么开口。
第一步：画出你的“机构关系地图”。
如果你是教育产品，你的机构关系地图大致长这样：
| 层级 | 机构 | 你找他们做什么 |
|---|---|---|
| 顶层 | 教育部/省教育厅 | 政策背书、课程标准对接 |
| 中层 | 市/区教育局 | 区域试点采购、教师培训合作 |
| 基层 | 学校/教研室 | 真实使用、案例积累、反馈迭代 |
| 第三方 | 师范大学、教育研究院、电教馆 | 学术背书、效果评估、课题合作 |
关键洞察：永远不要从顶层开始。 你没有到那个体量，顶层也不会理你。从基层和第三方同时切入。
第二步：从基层找到一个“内应”。
这个内应不是帮你走后门的人，而是一个真正使用了你的产品、认可它的价值、并且愿意在机构内部为你说句话的人。他可能是一个教研员、一个学校的信息老师、一个对新技术感兴趣的教学主任。怎么找到他？在你已经积累的 30 个老师用户里，看看有没有人在教育局的教研活动中比较活跃，或者在区域教师群里有一定话语权——主动联系他，问他愿不愿意帮你在他所在的区做一个 2 个班的小范围试点。
第三步：怎么跟对口的政府部门搭上第一句话。
很多人不敢联系政府部门，因为觉得自己“不正规”、“没资质”。这是一个自我设限——政府部门的工作人员也是人，他们中的大多数也希望找到好的工具和服务来解决他们自己的 KPI 问题。
以区教育局为例，你真正要找的部门通常是“教育信息化中心”或“电教馆”，而不是局长的办公室。这些人有预算、有采购需求、有绩效压力——他们的 KPI 可能是“区域教育信息化覆盖率”、“智慧校园建设成果”。
第一封邮件或第一条私信应该长这样：
“X 老师/领导您好，我们是一个教育工具产品，目前在 XX 区的三所学校有老师在试用，效果数据如下：[附上一个具体的数据点]。我们想申请在咱们区做一个正式的试点——不需要任何费用，我们提供技术支持和培训，只需要帮我们对接 2-3 所学校，试用一个学期后出效果评估报告。不知道这件事我应该跟哪个部门沟通？”
这封邮件的几个要点：
- 提到了你已有的使用基础（三所学校的老师），不是从零来推销的
- 给了具体数据，不是空洞的“我们产品很好”
- 你承担了成本（免费试点、技术支持），降低了对方的决策风险
- 要的是“效果评估报告”，这意味着合作成功后，对方也有成果可以写进工作总结
- 问的是“应该跟哪个部门沟通”，给了对方一个低成本回复的出口——即使他不是对的人，他也能告诉你去哪
4.4 怎么敢于走出第一步
不敢联系政府或大机构，通常来自三个心理障碍。
障碍一：“我不够格。” 你觉得你只是一个创业者，人家是政府，不对等。但你要意识到：政府的教育信息化、数字化转型也有自己的 KPI 和困难，你的产品如果能帮他们解决问题，你就是有价值的合作方，不是“求着人家办事的”。合作是价值交换，不是施舍。
障碍二：“我不知道流程。” 怕自己不懂政府采购流程，出丑。但你知道吗——大多数政府部门的一线工作人员也不完全懂流程，他们也需要翻文件、问同事。你不需要懂每一个细节，你只需要问出第一个问题：“请问申请试点的流程大概是怎么样的？”对方大概率会告诉你，或者帮你转给懂的人。
障碍三：“我怕被拒绝。” 这是最核心的障碍。解决方法是：把拒绝当成收集信息，而不是对人和产品的否定。你联系了 10 个教育局，3 个没回复，5 个说暂时没有计划，2 个说可以聊聊——这是非常好的转化率。你需要的不是 100% 的回复率，你只需要 1-2 个愿意试点的单位。而被拒绝时，记得追问一句：“方便了解一下主要是什么原因吗？我以后也好调整。”这个追问常常会给你最有价值的信息——可能是你的数据安全资质不够、可能是他们的预算周期不对、可能是你的产品跟他们的现有系统不兼容。这些信息就是你的产品迭代路线图。
4.5 第三方中立机构和学校的 support——你最大的杠杆
政府合作最大的信任门槛是：我怎么知道你不是在自卖自夸？
这时候第三方机构的背书，比你自己的任何宣传都有用。这里的“第三方”指的是：师范大学、教育研究院、教育技术协会、知名中学/小学、教育公益基金会——这些都是政府采购决策者眼中的“可信信号源”。
路径一：师范大学/教育研究院。 找一个教育技术或学科教育方向的副教授或研究员。怎么找？去知网搜你做的事的相关关键词（比如“智能批改”“自适应学习”），看哪些作者最近在发相关文章。然后给他们发邮件：
“X 老师您好，关注您关于 [论文主题] 的研究很久了。我们正在做 [产品名]，已经在 [数据] 中产生了一些初步效果。不知道您是否对这类实践案例感兴趣——我们可以提供数据和产品支持，帮您一起做一个小规模的实证研究，成果可以联合发表。”
为什么这是有效的？因为高校教师也需要发文章、做课题、积累实践案例。你提供的是真实数据和产品，他们提供的是研究方法和学术信用——这是双赢。
路径二：知名学校。 一个省级重点中学或一所知名小学愿意用你的产品，比任何广告都有说服力。不要求校长跟你签合同——从一位愿意尝新的老师开始。给这位老师一个学期的免费使用权限和个人化的技术支持，让她/他在班级里用出效果，然后她自然会在教研组、学校的教研会上提到你的产品。从这个老师到她的教研组长，再到学校的认可——这是一个自然生长的信任链，急不来，但一旦建立就非常稳固。
路径三：教育公益基金会。 很多基金会（如友成基金会、一扇窗计划等）在偏远地区有教育信息化项目。如果你的产品能服务于教育公平的方向，可以跟这些基金会合作：你提供产品和技术培训，他们提供落地渠道和资金——合作成果可以成为你向政府部门展示时最强的案例。
4.6 从试点到正式合作的完整路径
把上面的一切串起来，从 0 到 1 建立机构合作的完整路径是：
第一阶段（0-3 个月）：积累民间证据
└─ 找到 30+ 一线老师免费使用
└─ 收集具体案例和数据
└─ 发布公开案例文章
第二阶段（3-6 个月）：建立第三方背书
└─ 联系师范院校做实证研究合作
└─ 推动 1-2 所知名学校深度使用
└─ 参加行业会议和比赛获得曝光
第三阶段（6-9 个月）：启动政府对接
└─ 确定 2-3 个目标区县级教育局
└─ 以免费试点方案做初次接触
└─ 在试点期间做好数据记录和服务
第四阶段（9-12 个月）：转化正式合作
└─ 提交试点效果评估报告
└─ 准备投标/采购所需资质
└─ 从试点合同转为年度采购合同
这个时间线看起来很长，但政府合作的本质就是长期信任建设。捷径是没有的——那些一夜之间拿到政府大单的故事要么是假的，要么是人家已经做了三年铺垫，只是最后一步你看得到。
4.7 商务沟通的基本底线
不管对方是教育局、学校还是企业，几个底线原则：
- 永远要有一个书面的试点方案或合作方案。口头聊的内容做不得数——你聊完的第二天，对方的对接人可能就调岗了。发邮件确认讨论内容，是你的保命动作。
- 知识产权归属要提前说清楚。试点期间你帮对方做的定制化功能，产权归谁？默认归你——这个要在方案里写明。不然你做了半年定制，对方说“这是我们出钱做的试点，功能应该归我们”。
- 数据隐私条款不能省。如果你是教育产品，你可能在试点中接触到学生和老师的数据。必须有一个书面的数据使用协议，说明你收集什么数据、用什么数据、不做什么。这份协议不仅保护用户，也保护你——没有它，你的法律风险是无底洞。
- 不要因为“这是一个大机会”而放弃收费。政府合作可以试点免费，但试点结束后必须有明确的收费方案。一个不愿意为你的产品付费的部门，不是你的客户——他们是你的资源消耗方。真正的合作是以长期价值交换为前提的。
五、从作坊到公司：专业化路径
这是最大的一步。从“我一个人在做”到“这是一个公司”，不是租个办公室就能完成的。这一步的核心不是“看起来像公司”，而是“运作起来像公司”。
5.1 你需要的第一个角色——以及为什么
很多人觉得要赶紧找一个技术合伙人、一个市场合伙人。但一万用户阶段，你最需要的角色是运营 / 客户成功——一个能帮你回复用户消息、整理需求、维护社群、写文档、跟进商务流程的人。
为什么不是技术？因为技术债可以用技术还，但用户信任一旦透支就回不来了。你现在最大的风险不是代码写得不好——而是用户反馈没人回、社群消息没人管、商务邮件三天才想起来。这些事看起来“谁都能做”，但在你的体量下，它们的总和是需要一个全职人来处理的。
为什么不是市场？因为你现在不需要“推向市场”，你需要的是“接住市场”。用户已经来了——一万用户不是一个小数字——接不住比不来更糟糕。
找这个人的时候，不要看学历和经验，看三个东西：ta 是不是用户视角的人（能共情用户的问题）、ta 是不是有条理的人（能把混乱的事情结构化）、ta 是不是能写的人（你的帮助文档、FAQ、案例文章以后大概率要靠 ta 来写）。这个人进团队后的第一个月，你的回复速度应该提升 5 倍以上。
5.2 建立最小化流程——团队超过 3 人之前必须做的事
一个需求管理流程。 用户反馈 → 汇总到一个 Notion 数据库 → 每周一次优先级会议（你 + 运营同事一起排）→ 标记状态（计划中 / 开发中 / 已上线 / 不做并说明原因）→ 上线后通知相关用户。整个流程只用一个 Notion 数据库，不需要 Jira。
一个发布流程。 代码变更 → 本地测试 → staging 环境验证 → 上线 → 监控 1 小时 → 发更新公告。把这个流程写在一页文档里。让团队里任何一个人都能操作上线，这意味着一件事：你不需要永远在线。
一个品牌基础文件。 至少包含：Logo（深色底版本和浅色底版本）、品牌色值（Hex 和 RGB）、品牌字体、文案风格指南（比如“用‘你’还是‘您’”“标点用全角还是半角”）。后面任何人帮你做设计或写内容，丢这个文件过去，不会跑偏。
5.3 品牌化：让你的产品看起来不便宜
专业感的本质不是“功能多”，而是“每一个已有的功能和体验都被做到位了”。几个对你来说立刻能做的事：
官网。 这是陌生人第一次认识你的地方。你不需要花几万块设计，但要保证：加载速度快（移动端 3 秒以内）、结构清晰（首页能回答“你是谁”“你解决什么问题”“谁在用”“怎么开始”四个问题）、没有错别字。用 Docusaurus、Nextra 或 Framer 都能快速搭出一个看起来很正经的产品官网。Docusaurus 生态里有一个叫 Docusaurus OpenAPI 的插件，配合你的 API 文档，能直接生成看起来很专业的开发者文档——不需要额外设计。
底部信息必须完整。 备案号、联系邮箱、服务条款、隐私政策、用户协议。尤其隐私政策——没有这个，大企业、政府、学校根本不会考虑跟你合作。你可以用生成工具先出一份初稿（比如 Termly 或国内的合同模板平台），然后花几百块让律师看一眼——这可能是你今年花得最值的几百块。
响应速度就是品牌。 这比任何营销都有说服力。用户提了 bug，24 小时内给出明确的处理时间线。用户提了功能建议，一周内告诉他这件事在你的优先级排在哪里。不是“我们收到了”这种空话，是“我们把这个 Bug 排到了本周四的发布里，修完会通知你”。这种级别的透明度和速度，会让你的用户变成你的传播者。
5.4 定价与商业模型——你迟早要面对的事
一万用户阶段，你可能还没有收费。但如果用户留存已经稳定——开始思考收费了。
第一步：先确定你的价值度量单位是什么。 是按用户收（如 Slack）、按功能收（如 Notion）、按用量收（如 OpenAI API）、还是按结果收（如 Calendly 创造的“节省的会议协调时间”）？这个决定比你的定价数字重要得多——它决定了你的营收天花板和用户的增长方式。按用户收，你的增长受限于对方团队规模；按用量收，你的增长跟用户使用深度正相关。
第二步：定价要分层。 至少两档：一个永远免费的 Starter 版（让用户能持续进来并体验核心价值）、一个付费的 Pro 版（解锁团队协作、高级功能、更大容量）。定价数字参考这个逻辑：Pro 版年费 = 你的用户因为用了你的产品每月节省的时间 × 他们的时薪 × 12 × 10%。如果你的产品帮一个设计师每月省 10 小时，设计师时薪 100 元，那你的年费底线是 10 × 100 × 12 × 10% = 1200 元。这个定价逻辑不仅合理，而且你可以在销售时间解释——“我们帮你的团队省的钱，我们只取十分之一。”
第三步：找一个愿意付费的用户聊。 不要猜价格——找到你活跃用户里最有可能付费的那 10 个人，单独约他们聊：“如果我们提供 [A、B、C] 功能作为付费版，年费大概在 X 元，你会买吗？为什么不？”用户的回答会告诉你两件事：他们愿意为什么功能付钱、你的定价在什么区间是合理的。
六、一张整条路径的时间线
第一个月：搞清楚现状
□ 搭五个核心指标的数据看板（用 GA + Mixpanel 免费版）
□ 搞清楚用户来源（看注册渠道，抽样 50 个用户问来源）
□ 定义你的激活事件和北极星指标
□ 写一份产品的一句话定位（给陌生人三秒钟听懂）
第二到三个月：搭建运营基础
□ 停止无差别 1v1，建立 FAQ 和公共反馈看板
□ 找 3-5 个社群管理员，明确群规则
□ 建立用户分层，识别核心用户单独维护
□ 整理一份标准化产品介绍（一页 PDF，含产品简介、功能清单、定价）
第三到六个月：系统化增长
□ 启动增长实验体系——每周一个实验，建实验日志
□ 发布第一版帮助文档或使用教程
□ 验证北极星指标，画出增长飞轮
□ 开始积累民间合作证据（找 30+ 一线用户深度使用并反馈）
第六到九个月：机构合作启动
□ 联系 2-3 所师范院校或研究机构做合作研究
□ 推动 1-2 所知名机构深度使用，沉淀案例
□ 确定目标政府部门，准备免费试点方案并发出第一封邮件
□ 接触法律顾问，准备标准合同模板和数据隐私协议
第九到十二个月：公司化转型
□ 招第一个非技术岗（运营 / 客户成功）
□ 建立最小化流程体系（需求管理、发布流程、品牌文件）
□ 正式发布付费版定价方案，找到第一个付费客户
□ 从试点合同推进为年度合作合同
写在最后
一万用户是一个奇妙的分界线。
在此之前，你是一个 maker——做一个东西，有人用，很开心。
在此之后，你是一个 founder——你开始思考增长、运营、商务、团队、合作。这些东西一点都不酷，它们没有代码优雅，没有 UI 漂亮。但它们是让一个“作品”变成“产品”、让一个“项目”变成“公司”的东西。
而更重要的转变是心态的转变：从“我做出了一个好东西”转变为“我能不能为认可我的人持续交付价值”。增长不是目的，专业化不是目的——支撑那些信任你的人持续获益，才是。
不专业没关系。所有人都从不专业开始。区别只在于，你是否把“变成专业”当做一个可以学习和执行的系统。
而你已经开始了。