第一章：项目启动与需求分析

大家好，我是老张。做电机控制这行十几年了，带过的项目少说也有几十个。今天咱们聊聊项目启动这个环节——说白了，这一步要是走偏了，后面全是坑。

我记得刚入行那会儿，接过一个风机项目。客户说「转速稳就行」，我们埋头干了三个月。结果交付时客户说：「我要的是静音，你转速稳有什么用？」嗯，从那以后，我养成了一个习惯：项目启动阶段，宁可多花一周，也要把需求嚼碎了。

1.1 项目背景调研

背景调研不是走过场。你得搞清楚三件事：

• 这个电机用在哪？ 是工业泵、家用风扇，还是汽车水泵？应用场景决定了控制策略。
• 客户是谁？ 是终端用户，还是系统集成商？他们的痛点是什么？
• 竞品什么样？ 市面上已有的方案，优缺点在哪？

我一般会做一个简单的调研表格：

调研项	内容	信息来源
应用场景	负载类型、工作环境、温湿度范围	客户现场、技术协议
性能指标	转速范围、转矩要求、响应时间	客户需求文档
竞品分析	主流方案、价格区间、技术路线	行业报告、拆机分析
法规标准	CE、UL、能效等级等	认证机构、标准文件

你想想看，如果连电机是驱动什么负载都没搞清楚，后面选型、调参全是瞎蒙。

1.2 客户需求收集

客户需求收集，我建议分三步走：

1. 开需求澄清会——拉上客户的技术负责人、采购、甚至现场操作工。别光听销售转述，销售嘴里的话，水分太大。
2. 写需求清单——把客户说的每一条都记下来，哪怕听起来不合理。比如「我要电机零转速时输出最大转矩」，虽然物理上不可能，但你要记下来，后面再解释。
3. 需求优先级排序——用 MoSCoW 方法：Must have、Should have、Could have、Won't have。

我曾经遇到一个客户，说「电机噪音要小」。我们按国标测了，45分贝，客户说不行。后来才知道，他说的「小」是「人站在旁边听不到」。嗯，那得做到30分贝以下，成本直接翻倍。所以，需求必须量化，否则就是埋雷。

1.3 技术可行性评估

需求收集完了，别急着开干。先问自己三个问题：

• 现有平台能不能做？ 比如客户要FOC控制，你手里只有方波驱动的方案，那就要评估开发周期。
• 关键器件能不能买到？ 这两年芯片缺货，MOSFET、MCU的交期动不动20周以上。我建议提前和采购确认。
• 团队能力够不够？ 要做无传感器控制，但团队里没人懂滑模观测器，那就得考虑外协或招聘。

技术可行性评估，我习惯用这个模板：

技术点	现有能力	差距	风险等级	应对措施
FOC算法	有成熟库	无	低	直接复用
无传感器启动	只有I/F启动	需要高频注入	中	安排2周预研
CAN通信	未做过	协议栈需开发	高	外购协议栈或招人

1.4 项目范围定义

范围定义，就是画个圈。圈里的事我们做，圈外的事不做。但客户往往想让你把圈外的事也做了——这时候就要学会说「不」。

我一般用 WBS（工作分解结构） 来定义范围。比如一个电机控制项目，可以分解成：

• 硬件设计：原理图、PCB、BOM
• 软件设计：底层驱动、控制算法、通信协议
• 测试验证：单元测试、整机测试、EMC测试
• 文档交付：设计文档、测试报告、用户手册

每个子项再细化，直到可以估算工时和成本。

另外，范围定义里要明确 「不做什么」。比如：

• 本项目不包含上位机软件开发
• 本项目不包含EMC认证（客户自行负责）
• 本项目不包含批量生产支持

把这些写清楚，能避免后期扯皮。

1.5 项目启动会

以上四步做完，就可以开项目启动会了。启动会的目的不是走形式，而是让所有人对齐信息：

• 客户代表确认需求无误
• 项目经理确认范围和时间
• 技术负责人确认方案可行
• 采购确认物料可获取

启动会上，我会把需求清单、技术方案、WBS、风险清单打印出来，让大家现场签字。虽然有点「仪式感」，但效果很好——后面出了问题，翻出签字页，谁的责任一目了然。

好了，第一章就聊到这儿。项目启动阶段，说白了就是「磨刀不误砍柴工」。你花一周把需求、范围、技术方案理清楚，后面开发、测试、交付就会顺很多。下一章我们聊聊系统架构设计——嗯，那才是真正开始动手的地方。

---

公众号:蓝海资料掘金营，微信deep3321