后台产品设计准则

多数PM不愿意做后台产品，原因无外乎：没有成就感、收入低等。从公司的角度而言，许多管理层都认为后台系统不能为公司创造价值，因此不愿意在后台系统上投入研发资源，也就导致做后台的PM更难升职加薪。以下几个原则能帮助PM建立成就感并获得领导的认可，增加升职加薪的可能性~~~

1.关注需求的性价比 ：后台产品的需求方，通常都是公司的运营、财务、市场等部门。对于这类内部需求，PM需要衡量投入产出比。一些使用频率低、且资源投入大的需求，建议不做或采用最简单的方式做。对应一些能显著提高效率的需求，要尽早的排期。

2.可用即可 ：后台型产品满足需求即可，不宜过度追求使用体验，也没必要做一些很复杂的交互和特效。建议尽量采用成熟的框架、标准控件，减少前端开发投入、缩短开发周期。

3.尽量避免迭代： 与前端产品通过迭代提升用户体验的做法不同，没有公司愿意在后台系统上频率投入研发资源，这就要求PM一次性把事情做好，尽量避免后台系统的迭代。因此，PM在设计后台后台系统，尤其是业务支撑系统的时候，务必要仔细梳理、反复推敲，保证业务逻辑的合理、高效。

4.稳定高于一切： 后台系统虽然用户少，但稳定性的要求却丝毫不亚于前端产品。因为后台系统的用户不满、抱怨的声音会很快传到你的领导、甚至是公司高层的耳朵里。一旦这样的时候频繁发生在你的身上，那么你离跑路也不远了。建议从以下几个方面着手，保障系统的文档性：规范代码提交及上线流程、规范账号及权限管理、确定合理的数据更新频率、确定合理的默认查询范围（避免查询全量数据）。

文／PM大天二

关键字：产品设计, 设计, 后台

版权声明

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！