背锅|西安一码通连续崩溃，产品经理如何写文档才能不背锅？( 三 )

（1）可支持性需求
定义了开发人员是否可以方便地升级系统、用户是否可以很方便地升级。
而据每日经济新闻报道，一码通的升级需要人工删除小程序，并清除数据。这就是没有做好可支持性需求。
（2）可移植性需求
括用户的增长和数据量的增长。用户量的增长是指当用户量增加后，系统应能方便地扩容。数据量的增长是指当存储的数量增加后，系统也能很好地支持。而一码通半个月后又出故障，由此可看出其可移植性需求做的并不好。
六、总结以上就是一码通需定义的主要非功能需求，而这些需求涵盖面又广又重要。除了这些指标外，还有一些次要需求，本文就不再赘述，你可参考《图解产品》继续完善。
其实该系统的实现不算难，实现方案也颇为成熟，甚至优秀的应届生都能搞定，确实不该出问题。
有人可能会问，工作中我没有定义这些内容，研发一样工作。是的，对于互联网公司的自研产品多数不需这么详细，但对于这种关系民生的定制开发则必须明确，从而避免上线失败。
如一些实现细节不清楚，需求方也可列出框架，由开发方填写。
而需求方还应基于以上指标，再定义验收标准，违约责任，并进行压力测试，由此来约束开发方的行为。这样开发方就不至于敢派经验不足的研发来应付事，更可避免扯皮，分清责任。
作者：擎苍，《“图解”产品：产品经理业务设计与UML建模》作者、UML建模、数据建模研究者，公众号：图解产品设计
本文由 @公众号：图解产品设计原创发布于人人都是产品经理。未经许可，禁止转载。
题图来自Unsplash，基于CC0协议