从微信自定义菜单功能新机遇从微信自定义菜单功能看新机遇.doc

摘要: 本文来源知乎《微信推出公众平台》问答中马力同学的回答，雷锋网已取得作者授权，并对排版作适当调整。 微信自推出自定义菜单以来，媒体便做了广泛报道，其中最受关注的是应用中应用的功能，对于用户来说，这是体验的一大提升，如果拓展开来，相当于每一个帐号便是一个应用，这样... 本文来源知乎《微信推出公众平台》问答中马力同学的回答，雷锋网已取得作者授权，并对排版作适当调整。 微信自推出自定义菜单以来，媒体便做了广泛报道，其中最受关注的是应用中应用的功能，对于用户来说，这是体验的一大提升，如果拓展开来，相当于每一个帐号便是一个应用，这样的公众平台，发挥的作用便要大得多。马力同学从人机交互的角度，对微信自定义菜单功能的诞生及改进的过程，以及微信企业渠道带来的新机遇，做了详尽介绍。 1. 背景：从命令行向图形用户界面的过渡 早期的DOS系统是典型的命令行交互方式，输入一行命令，获得电脑的反馈。后来图形用户界面出现了（施乐、苹果、微软等的贡献），用户能够通过（鼠标）点击操作电脑，易学、易用、高效，这是电脑能够走向寻常百姓家的重要一步。 之前微信公众账号的用户所面对的正是类似DOS的交互方式，一维的命令行形式，通过文本交互的方式来和账号互动，诸如回复“1. xxx；2. xxx” 之类，或者回复一些简单的文本，公众账号给出相应的反馈。这样的交互方式有点像04、05年流行的短信互动（现在也在一些短信系统中继续使用），通过上行、下行短信的方式进行交互。我们在05年曾经专门做过用户访谈和可用性测试，用户在使用这样的短信系统时，遇到的问题不少，并不是一种有效的交互方式。 当然大家也能够在上面做出一些花样来，典型的是通过微信公众账号进行搜索，还有放机器人进去实现自然语言对话之类的。最近我们在上面也为消费品企业做过一些事情，能够让用户输入商品名称，反馈出相应的商品详细信息等等，或者让用户输入当前的位置（通过微信的位置功能），反馈离用户最近的门店信息等等。 但是总体来说，这样的局限性是用户的认知负担比较重，首先需要知道能在公众账号上做这些事情，这需要通过用户添加账号时的欢迎消息，或者用户输入“HELP”来获取帮助，这不是一种很好的体验（上一次大家用“HELP”估计还是在 CMD 命令行里吧…）。有一些公众账号通过自己的页面定制的方式来解决，给用户一个链接，用户点击后会进入到定制页面（这个页面是信息提供方的），用户可以在那里以图形化界面的方式来操作。这也是一种减少门槛的办法，但还是差一点点。 2. 微信自定义菜单 这次的自定义菜单应该只是微信第一步的尝试，两级菜单（第一级只支持3项内容），能够支持微信消息和链接，在这个基础上，已经可以玩出很多东西。特别是对于信息类的微信公众账号，用户能够通过简单的点击获得账号提供的最主要的信息服务。 自定义菜单最大的优点是减少了用户的认知门槛，可以将公众账号里的重点信息入口直观的暴露给用户。当用户进入到公众账号时，可以一目了然的了解相关的服务，只需要点击，不需要再通过一系列的命令行交互（或者简化了命令行交互的方式，提供了更低门槛的入口）。类比一下，这有点像 DOS 时代的那些 Shell 程序，优化了命令行交互。 目前的几个测试账号，骑行西藏、音乐小店，已经能看到一些有意思的可能性。用户在微信对话界面，就能够获得常用信息，直接听音乐等等。在音乐小店账号，能够看到在欢迎信息里，直接读到了用户的微信昵称，可以猜想尽管微信会很谨慎，下一步开放更多的用户信息应该会是趋势，这样就能够给用户带来更多个性化的服务。 3. 微信 App 80/20法则在移动互联网中表现非常明显。对于用户来说，企业提供的App，里面可能只有20%甚至更少的功能/信息内容，是用户真正最需要使用/获取的。这样的功能和信息内容，通过一个更易用的微信公众账号提供出来，就已经能够帮助用户解决80%的问题。 对于机构和企业来说，Native App，Hybrid App，Web App… 这些都不过是技术，是途径，不同类型的 App 有各自适用的情境（Context）。有时需要 Native App，因为 Native App 可以更好的发挥移动设备的特性，可以有更好的用户体验；有时候需要 Web App，甚至 Mobile Web Site，因为对于临时使用和临时性的信息获取而言，移动网站的门槛更低，更易于推广，但是缺点是难以将入口固定在桌面上，并且有时体验会差一些（包括 Native 和 Web 混合式的 Hybrid App，体验大多数时候也不是太理想）。 机构和企业真正关注的，是如何用最简单有效的方式构建一个通向用户的渠道，如何将自己的内容传递出去，如何给用户提供一些主要的服务。 现在的公众账号已经是一个轻量级的 App 了，借助于自定义菜单（以及未来微信