悖论|易用性悖论( 二 ) 青少年|天使轮融资|卢蓉|创作

三、业务逻辑完善是第一要素【悖论|易用性悖论】在做一些复杂项目的时候，很容易就会发现一些业务流程真的很复杂，分支流程特别多，也的确特别不好理解。这个时候前期在设计时很容易把自己绕进去，一些逻辑梳理着就容易走进死胡同。这时我们经常会用MVP的概念来设计产品，先把主流程设计好，后面的一些流程可能自然而然就可以了。这个时候，大家也经常会用“你现在设计的这么复杂，后面会用到吗？”这样的问题来给一个貌似合理的解释。
但实际上，我们很多场景下都会因为前期的一些逻辑想得不够完善，导致后面的大量返工。所以即便有时候，某些场景下可能在这个阶段通过一步就可以完成的工作，假如你预见性的觉得这个流程后面这么设计坑要大改，那我先给它改成两步，其中第二步在目前看起来完全没有什么用。但是长期来看无疑是夯实了整个产品的地基。
这样的好处后，可能前期有一些冗余的流程，但后面在产品的设计中，不需要通过补丁打补丁的方式，使系统变的极其复杂或者难以理解。长期来看，系统反而更简单了。
对标一下传统认为上的上手快速，简单易用。上述的流程中有些环节可能似乎都有些背离了某些原则。比如Don’t make me think中提到的“搞懂用户真正的需求，简化流程，减少步骤”。比如大家在设计中经常用到的同一类信息菜单汇总的设计习惯。
但是正如何一个用了10年PS的用户来说，你会因为PS的按钮太多了，90%的功能我用不到，那我就吐槽PS为啥要搞这么多功能，这么多我都用不到吗？专业的修图师会因为PS的上手成本高于美图秀秀，高于轻颜相机就使用后两者修图吗？
所以作为一个SaaS软件，尤其是可能某些用户群体一天的工作就是在你这个软件中完成的。你提供一个专业，全面的软件，要远比一句“哇，你这个软件的流程好简单”更靠谱。
#专栏作家#执迷，微信公众号：执迷有悟，人人都是产品经理专栏作家，一个后台产品经理。
本文原创发布于人人都是产品经理。未经许可，禁止转载。
题图来自 Unsplash，基于 CC0 协议