一、强咨询行业里，客户不是在买代码，而是在买判断
很多程序员会觉得，只要我技术够强，客户自然会成交。
但真实接单时你会发现，客户很少真正懂技术。
他不会因为你说用了什么框架、什么数据库、什么架构就立刻放心。尤其是中小企业老板、个体商家、创业团队，他们更关心的是：
- 这个需求到底该不该做；
- 第一版要做多大；
- 多少钱合理；
- 多久能上线；
- 后面能不能维护；
- 做到一半需求变了怎么办；
- 上线之后出了问题谁负责；
- 我付钱以后会不会被拖住。
这些问题本质上不是纯技术问题，而是项目判断问题。
所以你在沟通里不能只扮演“技术执行者”。
如果客户说什么你都答应，只会让客户觉得你像一个等需求的外包工。
真正能成交的沟通，应该让客户感觉到你有判断力。
比如客户说想做一个完整商城，你可以先问：
“你现在有多少商品？有没有真实订单？第一版最重要的是展示、下单、支付，还是会员复购？”
客户说想做一个 App，你可以判断：
“如果第一版只是验证业务，小程序或 H5 可能比 App 更适合，成本和上线周期会更可控。”
客户说想做 AI 客服，你可以提醒：
“先不要急着接模型，关键是知识库质量、命中率、人工兜底和后期维护机制。”
这些判断，比单纯说“能做”更有价值。
客户会从你的问题和判断里感受到：你不是只想接单，你是在帮他把项目做稳。
二、第一轮沟通要控节奏，不要被客户带着跑
筛选通过以后，第一轮正式沟通非常关键。
很多程序员的问题不是不会沟通，而是沟通没有节奏。
客户想到哪说到哪，你就跟到哪。
客户一会儿说功能，一会儿说价格，一会儿说参考产品，一会儿问源码，一会儿问维护，最后聊完很热闹，但没有形成任何推进结果。
第一轮沟通的目标不是把所有细节都聊完。
第一轮沟通只需要完成四件事。
第一，确认真实目标。
客户表面说想做一个系统，背后可能是想减少人工、提高成交、管理人员、沉淀客户、展示品牌、验证新业务。
你要问出真实目标。
第二，确认第一版范围。
不要一开始就顺着客户讲所有功能。先判断第一版最小可交付范围是什么。
第三，确认项目约束。
预算、周期、现有资料、决策人、上线时间、后续维护，这些都要确认。
第四，确认下一步动作。
下一步是发需求问卷？整理初步范围？做付费需求梳理？给报价区间？还是安排正式方案会议？
如果第一轮沟通没有下一步动作，这次沟通基本就散了。
所以你要有自己的沟通结构。
可以按这个顺序来：
- 先让客户讲业务背景。
- 再问当前问题和目标。
- 再问预算、周期和当前阶段。
- 再帮客户收第一版范围。
- 最后给出下一步动作。
你不需要在第一轮就显得什么都懂。
你要显得有节奏。
客户越不懂软件开发，你越要用节奏感给他安全感。
三、什么时候打字，什么时候语音，什么时候开会
沟通方式也要分层。
不是所有客户都适合马上语音，也不是所有需求都必须开会。
文字适合做筛选和留痕。
第一轮基础信息、预算区间、周期、当前阶段、需求概要，最好先用文字。文字能留下记录，后面做报价和合同不容易乱。
语音适合澄清复杂背景。
当客户已经基本匹配，但业务背景比较复杂，靠文字来回解释效率太低，可以语音。语音的目标不是闲聊，而是把关键问题快速确认。
会议适合做正式决策。
如果项目预算较高、涉及多人决策、需要确认方案边界、里程碑和交付标准，就应该开正式会议。
但会议前必须有材料。
不要空手开会。
至少要提前准备：
- 客户当前问题；
- 第一版目标；
- 初步功能范围；
- 关键风险；
- 需要客户确认的问题；
- 会后下一步动作。
很多程序员被会议拖死，是因为每次开会都变成自由发散。
客户想到什么说什么，开发者负责接收，最后一堆想法变成一堆压力。
正确的做法是：会议也要有边界。
你可以在会议开始时说清楚：
“这次我们主要确认三件事：第一版目标、功能范围、推进方式。更细的页面和字段，等范围确定后再进入需求梳理。”
这样客户会更容易跟着你的节奏走。
四、方案可以讲，但不要把完整执行细节免费交出去
外包成交里最容易被白嫖的，就是方案。
客户说想听听你的思路，你就开始讲。
讲项目架构，讲数据表，讲接口，讲页面，讲第三方服务，讲上线部署，讲怎么省钱，讲哪里有坑。
讲完以后，客户说回去考虑一下。
然后就没有然后了。
过几天你发现，他拿着你的思路去找更便宜的人做了。
这就是方案白嫖。
但你也不能完全不讲方案。
因为客户需要通过你的方案判断你是否靠谱。
关键在于：你要讲判断，不要免费交付完整执行图纸。
可以讲：
- 这个项目第一版应该先解决什么问题；
- 哪些功能应该先做，哪些可以后置；
- 哪些风险需要提前注意；
- 大概会分几个阶段；
- 为什么不建议一开始做得太大；
- 为什么某些需求不适合现在做。
不要在免费沟通里交付：
- 完整数据库结构；
- 详细接口清单；
- 逐页面原型；
- 可直接拿去外包比价的完整需求文档；
- 完整技术选型和实现步骤；
- 详细到每个字段的报价拆解。
如果客户确实需要这些，可以把它变成付费需求梳理。
比如你可以说：
“初步方向我可以帮你判断，但如果要形成完整需求文档、页面范围、功能清单、里程碑和报价依据，这部分属于正式需求梳理，需要单独收费。后续如果项目由我来做，这部分费用可以抵扣一部分开发款。”
这样既保护你，也保护客户。
因为真正的需求梳理本来就有价值。
客户如果连需求梳理都不愿意付费，却希望你给完整方案，大概率不是一个成熟客户。
五、报价不要只报一个数字，要报清楚范围和假设
很多程序员报价时，只给客户一个数字。
“这个项目 3 万。”
然后客户问：“为什么这么贵？别人 1 万能做。”
这时候你就很被动。
因为你报的是价格，但没有报清楚价格背后的范围。
外包报价不能只是一个数字。
报价至少要包含五件事。
第一，包含什么。
比如包含哪些端、哪些模块、哪些角色、哪些流程、哪些第三方接口、是否包含部署、是否包含测试、是否包含培训。
第二，不包含什么。
比如不包含设计版权素材、不包含服务器和域名费用、不包含短信和支付通道费用、不包含后续新增需求、不包含长期运维。
第三，交付到什么程度。
是演示环境可用，还是正式环境上线？是交付源码，还是包含部署文档？是只做核心流程，还是包含异常处理和后台管理？
第四，基于什么假设。
比如客户能按时提供资料，第三方接口能正常申请，需求范围不发生大幅变化，验收按约定流程进行。
第五，变更怎么算。
哪些属于小调整，哪些属于新增需求，新增需求怎么评估费用和周期。
你越早把这些讲清楚，后面扯皮越少。
报价不是为了把客户吓跑。
报价是为了让双方对同一件事有同一个理解。
如果客户只看价格，不看范围，那他永远会觉得你贵。
如果你把范围、交付标准和风险说清楚，客户才有可能理解你不是在随便报高价，而是在为完整交付报价。
六、预付款、里程碑和合同，不是形式主义
很多程序员接私活时，会不好意思谈合同和预付款。
怕客户觉得自己麻烦，怕把客户吓跑。
但如果你想把外包当成长期业务，这些东西必须正规。
预付款不是贪钱。
预付款是在确认双方都认真。
如果客户连一部分启动款都不愿意付，却要求你马上投入时间，这个项目风险很高。
里程碑不是复杂流程。
里程碑是在降低不确定性。
一个稍微正式一点的项目，不应该是一口气做完再验收。更稳的方式是拆成几个阶段。
比如：
第一阶段，需求确认和原型范围。
第二阶段，核心功能开发。
第三阶段，测试、修复和上线。
第四阶段，验收和维护交接。
每个阶段都要有交付物、付款节点和确认方式。
合同也不是为了和客户对抗。
合同是为了提前说清楚边界。
至少要写清楚：
- 项目范围；
- 交付内容；
- 费用和付款方式；
- 周期和里程碑；
- 验收标准；
- 需求变更；
- 源码和数据归属；
- 售后维护；
- 延期和争议处理。
不要觉得这些麻烦。
真正麻烦的是一开始不写清楚，后面靠聊天记录吵。
规则越早建立，合作越容易稳定。
七、成交后的第一件事，不是立刻写代码，而是锁定共识
客户说“可以做”，并不代表你马上打开编辑器。
成交后的第一件事，是锁定共识。
你要把前面沟通的内容整理成一份确认材料。
至少包括：
- 项目目标。
- 第一版范围。
- 不在本期的内容。
- 交付物。
- 里程碑。
- 付款节点。
- 客户需要提供的资料。
- 验收方式。
- 后续维护方式。
这份材料可以是需求确认书，也可以是项目启动说明。
关键是让客户确认。
不要只靠一句“我们微信里都说过了”。
项目越是靠口头推进，后面越容易出问题。
很多外包翻车，不是因为开发不会写代码，而是因为双方从一开始就没有把共识锁住。
你以为客户要 A，客户以为你会顺便做 B。
你以为上线后免费改一周，客户以为后面一个月都可以随便改。
你以为服务器客户自己买，客户以为你全包。
这些问题在成交前后不说清，后面都会变成成本。
所以成交不是合同签完就结束。
成交只是项目进入交付前的最后确认点。
八、不要为了成交，接下明显会失控的项目
转化不是所有客户都要成交。
有些客户通过了初步筛选，但在深入沟通时，你会发现项目依然不适合接。
比如客户坚持超低预算做完整系统。
比如客户不愿意确认需求，只要求你“边做边改”。
比如客户拒绝预付款，要求全部做完再付。
比如客户不断扩大范围，却不接受追加预算。
比如客户一开始就表现出极强的不信任和控制欲。
这类项目就算成交了，也可能是坏单。
程序员接外包最怕的不是没成交。
最怕的是接了一个从第一天就注定失控的项目。
坏单会消耗你的时间、情绪、信用和后续机会。
所以转化能力不只是把客户说服。
真正成熟的转化能力，是知道哪些项目应该成交，哪些项目应该停在成交前。
你要敢于说：
“这个预算和目标不匹配，建议先缩小范围。”
“这个需求需要先做付费梳理，再决定是否开发。”
“这个合作方式不适合我，我不能接。”
这不是损失机会。
这是保护你的交付质量。
结尾：成交是把不确定性变少，而不是把价格压低
程序员接外包，成交不是靠一句低价，也不是靠把方案讲到没有保留。
真正有效的成交，是在沟通里不断减少不确定性。
客户不确定自己要什么，你帮他收口。
客户不确定第一版怎么做，你帮他拆阶段。
客户不确定为什么这个价格，你把范围、交付和风险讲清楚。
客户担心项目失控，你用预付款、里程碑、合同和验收标准建立边界。
客户担心你不靠谱，你用判断力、流程和确定性建立信任。
这才是强咨询行业里的转化。
前面我们讲了定位、开发生产线、公司主体、获客底盘、获客渠道和客户筛选。到了第七篇，核心就是把已经筛选出来的客户，推进到清晰、可控、可交付的合作里。
如果你还没看前面已经发布的文章，可以先看第一篇：先定义你到底卖什么、第二篇：先搭自己的快速开发生产线、第三篇：公司主体才是信任的起点、第四篇：先搭自己的获客底盘、第五篇：平台、社媒和关系网要一起铺。
下一篇，我们会讲第一季最后一环：交付之后，生意才真正开始。外包不是代码交出去就结束，真正长期的价值来自交付、复盘、案例、维护费、二期需求和转介绍。
如果你正在准备把自己的外包沟通、报价和合同流程标准化，也可以先看关于华茂思捷里的工作方式，或者通过联系咨询把你的项目方向、预算区间和当前阶段发过来。
