广州共享产品设计原则介绍：

原则一：不要让用户选择

对于某一功能，首先考虑清楚设计的目标是什么：是想要让用户付费还是不付费？是想要用户确认还是取消？是想要用户前进还是返回？

当确定了这些流程的『理想化』走向时，就把产品本身或用户所期待的那一个方向重点剥离出来，作为备用或与意愿违背的操作则尽量隐藏或弱化。

原则二：在不造成新麻烦的前提下，解决任何一个小的旧麻烦，都是一种提升

想要解决一个用户需求，往往有两种手段，一是从一个新角度完全创造一种新的流程和做法，第二则是对原有的模式进行优化更新。无论选择哪一种，都应该明白，对原始模式的任何一点点提升，只要不造成新的麻烦，就都是可取的。

原则三：尽可能地将面向用户的流程精简，采用相对烦琐的技术或隐性流程来替代

早初设计产品的时候，总是会把整个流程给梳理出来，而这些流程往往又是混杂了用户流程和产品自身流程——换言之，有很多东西用户是不需要知道的。为了面向用户的一侧更加简洁和可靠，更多的技术细节和流程都可以隐性地完成，或者使用技术复杂度来替代用户流程复杂度，这都是划算的。

原则四：快速上线、模式验证、可用性测试都十分重要，不要立即花费大量的时间做开发与设计，而应该落脚到产品的根本

这是近期极大的一个收获和心得。尤其对于产品经理来说，很多需求和模式可能在前期都无法得到百分之百的确定，某一个产品的实际效果真的之后上线推广测试之后才能有真实的反馈，再进行调整和迭代。对于这样的情况，请使用所有传统、粗劣、暴力的方式尽快将新模式或新功能推到线上测试，获取模式验证的反馈。与之相对的，不要在前期花费大量的时间去做开发和设计，一旦模式验证不通过，这些工作很可能会白费。

原则五：设计者本身往往不是典型用户，不要对自己的认知和设计过份认同，也不要立即对别人的意见提出反对

我认为产品经理入门的一个要点就是认清：自己不是典型用户。你认为这是需求，这未必是真正的用户需求；我认为不需要这个功能，也不代表没有人需要这个功能。刚开始接触产品的时候，喜欢固执己见，在听到别人的创意时，首要时间都是去寻找各种各样的反驳的理由。但是在有了一定的经验和阅历之后，我们常常发现自己的感觉往往是不准确的，而产品经理的一大职责，就是采用各种用研手段去论证这个需求是否真实存在。

原则六：考虑所有极限情况，这包含在功能逻辑、视觉设计、交互设计的每一个环节

极限情况有助于完善产品的方方面面。无论是功能逻辑上（超高并发量、或初期零基础用户阶段），还是视觉设计上（空白内容页的展示、大量内容的处理），或是交互设计上（断网、系统卡死反馈），都需要考虑每一个极限情况。