第二章:项目需求分析:用户场景定义、技术规格书编写、成本与效率的平衡艺术

说实话,很多工程师一上来就画原理图、选芯片,觉得需求分析是「虚的」。我早年也犯过这个错——有一次给客户做一款5kW的户用逆变器,客户说「能发电就行」,结果我们闷头做了三个月,样机出来才发现人家要的是并网+离网双模式,而且必须支持柴油发电机联动。嗯,那一次返工,成本直接翻倍。

所以这一章,我想跟你聊聊需求分析到底怎么做。说白了,就是三件事:搞清楚谁在用、写清楚要什么、算清楚值不值

2.1 用户场景定义:别替用户「想当然」

我个人的习惯是,拿到项目先画一张用户画像。不是那种花里胡哨的PPT,而是实实在在回答几个问题:

  • 安装地点:屋顶?地面?阳台?环境温度范围?海拔?
  • 电网条件:单相还是三相?电压波动大不大?有没有频繁停电?
  • 负载类型:纯阻性(电热壶)?感性(空调压缩机)?还是非线性(开关电源)?
  • 使用习惯:白天发电为主?还是晚上用电池?用户会不会自己操作?

举个例子。我们做过一个东南亚的项目,客户说「农村家庭用」。我们一开始按常规设计,结果发现当地电网每天停电3-4次,而且电压低到160V。你想想看,如果按220V±10%设计,机器早就保护停机了。后来我们加了宽电压输入(150V-280V)自动重启功能,才算真正解决问题。

核心原则:用户场景不是「猜」出来的,是「问」出来的。至少找3个真实用户做访谈,记录他们的原话。

2.2 技术规格书编写:把「人话」翻译成「技术话」

技术规格书(Technical Specification)是项目的宪法。我见过太多项目死在「口头约定」上。规格书写得好,后面吵架都少。

一份完整的逆变器技术规格书,至少包含以下模块:

模块 关键参数 常见坑点
输入特性 MPPT电压范围、最大输入电流、启动电压 忽略低温下PV电压升高,导致过压损坏
输出特性 额定功率、峰值功率(10秒/1秒)、THD、功率因数 峰值功率时间写错,负载启动时直接保护
效率指标 最大效率、欧洲效率、CEC效率 只写最大效率,忽略轻载效率
保护功能 过压、欠压、过频、欠频、孤岛、反孤岛 孤岛保护时间不满足当地并网标准
环境条件 工作温度、防护等级、海拔降额 高海拔地区散热不足,功率降额不够
通信接口 RS485、WiFi、4G、CAN 协议不开放,后期对接第三方平台困难

写规格书时,我建议用SMART原则

  • S(Specific):具体,别写「效率高」,写「最大效率≥97.5%」
  • M(Measurable):可测量,所有参数都要有测试方法
  • A(Achievable):可实现,别写「成本10元,效率99%」这种
  • R(Relevant):相关,每个参数都要对应一个用户需求
  • T(Time-bound):有时限,比如「满载运行2小时不降额」
一个小技巧:规格书里留一栏「备注」,写上这个参数的来源。比如「MPPT电压范围200V-800V,依据:东南亚市场常见组件配置」。这样以后有人质疑,你直接翻备注。

2.3 成本与效率的平衡艺术:算好每一分钱

做光伏逆变器,本质上是在效率、成本、可靠性三个角上跳舞。你不可能同时做到极致。我个人的经验是:先定效率目标,再倒推成本预算

举个例子。一个10kW的三相逆变器,如果目标最大效率是98%,那拓扑结构基本就锁定了——三电平NPC或者ANPC。这时候IGBT要用SiC或者CoolSiC,驱动电路要隔离,散热器要加大。成本自然就上去了。

但如果客户只要求97%,那两电平拓扑+普通IGBT就够了,成本能降20%以上。你想想看,这20%的成本差异,可能就是项目能不能中标的关键。

下面这张图是我自己总结的成本-效率决策流程,你可以参考:

成本-效率平衡决策流程图 确定效率目标 效率≥98%? 三电平拓扑 SiC器件 两电平拓扑 普通IGBT 成本估算 成本估算 成本可接受? 方案确定 调整目标或方案

在实际项目中,我常用的成本优化手段有这几个:

  1. 器件选型降级:比如母线电容,从进口品牌换成国产一线品牌,寿命从15年降到10年,但成本降30%。前提是客户接受这个寿命。
  2. 拓扑简化:如果不需要双向充放电,就别上CLLC谐振变换器,用简单的双Buck-Boost就行。
  3. 集成化设计:把驱动电路、采样电路、保护电路集成到一颗芯片里,比如用TI的TMS320F280049,自带ADC和PWM,省掉一堆外围。
  4. 制造工艺优化:比如把手工焊接改成波峰焊,把独立散热器改成壳体一体化散热。
注意:成本优化不能牺牲安全相关的功能。我曾经见过有人为了省成本,把孤岛检测的冗余电路去掉,结果并网认证直接不过。安全相关的器件,一个都不能省。

2.4 需求变更管理:项目最大的敌人

做项目最怕什么?不是技术难,是需求变。我经历过一个项目,规格书改了7版,每次改都说是「小调整」,结果最后PCB重画了3次。

我的建议是:建立需求变更流程。任何变更都要走正式流程,评估影响范围、成本变化、时间延期。而且要让客户签字确认。这不是推卸责任,而是保护双方。

具体做法:

  • 版本号管理规格书,每次变更都更新版本
  • 变更记录表里写清楚:变更内容、变更原因、影响范围、评估人、批准人
  • 如果变更导致成本增加或时间延期,必须重新确认合同

嗯,这一章的内容差不多就这些。需求分析看起来「软」,但其实是整个项目最硬的基石。你花在需求分析上的每一分钟,都会在后面的开发、测试、交付中十倍地还给你。


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