第一个客户不是被说服的，是被想起来的。你能做的，是让自己在别人需要的那一刻被想起来。
一、一个没投过一分钱广告的开始
以下情境为教学假设，人物、引语和数字不代表经核实的真实案例。
一位前端开发者离职后，做了一件很朴素的事：把自己过去五年合作过的同事、前主管、以及两个开源项目的活跃用户列成一张表，共 37 个人。
他没有群发广告，而是逐条写下「这个人最近可能在忙什么」，然后只联系了其中 9 个真的有话可说的人。
第一周：2 个人回复，1 个人说「正好有个小需求」。
第二周：那 1 个人付了 4000 元做一个小程序页面改版。
第三周：这位客户把他介绍给了自己的合作方。
第一单 4000 元，第二单 2.8 万元。 两个单子都不是来自平台，而是来自一段已经存在的关系。
二、先把信任当成待验证的假设
共事记录、推荐、开源作品和平台评价，都可能帮助客户判断交付风险，但作用因客群而异。熟人可能没有采购预算，陌生平台客户也可能有清晰需求和资金保障。不要预先把某个来源定为“必然最好”。
首次接触应核对：对方是否真的遇到问题、谁有购买决策权、能否给出可交付边界，以及何时可能付款。只有夸奖或回复，不等于需求成立。
三、七条路径与小规模实验
下表是实验设计示例，工时和观察期由你自选，不是行业转化标准。每轮都记录实际投入；没有有效需求时，不因已花时间而继续追加。
| 路径 | 先做什么 | 假设与边界 | 本轮记录 |
|---|---|---|---|
| 熟人转介 | 向少量确有交集的人说明具体问题与交付物 | 不要求对方替你筛选所有联系人；不群发 | 转介数、需求成立数、到账数 |
| 前雇主返聘 | 核对保密、竞业及采购资格，再讨论有限范围 | 原关系不等于有授权或可沿用旧代码 | 授权人、范围和付款计划 |
| 开源与工具用户 | 公开说明可提供的集成或支持服务 | 活跃使用不等于愿意付费；尊重项目社区规则 | 有效询单及售前工时 |
| 技术社区 | 回答你熟悉的具体问题，按社区规则展示服务入口 | 持续贡献可能无询单，不承诺数量或时间 | 回答工时、带来源的需求 |
| 垂直平台 | 选范围可界定的小服务，核对平台费、托管与争议规则 | 适合什么项目需实测，不只按价格竞争判断 | 净到账、平台费、沟通工时 |
| 公开写作 | 写一篇可验证的问题解决过程，并设置相关服务入口 | 搜索收录与长期询单不保证，勿泄露客户资料 | 阅读来源、有效询单、后续回款 |
| 线下活动 | 选择目标客户会参加的活动，征得同意再跟进 | 见面可以提供更多上下文，但不能折算为固定信任时间 | 差旅现金、参加及跟进工时 |
转介可先设两周、最多 6 小时的实验；公开写作可先设六周、最多 16 小时。它们只是教学预算：观察窗口不同，不能用两周无询单就判定写作无效，也不能因文章有阅读就认定成交。
四、先把客户画像写清楚
「中小企业」「互联网公司」不是画像。可用的画像至少包含四个字段：
| 字段 | 示例 |
|---|---|
| 行业与规模 | 20–100 人的 SaaS 公司 |
| 角色 | 技术负责人或有工程背景的创始人 |
| 触发事件 | 要上线计费、要过合规审计、要迁移云 |
| 现有替代方案 | 用 Excel 手工对账，或有一个维护不动的老系统 |
触发事件是关键。 没有触发事件，客户就算认可你，也不会现在付钱。
五、第一次接触的三句话
不需要话术模板，但需要三件事说清楚：
- 我知道你在忙什么：一句具体的观察，证明你不是群发。
- 我能解决哪一段：把能力收窄到一个可交付的边界。
- 下一步很小：不是「要不要合作」，而是「要不要花 30 分钟聊聊现在怎么处理的」。
示例（教学假设）：
看到你们最近在招增长工程师，猜计费这块可能还在手工对账。我之前帮两家 SaaS 做过订阅计费和退款对账的改造，从方案到上线大概四周。如果方便，我可以先花半小时看看你们现在的流程，不收钱。
这段话没有承诺结果，也没有贬低对方现状，只做了三件事：证明了解、说明边界、降低下一步门槛。
六、从问价到成交
| 阶段 | 客户信号 | 你该做什么 |
|---|---|---|
| 好奇 | 「你们这种大概多少钱」 | 给区间，不给精确报价 |
| 比价 | 「别家报得更低」 | 问清对比的是不是同一个范围 |
| 决策 | 「什么时候能开始」 | 发 SOW 与付款节点 |
| 拖延 | 「再等等预算」 | 约定一个具体的回访时间 |
可以在好奇阶段提供一页思路和适用边界；若需要深入诊断、设计或验证，事先说明收费与产出。免费售前的投入上限由你决定，不把全部方案一律归为付费交付物。
七、常见错误
| 错误 | 后果 | 更好的做法 |
|---|---|---|
| 群发「我接单了」 | 无人回应，消耗关系 | 逐条写具体的观察 |
| 只说技术栈不说问题 | 客户无法判断你是否匹配 | 用客户的语言描述结果 |
| 第一单靠低价拿下 | 后续涨价困难 | 首单可以小，但单价不要破底线 |
| 只在一个平台等单 | 被动、价格战 | 至少两条路径并行 |
| 不记录来源 | 不知道哪条路径有效 | 每个客户记来源与转化周期 |
八、行动清单
- 列出 30 个「共事过或有过真实交集」的人。
- 给每个人写一句「他最近可能在忙什么」。
- 从中挑 8–10 个真的有话可说的人，逐个联系。
- 选一个足够窄的社区，连续回答两周具体问题。
- 写一篇「我解决过什么问题」的长文，而不是自我介绍。
- 把客户画像的四个字段写成一页文档。
- 给每个来源记录转化周期，三个月后砍掉无效路径。
使用边界与实操验收
37 人、9 人、4000 元和 2.8 万元均为教学案例，不用来预测真实收入。为每个线索保留来源、进入阶段和日期，按同一口径记录：
| 阶段 | 示例人数 | 本阶段转化分母 | 判断证据 |
|---|---|---|---|
| 合规触达 | 20 | 本轮目标名单 | 有明确联系理由及允许的联系方式 |
| 有效回复 | 8 | 20，回复率 40% | 讨论具体问题，非自动回复 |
| 需求成立 | 4 | 8，需求率 50% | 问题、决策链及可能预算得到核对 |
| 发出报价 | 3 | 4，报价率 75% | 同一范围与付款计划 |
| 签约 | 1 | 3，签约率约 33.3% | 有效合同及授权 |
| 到账 | 1 | 1，到账率 100% | 实际到账且可使用 |
若本轮现金成本 200 元、投入 10 小时、一个客户到账 4000 元，不含交付的售前现金成本为 200 元/到账客户，售前工时为 10 小时/到账客户。项目利润还需扣交付成本、平台费、税费和退款，不能用 4000 元直接当收益。
实验结束后按证据决定：有目标需求但未到采购期，可延长一次并设置新上限；回复少，分别核对名单、触达方式与信息；回复多但无付费，核对问题紧迫性、预算、信任、范围和报价。多种原因都可能成立，不根据单一回复率断言文案有问题。无目标客户信号且工时已超预算时先暂停。
关键参考与核验范围
下列官方资料只支持所标明的规则。案例、价格、评分与工时为教学假设，核验日期：2026-10-22。
系列导航
- 上一篇：服务是不是你的 0→1 路径：四种活法与 90 天现金流
- 下一篇：报价：从卖时间到卖结果
- 回到目录：一个人的服务生意：从接单、报价到产品化
- 相关阅读：独立开发者的平台寄生 、独立开发者生存指南
继续阅读
探索更多技术文章
浏览归档，发现更多关于系统设计、工具链和工程实践的内容。