PD在设计产品的时候，经常会讲到几个观点，一个是可用性：产品设计出来以后，是否可以完成预期的商业目标；一个是易用性：产品是否方便用户使用，包括流程是否顺畅，文案、交互是不是容易理解等。上述两点从一般角度来看是没有问题的，但是在资源有限、时间有限的情况下，如何在可用性、易用性上进行取舍，产品后续的迭代开发应该如何进行，这些问题往往有很多人会有一些错误的观点。
在保障基本流程完备的情况下，易用性的优先级高于一切！
易用性的优先级高于一切，可能很多看到这句话的PD会喷我一脸，“在可用性、功能都没有完备的情况下，谈什么易用性？”。没错，易用性在很多人看来是一个“进阶”的属性，是一个从80分做到100分的过程，但是在我看来，易用性是在资源有限、时间有限、基本流程完备的情况下，提升产品最好的一个途径。
产品的可用性是完全可以迭代的，在办公室里没有一个PD能够完全了解用户的所有需求，更何况用户的需求还是非常多样化的，如果在做产品的时候都去要求一个产品尽善尽美，要这个产品去符合“几乎所有”用户的需求，这是不可能的。产品功能是在产品推出用户使用后，通过各种渠道收集用户的意见以及对用户的数据进行分析后，不断迭代完善的。
产品的易用性则不一样。产品如果在一开始就没有很好的易用性，用户的流失会非常明显，这从我从事的工作中分析的数据已经有了较多的案例来证实这一点。易用性更多的提现了一个产品用户使用起来爽不爽。理想状态下，易用的产品是用户看到这个东西就知道怎么去操作，不用借助任何帮助文档。在产品设计过程中，尽可能站在一个用户的角度去还原用户真实的使用场景，找出其中的流程断点、可能的漏斗并进行完善，在我看来是任何一个产品在发布第一版本前就必须要做到的事情。
只有一个产品先做到了易用，用户才会愿意留下来用，只有用户愿意留下来用，我们才能够获得更多用户的反馈，才能对产品功能进行更好的优化迭代。所以，在保障基本流程完备的情况下，在项目上线前务必要保障产品是易用的。