简洁设计

产品设计，复杂不是目的，简洁才是。因为人脑只会倾向于接受简单的事物，对于复杂的东西，很容易让人望而生畏。

复杂逻辑 简单表达

第一步是复杂，将逻辑、元素整理清楚，这个阶段越详细越好。比如社区中心，记录别人的我的回复，原始的逻辑可能是这样的：

原始分析

按照脑图，将信息完全表达清楚，设计出来的界面可能是这样的：

消息界面1

第二步应该是简化，上图从逻辑上说是OK的。将回复消息分成三种类型：赞、回复原文、对评论的回复。但是，用户在看这个时候，会不会明显觉得比较吃力？因为页面元素太多，让人不能一眼看到主要核心内容。从实际情况看，评论了XX的回复或者是评论了XX的日记，并不需要记录，通过是否有引用就能直接看出来。去掉一些元素，简化成下面：

消息界面2

产品是一个很细的活，不管是在逻辑考虑、讨论或者是和开发的沟通中，想的越全越好。最后回到用户界面，需要做简化。

产品功能

作为产品，很多人都想做加法，认为功能越多，越能体现产品的价值，其实不然。产品的功能，应该是与业务的发展密切相关。对于初期，业务不复杂，资源不多的情况下，或许少量的分类+瀑布流便能解决问题，完全不需要那么多复杂功能。

不要为了做功能而做功能，应该要以业务和用户为核心。比如简书首页，在最初也没有增加热门专题的分类，阅读的主要入口还是热门推荐。但随着业务发展，作者与用户越来越多的时候，才开辟其他的内容发现入口。再比如做移动医疗，如果模仿微医，有从科室、医院、疾病、问题等各个入口去引流预约，但初期你并没有那么多资源，用户也并不多，选取一个主要入口就够了。

再比如，对于评论功能，有些做的复杂的评论，会将评论当做内容来做。根据点赞次数来排序，精选优质评论，对评论分类: 热门 最新 默认等。甚至像虎扑，将评论拉出来单独放在主界面中。如果只是看别人的，会发现做的都挺好，但是否现阶段适合自己，则要仔细考虑。初期，甚至都不允许对评论进行回复，重点就是阅读文章。

在功能不多，业务不复杂的时候，简洁应该是产品的优势。在简洁的基础上，应该要深耕，而不是做复杂。

UI简洁

简洁几乎也是UI中的普遍的思路。比如设计常用到的：删除、隐藏、归类、转移，都是将元素尽量简化为核心。设计中，页面的颜色、字体、大小、阴影、icon等都有严格的限制，每种颜色或者大小，都应该有实际表达的意义，能表达出内容的区分。比如某种颜色是可点，某种颜色是不可点等。扁平化趋势，也是为了以内容阅读为核心，在UI上去除掉无关的影响。

架构简洁

对于后台产品来说，也同样要简单。首先，结合实际情况，流程、状态等是否能简洁设计；然后，考虑是程序写死还是通过表结构来记录。如果开始做的东西都很复杂， 后续的扩展性会受到很大限制，做一个新功能，受到的历史包袱影响会很大。不仅会涉及到前端的功能，还有历史数据迁移等。

架构上的简洁，更多是要分类清晰。比如在数据库的表结构中，初期不同用户(患者 医生)等有不同用户可能各自都有一张表，因为具有不同的属性。但随着业务的发展，如果用户的类型越来越多，可以考虑将不同的类型的用户合成一张表。