第三章 项目启动与需求调研：如何获取项目线索、初步需求沟通、技术可行性评估、商务条款初步洽谈

说实话，很多工程师觉得项目启动就是签个合同、开个会。但以我多年的经验来看，这个阶段恰恰是决定项目生死的关键。你想想看，需求没摸清楚就动手，后面返工的成本能让你哭出来。

这一章，我就把项目启动到需求调研这整个流程，掰开了揉碎了讲给你听。

3.1 项目线索从哪里来？

做外包，最怕的就是没活干。项目线索的获取，其实是有套路的。

我个人习惯把线索来源分成三类：

• 老客户转介绍：这是最靠谱的。我做过的一个智能家居项目，做完后客户直接介绍了三个同行过来。信任成本几乎为零。
• 技术社区与论坛：像CSDN、电子工程世界、甚至GitHub。很多初创公司会在上面发帖找外包团队。我曾在EEWorld上捡到一个工业控制的项目，对方就是看中了我之前发过的技术文章。
• 行业展会与线下沙龙：别小看这个。带几块开发板去现场，聊着聊着，需求就来了。我记得有一次在深圳的嵌入式展上，一个做农业物联网的老板当场就拉着我谈方案。

3.2 初步需求沟通：别急着说“能做”

拿到线索后，第一通电话或第一次见面，很多人上来就问：“预算多少？工期多久？”

嗯，这是大忌。

正确的做法是：先听，再问，最后确认。

我会这样开场：

“王总，您这个设备目前遇到的最大痛点是什么？是功耗太高，还是通信不稳定？”

为什么要这么问？因为客户往往说不清楚技术细节，但他能说清楚业务痛点。你帮他翻译成技术语言，这才是你的价值。

沟通中必须确认的几个关键点：

• 产品形态：是全新开发，还是在现有板子上改？
• 核心功能：哪些功能是必须的，哪些是锦上添花的？
• 使用环境：室内还是室外？温度范围？有没有振动？
• 认证要求：要不要过FCC、CE、3C？

3.3 技术可行性评估：别拍脑袋

需求聊完了，接下来就是技术评估。这一步，我建议你至少花2-3天时间做预研。

评估的核心维度：

评估项	具体内容	我的经验
主控选型	MCU还是MPU？ARM还是RISC-V？	别盲目追新，选你调过最熟的芯片
通信方案	Wi-Fi、BLE、LoRa、4G？	距离和功耗是死线，先算清楚
传感器/外设	精度、采样率、接口类型	查一下供货周期，别选缺货的料
软件复杂度	要不要RTOS？要不要OTA？	我习惯画个任务流程图，一目了然

举个例子：

之前有个做智能门锁的项目，客户要求用指纹识别+蓝牙+低功耗。我初步评估后发现，如果只用一颗STM32L0，指纹算法跑起来内存不够。最后方案是加了一颗专门的指纹协处理器。这个判断，就是在技术评估阶段做出来的。

如果评估下来发现风险太大，比如某个核心芯片停产了，或者算法团队搞不定，我会直接跟客户说：“这个方案我建议换个思路，否则后面都是坑。”

3.4 商务条款初步洽谈：把丑话说在前头

技术没问题了，就该谈钱了。很多工程师不好意思谈钱，觉得谈钱伤感情。其实恰恰相反，谈得越清楚，后面合作越顺畅。

商务洽谈的几个核心条款：

• 付款方式：我个人习惯是「3-3-3-1」模式。即：签约付30%，中期验收付30%，样机交付付30%，量产稳定后付10%。
• 知识产权归属：这个一定要写清楚。是买断源码，还是只给使用权？我见过太多因为IP归属闹翻的案例。
• 变更管理：客户中途加需求怎么办？按人天计价，还是按功能点计价？我一般会在合同里写：超出原需求范围的部分，按2000元/人天另行收费。
• 验收标准：别光说“功能正常”。要量化。比如：响应时间小于100ms，丢包率低于0.1%。

3.5 输出一份靠谱的《项目启动文档》

所有沟通和评估结束后，我会输出一份文档。这份文档就是后面所有工作的宪法。

文档结构参考：

1. 项目背景与目标
2. 功能需求列表（优先级标注）
3. 技术方案概要（主控、通信、电源等）
4. 风险评估与应对措施
5. 里程碑计划与交付物
6. 商务条款摘要（付款、IP、变更）

这份文档发给客户确认后，双方签字。后面再扯皮，就拿这个出来说话。

嗯，项目启动阶段，说白了就是「把模糊的需求变成清晰的文档」。这一步做得越扎实，后面开发就越顺。我见过太多项目死在需求不清上，真的可惜。

下一章，我们会聊到如何做详细的系统设计。到时候见。