最常见的场景是：费了半个小时写完的表单，点击“提交”，提示“数据格式错误”，然后系统自动把刚才填好的内容全部清空了，这时业务人员的反应是皱一下眉，心里骂一句，然后乖乖的换个格式重新填写。（别问我为什么知道这些，因为我曾经就是那个“业务员”。）其实加一步实时校验就能完全搞定的呀。这种隐性的需求业务人员不会告诉你，需要你自己去上手操作才能发现。当然前提你真的是个精益求精的产品，还有一个前提是，刚好也有一个精益求精的研发。

4、页面信息的归类很重要

页面排版太乱的问题是最容易发现的。很多系统，看第一眼就觉得“闹心”了，很可能是页面信息都乱堆在一起，那么你需要把页面信息进行归类并且整齐排版。

可以举个例子：

（1）归类前

（2）归类后

5、bug太多不能怨社会

如果是系统bug太多，那么你需要找研发沟通，进行bug修复。千万不可就完全推到研发与测试头上了，其实这还是你的问题，是你项目把关有问题，毕竟你才是业务与技术沟通的对接人。

以上这些是我对业务需求的一些理解。后台产品非常考验一个产品经理的沟通能力以及对需求的把控。我们需要将业务需求翻译成产品语言，并转化成技术人员可以理解的需求，把这过程中产生的偏差要尽量降低到最小。当然，产品经理不能只是个单纯的翻译官，更需要有对需求的把控以及对产品更长远的思考 。

作者：大金子，1岁产品经理，1年互联网产品设计经验。

本文由 @大金子 原创发布于人人都是产品经理。未经许可，禁止转载。