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