大家好，我是帅气小伙，长时间没有更文了，对不起关注我的小伙伴，今天我要向大家讨教一下什么样的设计才能够让APP迭代得更快更好。其实一个良好的设计，不仅能给用户能带给用户美的享受，而且能够让程序员更好的架构代码逻辑。
一、引入
这是一个我差点和最好的朋友翻脸的故事，他负责后台开发，同时也是项目负责人，大大小小的UI设计都由他把关，我们崇尚“敏捷式”开发。有一天，他突然就给我发了项目UI设计的最终稿。先来张首页吧。
程序员的我，第一反应看到这张图是这样的
首先说说这个“两个单选框”，设计师给的设计意图是，下滑的时候会消失，通过点击来切换页面
这就很尴尬了。用户左滑切换到了关注，而用户的意图是想看公告，而用户想看公告却要拉到最顶端。我首先提出了这个问题，然后得到的答复是：“先实现”。于是，神一样的“代码逻辑”就来了：
左滑时判断是否在公告页面，如果是，那就切关注页面，如果不是就切到公告页面
可是用户左滑完了之后，都不知道自己在哪。
这两个单选框显然是饮鸩止渴，严重阻碍了迭代，随着业务需求的增长，首页分类必然会增加，那倒是还得要几个单选框？显然这是很不明智的。如果我的朋友事先让我看到了这个设计，这张图是绝对不会出现的。这就折射出现如今移动开发要求，负责移动开发的项目经理必须懂APP开发，而且在UI协商的时候请带上程序员。
二、分析
历来移动产品的更新迭代决定着产品的命运。那如何才能做到不大范围的修改，而且又是合理的更新。我们来看看简书的首页是怎么做的。
我通过反编译后，简书首页在我眼里是这样的
文章和专题，是永远都不会因为迭代而改变的，因为这是产品的定位，如果发生了改变，那就不是简书了。而分类是会变化的。
如果要程序员增加一个分类，那很快，第二天就能够发布更新了。
程序员只需要在文章的fragment的viewpager中加一个页面就好了。
如果分类很好很多，要增加一个内容管理，也轻轻松松
如果这些文章的分类动态变化的，可以结合推送来传达，更新也不用改变原来的首页。
简书是如何能够让用户次次都能够看到不一样的东西？
1.后台处理，有一个文章热度的排序，明确的说就是文章的热度随时间的增加而减少，反之。这显然需要在有大量用户的前提下才能够做到
2.UI设计，“热门”，“七日热门”，“三十日热门”，它们为什么不连续放在一起，因为在用户少的时候可能重复，如果一直让用户看到的都是重复的内容，那这个页面就毫无意义了。再回到我的项目吧。
所有>关注>发现，那我们应该怎么选择呢，肯定必须去掉一页的，因为有重复内容。我觉得最应该去掉的是“所有”，因为当APP上线有一段时间了，有点数据了，用户并不想看到你的APP的所有内容，而是应该通过方便的“搜索”功能，取代这个页面。
关注>发现，也可能出现重复内容，那是不是应该去掉呢？这里显然不能，因为这是产品定位，比要功能。因此不能在一起，就分开吧。那就要把关注放到合理的地方，那就是底部的关注页面了。
那剩下发现，是不是剩下它就可以了呢，显然不是，因为产品初期，必须让用户感觉到，你的东西有人在使用，而只有一个分类的页面显然比较苍白无力，需要增加几个分类。这几个分类就需要好好的从产品定位方面去思考了。
三、总结
这年头，做一款移动产品真的很难，考验的不是程序员的编码能力，而是对用户情景的分析和思考。
这是我的一点想法，如果有哪些不正确的地方，请看官批评指正，留言全部有回复。
