如何盘活一个说明书性质的APP？

　　在iOS系统中有个以灯泡为icon的APP“提示”，当iOS有更新内容时，用户可以在此查看新功能，而我现在所在team也在做一个系统，也需要做类似的功能，而在和小伙伴聊起这个应用时，发现找个APP可以做的更加“活络”一些。
　　在iOS系统中有个以灯泡为icon的APP：
　　为什么需要？
　　一个物品需不需要说明书？
　　答案是最好不要，就要像矿泉水一样，拿过来就该知道怎么喝。但现实中并非如此，即使经过智能手机多年发展，用户已经被教育或者学习得很好，仍有层出不穷的新应用、新功能要告诉用户该如何使用，即使“简洁”如微信，也需要在设置中增加“帮助与反馈”。
　　另一方面，随着系统越来越复杂，APP越来越多，功能越来越多，设计者需要挑选出一些亮点、精选功能给到用户，既能方便他们选择，也能突出特色。
　　所以我们可以认为现在的说明书是“精选详细介绍”的组合，类似我们去一家餐厅吃饭，菜单的头几页可能都是招牌菜的大图介绍，后面是这个餐厅所有能供应的菜品介绍。
　　而我们team所做系统更加负责，匹配的硬件也更加“大”，从系统的复杂性、功能的多样性、功能的新颖性上来看，这个名叫“提示”，实为说明书的应用也在所难免。
　　基本需求是什么？
　　那么对说明书的基本需求是什么哪？
　　此处的需求可以从两个方面来考虑：产品设计者和用户。
　　产品设计者的需求：
　　让用户知道新功能及其使用方法；
　　方便用户搜索、筛选某个功能的使用方法。
　　用户的需求：
　　有个功能不会用，来查询一下；
　　看看新版本有什么新功能；
　　被推送消息吸引，进来看看。
　　如果仅仅看这两个方面，我们可以发现这个APP在每次系统升级时更新下内容便可以，但是这不算活络，这还是一个低频、低连接的孤立APP。
　　如何盘活
　　我们试想一个问题：
　　我们会经常用手机上的计算器吗？
　　我们会经常用手机上的微信吗？
　　答案很明显，那为什么会有这个差别，因为关联性，也就是连接，不仅仅是人与人间的连接（比如：好友聊天），也是功能与功能间的连接（比如：微信支付）。所以如何增加关联性，是盘活的关键问题。
　　在增加关联性这个角度继续往下想挖掘，就要看看用户在用这个APP时是什么场景、心理预期是什么？（可以参考之前文章两千字，谈谈我所理解的“场景”两千字，再谈谈我所理解的“场景”（V2。0版））。
　　当用户看到某个功能介绍时，是否会有如下想法：
　　这个功能不错，想详细了解；
　　这个功能不错，现在就试试；
　　这个功能不错，很赞，该打赏；
　　这个功能不错，应该告诉；
　　这个功能不咋地，来个倒立大拇指；
　　这个功能不咋地，应该样设计才对；
　　这个功能没讲清楚，到底什么意思；
　　这个功能还需要其他硬件啊，其他硬件怎么买；
　　以上可能是用户部分想法，当我们知道这些想法后，就要去满足或者引导用户实现这些想法，而这其中就能延伸出连接的功能：
　　针对1，可以增加详细说明页面能力；
　　针对2，可以考虑增加当前页面打开APP能力；
　　针对3、5、6、7，可以考虑增加点赞、反馈能力；
　　针对4，可以考虑增加分享能力；
　　针对8，可以考虑增加跳转到电商能力。
　　以下图来看下前后对比：
　　左侧展示简单的说明书应用，在功能上与其他应用没有连接，连接仅仅存在文字上，所以用虚线表示；
　　右侧展示我们根据用户在看说明书时心理的变化而增加的链接，这样将说明书这个应用从一个孤岛变成一个网状结构中的节点，而这个节点所在的网状结构是可以持续运营的，随着每次更新的内容不同，修改展示的内容、修改关联的APP。
　　如下图：这才是这个事情更高一层的定义：一个与其他应用有连接、可运营的说明书。
　　这便不仅仅是说明书，它可以是个推荐功能的地方，可以导流电商的地方，可以收集反馈的地方。
　　写在最后
　　人在社会中，需要更多的连接和羁绊，才是幸福生活，对一个功能或者APP而言，其在一个系统中，可能也需要同样的连接和羁绊，才能变得活络，而这些连接和羁绊，都需要以用户的需求出发来延展。