低质量的需求耽误高质量的工程师

摘要

文章《少个分号》强调了软件需求设计的重要性和复杂性，并提出了评审软件需求的原则和方法。文章指出，与编程错误相比，不当的需求通常不易察觉且暴露较晚，修正需求的负担往往落在工程师身上。这种现象促使需求无节制地膨胀，成为软件设计过度复杂的原因之一。

原则

文章提出，产品经理和软件工程师因立场不同而关注点不同，导致矛盾。如果软件开发像建筑行业一样，产品经理负责的设计图纸如果实施困难，设计院要承担责任。作者比较了软件与建筑的相似之处，指出软件的修改不应被轻视，需求变更应是慎重且严肃的。

提前

文章建议产品经理应提前准备需求，以便随着时间推移进行优化。软件工程师应警惕短期内制定的需求，即使互联网时代变化快速，也不应匆忙。

系统性

文章说明现代软件是由各种组件构成的系统，任何改动都会影响整个系统。因此，产品经理提出需求时，需要考虑后台管理功能、其他端需求、API影响、数据迁移及功能冲突等。

遵守惯例

遵循业界操作惯例是软件设计的关键，不遵守会让用户感到难受。设计时应包含基本元素（标签、表单域、提示信息、操作按钮）并考虑数据回填视图。

一致性

需求的一致性影响用户体验。文章强调操作逻辑、组件UI和文案的一致性，指出大团队通过设计规范和设计系统来减少对高保真度的依赖。

非功能性需求

非功能需求往往被忽视，包括交互体验、安全、性能和可用性等方面。

性价比

评估需求时应考虑性价比，权衡改动成本和现有技术模型的一致性。