在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而言，其在一个系统中，可能也需要同样的连接和羁绊，才能变得活络，而这些连接和羁绊，都需要以用户的需求出发来延展。
