院系:软件开发/需求管理
- 这个环节普遍重视不够，导致直到系统交付时才真正履行验证工作。可能导致客户拿到系统后提出这样那样的需求变更，甚至认为整个系统都不是想要的
- 验证手段：需求评审、需求确认、原型验证
> 产品人员往往认为，描述了功能需求，甚至简单的给一个竞争对手的范例，工程师就能完美的实现所有业务需求；但是，工程师对业务的理解往往是欠缺的，因此在产品的塑造上，很可能因为个人理解偏差，带来极大的随意性；即便是产品经理具有超强的控制力和投入，保证技术在功能实现上与使用场景吻合，但往往因忽略了业务的性能诉求，导致线下ok的东西，线上各种问题。