经验总结：设计功能的时候，这4点产品需要注意

　　大家都知道在设计功能的时候，需要考虑“增、删、改、查”等不同的情况。但是在这些理论之外，还有很多实操中需要注意的细节。那么，有哪些细节是需要我们注意的呢？
　　这是我之前在微信公众号里写得一篇文章，现在看起来仍然帮助很大，希望可以帮助一些经验尚浅的产品经理们少走一些弯路。以下就是我总结的几点注意事项：
　　简化逻辑
　　在这次产品设计中，我发现旧产品的一个严重的问题就是：之前的功能逻辑过于复杂，因为时间比较紧，更改逻辑并不现实，只好顺着现有的逻辑补一些窟窿，修复一些B但最后测试花费了大量的时间来测试这个复杂的逻辑。毕竟我们都是人，逻辑越复杂，犯错误的几率就越大；所以只有简化逻辑，才能避免更多犯错误的机会。
　　当然，简化逻辑的目的并不是为了削减功能，而是我们在设计一个功能的时候，就要想好，这个功能所要解决的问题，只有明确了要解决的问题，我们才能明白一个整体的功能逻辑从哪里简化、在哪里调整，最终设计出满意的逻辑。如果一个订单页出现了6种订单状态，3种价格体系，这样算出来至少是120种犯错误的机会，这样就会给测试造成很大的压力，整个项目周期也就延长了。
　　一个功能只解决一个问题
　　产品设计里很多人容易范的毛病，就是在设计的时候总是想把很多问题尽快解决，比如设计一个功能，我们总是想要一次性把用户的所有使用情景考虑在里面，这样设计出来的功能，往往会给用户过多的选择，这样其实是给用户造成了选择压力，也会容易导致设计者的思维混乱，用户体验会大打折扣，也不一定会解决用户遇到的问题。所以要一个功能只解决一个问题，先解决主要问题，再解决次要问题，一个功能、一个功能地累加，这样不会对用户造成困扰，设计者也可以进入一种有条不紊的工作状态，何乐而不为呢？
　　权衡很重要
　　产品经理的重要职责之一，是权衡各部门之间的利益，每一次升级或者设计功能的过程中，我们总会收到来自各部门的需求，比如运营部门希望增加更多的模块，可以放置吸引用户的内容，客服部门希望减少电话客服的入口，减少客服压力，这时老板又打电话来，说页面不够好看，要把这个问题解决一下等等。在这些众多的需求之下，我们要做的是权衡各个部门的利益，过于偏袒任何一个部门，都会导致用户体验变差，因为产品经理需要关注的是产品的整体和发展，而其他部门，包括老板在内，往往关注的只是产品的某一个点，就像我们玩儿的积木游戏一样，只有每一块儿积木都恰到好处，才能保证整体不偏不倒，产品设计也是这个道理。
　　需求说明会必须要有