产品体验，越来越重要
今天是一个体验为王的时代，这话一点都不过分。特别是对于互联网产品来说，消费者的话语权越来越强，如果你的产品做得好，不久就会口口相传；如果你的产品做得烂，不久就会骂声一片。所有这一切在过去是不可想象的。但今天，每个人都可以发布信息，每个人的声音即使弱小，也总能被别人听到。在我所工作的地方，会接触各种类型的体验问题：有产品上的体验问题，有客户服务上的体验问题，有营销活动上的体验问题。这些问题，都在一次次的降低客户心中对我们的评价。我们认为需要有一个平台，以中台形式为上层赋能：我们需要为业务产品输出改进建议，并推动产品做优化，恢复和提升产品在客户心中的评价这件事情可以被抽象得很简单：发现问题，推动问题改进，衡量改进价值。 体验发展中心的玩法以上面三点为核心，公司成立了体验发展中心。团队早期有近30号的体验分析师，分散在公司的各大产品中，和产品、技术团队同吃同住同劳动。以人肉的方式，从用户的投诉原声、微博舆情等渠道收集问题。结合收集到的用户问题，以自己在某个产品中的长时间沉淀为基础，向产品经理(PD)提出改进建议。而这些改进建议往往都不会被采纳，大致的原因有以下几种： - 你知道的问题，我早就知道了。- 由于你在技术、产品、运营上并不专业，所以你的改进方案并不好。- 你说的是个案，不能代表某一类用户的利益。- 我们还有更重要的需求要做。
在这个阶段，体验分析师的职能特别像是一个不专业的测试人员，提出的问题大部分都被否定了。采纳率和采纳数量都很低。在这个阶段，团队的首要目标是先具备提出有价值问题的能力。“你说我们不能代表用户，那我们就直接让用户和你聊聊”。带着这种思路，体验发展中心找到我们寻求技术合作。直接建立用户和PD的桥梁体验发展中心和技术团队合作了一个项目叫VOC，客户之声。我们做了一个网页让用户来提意见，并且让对应的PD出来给出答案。 我们想建立这样一个系统，让用户和PD产生链接，把用户的问题和PD的解法撮合起来，并通过一定的技术手段提升信息的撮合效率。这个系统的建立初衷是有情怀的，但它在上线运行一段时间后，它的特性发生了一些演变： - 内容量大。质量低：大量的业务咨询、账单查询等问题涌入，PD化身为客服人员，每天需要处理大量的用户服务。并且信息绝大多数对产品的优化和改进是无意义或者意义很小的。PD每天也有自己的很多事情需要处理，用户长时间得不到回应反而降低了服务体验。- 和服务渠道同质化：虽然初衷是想开一个入口就能流入高品质的改进建议了，但大量的客户服务诉求也涌入了进来。而且这个渠道并没有在客户中心的人力调控下，对公司整体而言在成本和口碑上都有负作用。
经过总结，我们意识到了两个问题： - 用户的反馈，对产品有效或无效的信息，最终都会进入到人工服务、自助服务等服务渠道中，我们不需要单独开辟一个渠道去分流用户的反馈。所以我们想要了解用户的声音是什么，可以考虑从人工服务、自助服务等服务渠道获取。- 每天的数据是海量的，单看每一条用户原声都是感性的、能让人感同身受的。但单个信息难以折射出在十几亿的用户群里，影响程度是怎样的。
于是我们开始尝试对用户原声进行NLP处理，尝试以技术的手段聚类出用户在说什么。数据技术，自动聚类问题的尝试每天公司有接近20W的人工服务，几百万的自助服务，几百万的舆情数据，以及其他很多渠道的和支付宝相关的信息我们全部接了进来。从数量上看，属于大数据。按照大数据时代的典型玩法，把每天这么多的数据丢到一个系统里面进行建模、训练，我们就有希望让机器自动识别用户遇到的时什么类型的问题。机器如果有能力对问题进行分类，那么我们就能为产品的问题找出对于的成本数据（服务量、投诉量）。结合数据，我们的内容应该更好，PD和技术团队应该就能接受了。这个阶段，技术团队投入了近15人，一半做系统建设，一半做NLP技术。而在这个阶段，我们遇到了新的问题： - NLP技术瓶颈：我们没能很好的把大量用户的观点聚类成较小的问题。无效信息太多，技术上没能帮助体验分析师获得有价值的问题。这里面有很多的瓶颈，错别字的辩证修复、上下文的语境联想、句法依存关系分析、中心思想提取、多语言处理等，都成为了我们当时不可逾越的技术鸿沟。- 人肉分类替代NLP：客服人员在进行人工服务的时候，会有一个“服务引导”系统对用户的问题进行分类。分类所用的类目树也是人工维护的。- 服务数据的价值被质疑：通过人肉分类，可以得出产品在服务上的表现。例如“余额宝-转出”问题，每天的服务量会和服务时长一起折算成服务成本，向产品提出改进要求。但这种属于非常高层的战略决策，不同产品在不同的发展阶段，对服务成本有不一样的容忍程度。而且以“服务量”作为指标，一直是在从“服务”向“产品”做数据论证和舆论压力输出，产品方并不买账。
在这个阶段，我们开始尝试数据技术，期望从海量数据中发现“用户想要什么”。现在回想，即使我们当时在NLP上突破了技术瓶颈，我们仍然不会成功。我们在成功定义上出现了偏差，仅仅是站在“代表用户”的制高点上，去要求“产品”降低一些“服务”压力。产品团队看得很透彻，在业绩和服务成本的权衡上，无法不能打动他们。引专家入场，影响有影响力的人上一阶段的高开低走，让很多人开始对“产品体验”谈虎色变。技术团队经过一段时间的调整，只留下了一名技术人员进行系统维护。在这段时间里，体验分析师不再押宝到数据技术上，开始回归到自身业务本质。在能力达不到的情况下，引入了一些资深的数据分析师、不同领域的产品专家、成立了X小组专门面向产品做分析报告。这些专家输出了一些有影响力的案例，他们的文章里有分析数据、有竞品分析、有段子、有感性的用户原声、有靠谱的改进建议。反馈问题的内容，从单纯的文字变成了一篇多媒体的文章，文章具备了一定的文学性，并且带有专家自己独特的看问题视角，能在一定程度上弥补产品团队的不足。专家的引入，让问题的接受程度有了一定的提升，但和我们的预期还有很大的距离（我们自认为专家的分析应该100%被采纳）。经过我们的分析，主要在于这些改进建议的提出，都会对产品的迭代排期产生冲突。从分析师个人的推动力上，很难去影响产品的迭代优先级。在这个阶段，技术团队开始为体验发展中心打造了一个体验社区。专家的分析文章以帖子的形式发送到社区中，社区具备回复、转发、点赞、at谁来看等功能。运营团队每周主推一个产品主题，引入了很多总监、副总裁关注社区，并对分析师的改进方案发表自己的看法。具备影响力的高管发挥着自己的关系链，能够帮助分析师找到解决该问题的关键人物，并提供了从上而下的强大推动力。 在PC端和无线端共同建设的同时，开办了“用户精品原声”、“业界资讯”、“一周热点”、“专家说体验”等栏目，在运营团队的发力下，很大程度的改善了公司内部的体验氛围，大家在通过社区模式重视体验这件事情的同时，也引入了更多专家的专业投稿、更多领导的决策互动。这个阶段属于“众筹模式”的一种玩法，体验设计比较好的撮合了“专家”、“关注产品的粉丝”、“高层”、“PD”。在运营推广的那段时间里，问题推动力空前的高，全集团近一半的人关注产品体验，每天有100多份问题投稿，每周有几十个问题通过平台得到推进，每周有几十位高管关注平台的内容。和第一个阶段相比，我们开始使用一些“分析资源”处理海量的用户信息，将经过高度抽象和提炼后的内容展现给PD、高管等。和第二个阶段相比，在“分析资源”的选型上，我们从“智能万能”的思想里走出来，开始相信“专家的力量”。这一阶段还基于众筹模式，向草根专家敞开了入口；以社区的力量形成内部舆论，从而左右产品需求优先级的设定。以辩证的思维来看待这个阶段，在看似成功的表象上，也深埋了一颗即将爆炸的炸弹。向专家学习，做报告界的专家系统从上个阶段走来，我们基本上认为问题的推动力是足够的了，我们能够推动产品改进了。我们通过体验社区，能够每天众筹备到很多的投稿，体验分析师从投稿里面选择素材进行加工生成问题，再通过运营进行推动。一份好的报告需要经过故事架构、素材准备、文章排版、后期美化等一系列操作。对于专业人士来说，都要消耗近2到3天的时间，且需要多人协同。我们为此做了一个提升效率的专家系统，让时间缩短到2小时：它提供可视化的组件、拖拽式的编排、专家的模板。我们希望该平台能够让体验分析师共享专家的思维模式，我们希望体验分析师和专家能够将精力用在内容生产上，而不是内容美化上。你们负责内容，我们负责美。 这个阶段在表面上看着也是很成功的。但后来我们分析，该产品在技术上有所突破，在对人员赋能提效上有突破，但在“解决用户问题”的初心上，价值是不大的。所以它的成功基本上是在延续着上一阶段运营积攒的人口红利。专家的分析思路可以通过文章架构以word形式共享，不一定需要一个线上系统；专家的文章美化可以线下通过PS模板形式共享。从短期上看，专家系统的建设仅仅做到了“技术炫耀”；从长期看，很多信息线上化之后，才会有深度分析、多份报告观点提取、改进策略自动跟踪等应用场景出现。一味的增加推动力并不是一个很好的方法，这时我们尝试降低PD的接受门槛。我们做了一个系统，能够让用户在线报名参加“全民小二”的活动。参加该活动，能够让用户直接具备“客服小二”的权限，能够在工作台里面接收到“用户的求助”。
花呗团队每月迭代发布后，均会自发组织一场全民小二活动，了解用户情况并进行圆桌讨论。从群众中来，到群众中去，给其他重点产品起到了一定的榜样作用。
运营人员组织了“产品团队服务”、“双11千人服务”、“全民服务两小时”等活动，让产品的PD、技术人员等逐步走到服务一线，开始感知自身产品的问题，吃自己的狗粮。和前面几个阶段类似，辩证看到一定成功的背后，仍然会有严重的问题存在。由于我们善于对复杂问题进行分解，我们给出的解法都是局部最优解、而不是全局最优解。在推动力这件事情上，通过社区模式增加推动力、通过全民小二降低接受门槛，这是一个很好的点，甚至是一个很好的线、面。但当升维到“客户价值”时，却发现我们仍然在代表自己，用一切努力和技术手段，售卖自己的story。不忘初心，方得始终；再谈产品体验时，已经逐渐能从“推动产品解决问题”的阶段，开始进入到“通过数据和计算的力量，帮助用户发声”的阶段。未来还会有哪些有趣的东西出现尚不得而知；能够知道的是，在不断完善和架构产品体验生态的路上，会是一场难忘的修炼。
相关资源：药剂师工作职责_药剂师是干什么的_精选.doc