大家都知道在设计功能的时候，需要考虑“增、删、改、查”等不同的情况。但是在这些理论之外，还有很多实操中需要注意的细节。那么，有哪些细节是需要我们注意的呢？

这是我之前在微信公众号里写得一篇文章，现在看起来仍然帮助很大，希望可以帮助一些经验尚浅的产品经理们少走一些弯路。以下就是我总结的几点注意事项：

简化逻辑

在这次产品设计中，我发现旧产品的一个严重的问题就是：之前的功能逻辑过于复杂，因为时间比较紧，更改逻辑并不现实，只好顺着现有的逻辑补一些窟窿，修复一些Bug；但最后测试花费了大量的时间来测试这个复杂的逻辑。毕竟我们都是人，逻辑越复杂，犯错误的几率就越大；所以只有简化逻辑，才能避免更多犯错误的机会。

当然，简化逻辑的目的并不是为了削减功能，而是我们在设计一个功能的时候，就要想好，这个功能所要解决的问题，只有明确了要解决的问题，我们才能明白一个整体的功能逻辑从哪里简化、在哪里调整，最终设计出满意的逻辑。如果一个订单页出现了6种订单状态，3种价格体系，这样算出来至少是120种犯错误的机会，这样就会给测试造成很大的压力，整个项目周期也就延长了。

一个功能只解决一个问题

产品设计里很多人容易范的毛病，就是在设计的时候总是想把很多问题尽快解决，比如设计一个功能，我们总是想要一次性把用户的所有使用情景考虑在里面，这样设计出来的功能，往往会给用户过多的选择，这样其实是给用户造成了选择压力，也会容易导致设计者的思维混乱，用户体验会大打折扣，也不一定会解决用户遇到的问题。所以要一个功能只解决一个问题，先解决主要问题，再解决次要问题，一个功能、一个功能地累加，这样不会对用户造成困扰，设计者也可以进入一种有条不紊的工作状态，何乐而不为呢？

权衡很重要

产品经理的重要职责之一，是权衡各部门之间的利益，每一次升级或者设计功能的过程中，我们总会收到来自各部门的需求，比如运营部门希望增加更多的模块，可以放置吸引用户的内容，客服部门希望减少电话客服的入口，减少客服压力，这时老板又打电话来，说页面不够好看，要把这个问题解决一下等等。在这些众多的需求之下，我们要做的是权衡各个部门的利益，过于偏袒任何一个部门，都会导致用户体验变差，因为产品经理需要关注的是产品的整体和发展，而其他部门，包括老板在内，往往关注的只是产品的某一个点，就像我们玩儿的积木游戏一样，只有每一块儿积木都恰到好处，才能保证整体不偏不倒，产品设计也是这个道理。

需求说明会必须要有

这次设计产品的时候，因为是半路接手，所以并没有和技术一起碰头开一个需求说明会，很多需求都是突然给到技术的，所以导致技术部门没有整体的产品逻辑概念，最终也是导致测试压力增大的原因。我说这个经历，是想提醒大家，无论我们是从什么阶段开始接手一个产品，还是产品逻辑有多么简单，也要把技术人员叫到一起，召开一个或长或短的需求说明会，听取技术部门的意见，这样在产品开发阶段，就会从容很多。

#专栏作家#

Garfield，微信公众号 Share-Equality ，人人都是产品经理专栏作家，喜欢运动、热爱生活，经常思考和总结，擅长用户体验、需求挖掘等，一直都在学习中的产品经理。

本文原创发布于人人都是产品经理，未经许可，不得转载。