想必让所有产品经理都困扰的一个问题是，不管前期产品设计是多么详细，细节思考得有多么深入，也总是避免不了考虑不到一些情况。这样就导致在开发过程中不断出现问题，需要不断修改，若是为了按期上线，开发还需要加班干活。
所以到底怎样才能避免这个问题呢？能不能保证在写需求文档阶段就能考虑完全所有情况，不必来回变动需求呢？
我曾请教过这个问题，得到的回答大致是：“跟你的经验有关”、“经验多了就好了”、“多被开发怼几次，你就习惯了”......
后来，经过这几年的工作，我发现能每次都能在产品设计阶段就考虑的非常全面不太可能，但是确实可以通过方法来改善，这样基本可以规避绝大多数问题。我总结了三点:
一、确保核心逻辑正确
1、首先要明确原始需求，多与需求方沟通、确认清楚设计需求的背景以及需求方的真实目的为何，了解问题的轮廓、设计范围、目前情况等，进而明确设计方案的方向与目标。
2、了解业务背景。有时候原型的设计从功能角度上来说是可行的，但从业务角度上就走不通了，特别是碰到只截取了业务中的一个环节进行设计的情况，这时候了解业务流程和逻辑就显得更为重要。
3、做原型前，先整理好对应的脑图、流程图、用例图等，尽可能覆盖到流程的各个方面。这一阶段把整条逻辑线整理清楚，可以帮助我们更好的把控产品。即使在落地过程中发生了一些偏差，但我们把握住了产品的核心逻辑线，保证了大的业务方向和逻辑没问题，避免了出现大量返工的情况。
4、多方了解手边的可利用资源；参考竞品。
5、尽量多的接触相关人士，包含设计、前端、开发、运营，多汲取一些他们的建议，经常性的交流可以让你对产品设计之后的开发，实现会有大概的轮廓，这样可以了解那些坑是可以躲过去的。养成乐于沟通，善于提问和倾听的沟通习惯。
二、设计自查
每次写需求文档的时候对应设计自查图来核查，尽可能减少想不全的问题。
这个图是要在工作中不断积累，不断完善的，希望大家每次产品完成后，都要对自己的产品设计进行复盘，不断整理总结，完善下图内容，避免下次再犯同样的错误。
三、细节练习
对一个事物不敏感，大部分时候都是因为没有相关经验或没了解过。
要想变得厉害，就必须进行大量、重复的训练；要想对需求细节敏感，就要有丰富的项目经验。但并不是当我们具有很丰富的项目经验后再去做一个完整的产品方案的，我们都是有一个成长的过程的，所以我们需要自己练习。
如何练习提升需求细节敏感度呢？
当前的主流产品中对需求细节的处理，就是我们学习和研究的宝贵资料。互联网发展到今天，大部分行业和领域，都已经非常成熟，同类型的产品，数量非常多。由于研发团队能力和关注重点不一样，不同的产品对需求细节的处理质量参差不齐；但主流产品大多会处理得很好，因此，主流产品非常具有代表性，极具分析价值。
1、选择一个具体的功能模块或小功能。
2、拆解功能，逐个体验，一一验证。
3、循环往复，大量分析。
举例：选择微信朋友圈点赞的功能。拆解功能：初始状态描述、操作后状态描述、操作流程、异常处理等等。通过细致的体验，结果如下：
点赞时，需先点击右下方的icon，再点击气泡中的「赞」；
取消点赞时，同样需先点击右下方的icon，再点击气泡中的「取消」；
点击「赞」和「取消」icon时，icon会放大；
在内容发布时间下方显示点赞好友信息；
若好友有备注名，则显示备注名；若无备注名，显示昵称；
当有多个好友点赞时，按最后一次点赞的时间正序排列；
多个点赞好友之间，用逗号分隔；
仅当点赞人也是你的好友时，才显示好友信息；
点击点赞记录中的好友信息，会跳转到好友名片页面；
点赞后，通过朋友圈通知功能通知用户；
其他好友对这条内容点赞后，通过朋友圈通知功能通知用户；
点赞数过多，是否会完全显示，暂无法验证；
点赞内容被删除时，会toast提示内容已删除；
点赞时，若网络异常，本地显示点赞成功，待网络恢复后再上传到服务器；
……
通过大量的练习，我们逐渐能够举一反三。即使是一个我们没有了解过的功能，也能做出比大多数人更完整的方案。
产品设计不可能完美，总有改进和变化的空间，对于出现需要修改的情况，可以评估是否影响业务或者存在大问题，如果不影响，可以留作下一版本迭代时修改。
对产品经理感兴趣的朋友，可以移步“如何自学产品”
期待共同交流
网友评论