如果让我操刀微信应用号，我的分析流程是这样的

2，公众号目录的位置和通讯录的位置在同一个界面，公众号目录默认按照首字母进行排序，和通讯录好友排列方式统一，如果用户要寻找到一个自己想进去的公众号，最直接的操作是往上滑动屏幕，知道首字母还容易，不知道的话就要找很久还不一定找得到。

3，公众号的展示形式，对应每个公众号的主页，只有对话框和自定义菜单两种。也许很多在做微信产品设计的同学都面临两种选择，是把功能拆分放在自定义菜单的子菜单，还是直接进入H5页面进行像APP一样的功能布局，当然，不同的公众号有不同的方式，这就要根据不同的产品进行规划。功能多的就不要添加这么多二级菜单，功能少的，可以直接在二级菜单展现。这里有一个很重要的问题可能是应用号需要解决的，那就是在进入任意一个子菜单的时候，想要进入该公众号其他的的子菜单，必须关掉该页面，然后进入到公众号主页，再次点击主菜单找到相应子菜单进入，这里多了至少3不操作才能进入到想要进入的页面。

4，公众号分享功能，从微信公众号分享出去的链接类型有两种：一是微信素材，二是其他服务器链接。微信素材的用户阅读相关数据，公众平台都有统计，二其他服务器的则无法统计，那么问题就来了，如果真的需要分享公众平台里面的内容，用户是分不清是微信素材还是外网链接的，分享出去以后如果公众平台需要吸粉，需要关注以后才能查看，那么用户就打不开该链接，需要关注微信公众号才能打开。

四、微信应用号的雏形是否已经存在于当前微信版本？

这里做一个大胆的预测，微信应用号很可能已经存在于当前的微信版本，理由有以下两方面：

1，微信推出公众号是搭建在通讯录和信息列表的基础之上，而是让用户自主去添加公众号，就像添加好友一样，所以公众号并没有单独分离出来放在“发现”或者“我”的板块，所以位置放在通讯录也是合情合理的。其缺点上文已经阐述。

2，这次微信推出的应用号还是按照公众号一样放在通讯录和信息列表的可能性不大，这是一个错误的抉择，当然也不排除在信息列表单独列出，对于一切以用户价值为依归的微信来说不可能做出这种事。剩下的就是“发现”和“我”，而“我”这个版块已经添加了智慧城市的概念，所以，也不会放“应用号”这个要重点布局互联网 生态的版块，可能性只有“发现”这个版块。