“小程序的三件事”，还有这些问题要考虑

“微信之夜”的演讲结束了，关于小程序的思考没有停止。

                               
登录/注册后可看大图

一、关于搜索、建立用户评价和小程序的找回

“微信之夜”演讲提到，2019年小程序有几个重要的事去做：搜索的直达、完善用户的评价体系和小程序的找回。
最新版的微信小程序已经有了搜索和查看我的小程序的功能。虽然搜索还未达到提出的“可以直接搜索到小程序里面的内容”的程度，目前还是根据“搜索小程序的功能”来找到小程序。
拿演讲上举的例子来说，“输入一个航班号”搜到的小程序可以是有各种功能的，可以是查询航班号，可以是吐槽投诉该航班，还可以是想找到航班上的人或物等等，但用户通常是只想要某个功能的。
所以我想，用户输入的真的会是一个航班号吗？或许他更多场景下输入的是想要的“某个功能或服务”，比如“航班查询”或“航班投诉”这样的描述一个小程序的功能的信息。
那么需要小程序本身能提供这样的一个描述自己功能的信息，这一点小程序开发者通常都是有做到的。
不过现在这一展示信息有一个不足的地方就是，如果描述语过多，会将过多的内容显示为省略号，但用户没法查看更多的内容（点进去之后是小程序的页面）。所以，这样的情况下，开发者提供的关于小程序功能的描述是失效的。
但是，用户需要直接通过在搜索结果页面就能查看到完整的描述，才能更好地决定到底点不点进去这个具体的小程序。所以，建议可以添加个“更多描述”的按钮，可以展开完整的信息。

                               
登录/注册后可看大图

图 1 搜索结果页面的显示
此外，用户多数时候不止想看开发者是怎么描述小程序的，还想看到其他使用过的用户是怎么描述该小程序的，也就是“小程序需要一个完善的评价体系，使得用户可以作出选择”。
既然这个评价的作用是帮助用户做出选择，那么它也是属于“描述小程序”的一部分，同样需要展示在搜索结果页。如果仅展示最热或最新的评论，无法较全面地展示这个小程序的功能和优缺点。
如果想展示所有用户评价也是不行的，这个页面显然放不下所有的用户评价，而且也不需要放下所有的评价，因为多数评价都是没有明确表达信息的（参考类似场景下，用户在应用商店里的评价），用户通过这些评价来获取一个较完整的小程序的描述要花的成本很高。

                               
登录/注册后可看大图

                               
登录/注册后可看大图

图 2 应用商店里的评价
用户在留下评价时的表达是不明确的、不本质的，留下“好，体验很好”的评价，他可能是觉得功能很好，也可能是觉得界面很舒服；留下“不好，不要用”可能是觉得内容太少，也可能是功能不能满足需求；“垃圾，周杰伦的歌都没有”可能是想表达小程序大众音乐版权的缺失，“很好，XX的歌都有”可能是想说小众音乐内容很多等等。
我们需要找出这些评价的本质是什么，用户到底想表达什么。
我想到的一个方法是，在用户评价时，设置几个关键词，引导用户留下相应的评价。比如在听音乐的小程序中，可以有“内容完整度（曲库全与否）、歌词完整度、特色功能”等（根据不同类型的小程序设置不同的评价关键词，应该是较理想的。
不过第一版可以从为所有小程序设置通用的评价关键词开始，之后再根据累积的用户评价逐渐完善不同类型小程序的关键词）。然后通过技术抓取和分析用户的关键词评价，来更全面、准确也更精炼地描述小程序的功能。同时，这些用户反馈也可以封装起来给开发者，让开发者更好地了解自己的用户使用情况以改进和迭代小程序。
此外，如果是熟人使用过该小程序，还可以优先展示熟人的评价（不过在用户发表评价时，应该让用户选择是否愿意在熟人之间实名展示自己的评价；如果不愿意实名，此时对于用户A看到的应该是“匿名熟人”的评价），让用户更好地做出选择。
还有一个场景，当用户分享某个小程序到朋友圈时，也是可以作为评价的一个来源，可询问用户“是否将此分享内容作为评价”。
在“小程序的找回”中，目前没有搜索使用过的小程序的功能，但用户用过的小程序可能很多，不能一一查看，估计后续将有搜索功能的完善。
在有了评价功能后，还可通过搜索用户自己的评价找回，毕竟有时用户并不太能记得小程序的名字，而评价会是一个较好的情景回顾，帮助用户回想起是哪个小程序。

二、发现更多使用小程序的场景，从而扩展小程序的入口

最新版微信中有个众望所归的浮窗功能，能很好地满足用户在使用小程序或者阅读文章时，还需要回复消息的场景下的快速切换需求。
我在使用这一功能时有个想法，就是使用浮窗是从“使用小程序或者阅读文章时有消息需要回复”这一基本场景出发的，所以浮窗也是在小程序和公众号文章下才能找到（找到后将小程序和文章的入口“添加”进浮窗）。
而在聊天页面、朋友圈页面并不能主动唤起（只能点击由小程序或公众号文章页面唤起的浮窗，进入这些预先留下的入口）。
这可以很好地满足用户的切换需求，却没有对“扩展小程序的入口”起到太大帮助，因为这一场景下用户使用的，仍然是原本就使用的小程序，而没有去寻找新的小程序。
如果要“扩展小程序的入口”，即让用户能除了搜索和顶部入口外，还去寻找新的小程序，需要挖掘更多用户可能使用到小程序的场景。比如，用户在聊天时、看文章时、逛朋友圈时，这些典型的场景下，有没有对某些小程序的需求？
我想是有的。
用户可能想听歌，但是又不想退出文章或朋友圈，或者看文章时想要找一下某个东西的解释，或者是看到了文章中提到的某个东西，想要在京东加个购物车。
如果在聊天页面、朋友圈页面也能有主动唤起浮窗的功能，而且在浮窗中能默认有对小程序的查找功能，也许能让用户在聊天、看朋友圈这样的大场景下的众多细分场景中找到更多对小程序的需求。
扩展浮窗的功能，不仅能从小程序、文章页面中唤起浮窗，并将正在使用的小程序和文章的入口添加进浮窗；还能在聊天、朋友圈、公众号文章页面中唤起浮窗来查找小程序。因为用户在这几个大的场景下还会有许多细分场景，在这些小场景中用户存在对某些小程序的需求，这些需求能有效扩展小程序的入口。
以上是我对小程序的一点思考，还望各位不吝指教。
本文由@yoonri 原创发布于人人都是产品经理。未经许可，禁止转载
题图来自Unsplash，基于CC0协议