【原创】用户体验要素之功能体验
互联网产品是基于互联网满足不同需求场景的传递或管理信息的载体，不同的互联网产品所覆盖到的需求场景不同，针对不同的需求场景所提供的解决方案也不同。
一个互联网产品为了满足用户的需求场景而承载的解决方案主要通过产品的功能来实现，一个需求场景可以对应多个解决方案，一个解决方案可以由多个功能来实现。换句话说，每个功能都是面向用户某个需求场景的解决方案，一个产品可以通过多种解决方案来满足同一个需求场景，当然一个产品也可以覆盖足够多的需求场景。一个产品覆盖到的需求场景越多、其功能必然越丰富，比如“支付宝”就是覆盖需求场景极度丰富的一个产品的典型例子。
举例来说：作为求职旺季的应聘者小王，在使用招聘网站“boss直聘”这个互联网产品时，为了小王满足所属账号信息的私密性，小王需要通过登录自己的账号才能更新自己的信息，那么小王会产生“登录平台”这样的需求场景，而为了满足这样的需求场景，“boss直聘”需要开发出“用户登录”的功能。
boss直聘的登录界面
在上图中我们可以看到，为了满足用户“登录平台”这样一个需求场景，“boss直聘”平台提供了四种解决方案：手机号+密码、手机号+短信验证码、手机APP扫码、第三方账号授权，这四种解决方案分别对应的功能是：密码登录、短信登录、扫码登录、微信登录。
举例说明：小王在boss直聘上投递了几份简历，发现效果并不是特别理想，因此小王决定切换到别的平台上看一下。他听说“拉钩”上招聘的企业更多一些，因此决定试一试。
拉钩的登录界面
在上图中我们可以看到，为了满足用户“登录平台”这样一个需求场景，“拉钩”平台提供了四种解决方案：手机号+密码、手机号+短信验证码、邮箱登录、第三方账号授权，这四种解决方案分别对应的功能是：（手机号/邮箱）密码登录、短信登录、微信登录/新浪/QQ/百度。
为了满足小王登录的需求场景，两个招聘平台都提供了四种解决方案，每种解决方案都有自己对应的功能来实现。那么产品功能是如何对用户体验带来影响的？
我们从产品功能产生的逻辑链来看，对用户需求场景理解的准确性是影响解决方案输出有效性的根本，针对用户需求场景所构建的解决方案的完善性是影响用户体验的核心，而基于解决方案所开发的功能是影响用户体验的主体。
如何准确的理解用户的需求场景？有一句在产品圈耳熟能详的话：“听用户说而不要听用户的”。这是在需求分析的过程中最需要注意也往往是最容易被忽视的一点。作为产品经理，在产品设计的过程中不可避免的要进行需求收集，而用户作为需求来源之一，产品经理是少不了要和产品的目标用户进行沟通的。在与用户沟通的过程中，很难见到用户从需求场景的角度来剖析自己的需求，而常见到的情况是用户会默认把自己的需求场景作为背景知识阐述自己想要的解决方案。
对比几种用户需求描述的表达方式：
表达方式一：“我希望可以确保自己账户的私密性，我的信息只有我可以更新，别人只能查阅。”
表达方式二：“我希望可以方便快捷的完成登录？”
表达方式三：“我希望进入自己的信息管理账户的门槛低的同时能有效保障我的信息安全。”
表达方式四：“账号是有了，但是密码常常记不住，特别是招聘平台很长时间才使用一次，更是常常忘记密码，要是能有一种方式能不用记密码就好了。”
表达方式五：“我觉得使用邮箱登录这种方式是有必要的，因为我经常使用邮箱来接受和管理重要的信息。”
表达方式六：“二维码现在很流行，如果能使用二维码扫描登录那一定是一件很酷的事情。”
表达方式七：“我觉得登录的时候应该提供一个使用手机号码和手机验证码登录的功能，别的平台有这种功能我觉得挺方便的。”
表达方式八：“输入手机号码后再输入密码，浏览器要是能记住手机号，不用每次都输入就好了；密码应该要求严格一些有数字、字母、符号至少两种组合是最好的。”
在这八种用户描述自己需求的语言中，表达方式一、二、三是对需求场景不同维度的阐述，表达方式一强调的是账户内信息的安全性、表达方式二强调的是方便快捷、表达方式三强调的是便捷性和安全性的融合。表达方式四、五、六、七是在阐述自己对某种解决方案的诉求，其中表达四提出的是针对某种解决方案的方向性诉求，而表达方式五、六、七是在描述具体的解决方案。表达方式八则是在阐述自己对功能层面的诉求。
在于用户沟通收集需求的过程中，用户因为知识背景不同，对互联网产品的认知的差异，会直接影响用户在阐述自己的方式和阐述的内涵。作为产品经理来说，在和用户沟通的过程中，需要认真听用户说，把用户的表达忠实的记录下来，然后对用户表达的内容进行抽象，分析用户表达的内容实在描述产品的需求场景、还是在基于自己的需求场景给出解决方案、亦或是在基于自己的认知体系在提具体的功能要求，收集到不同的维度的信息所采用的分析策略必然是不同的。
用户给到的反馈是面向需求场景的，那么产品经理要分析用户描述的是需求场景的哪个维度。用户给到的反馈是面向解决方案的，那么产品经理需要使用逆向思维来分析用户提出的解决方案背后的需求场景是什么以及这种解决方案解决的是需求场景的哪个维度的问题。用户给到的反馈是面向功能的，那么产品经理要逆向思维来分析功能背后的解决方案，从而再进一步分析到需求场景层面。
在完成需求分析和整理的工作之后，产品经理对分析的结果进行归类整理，在结合用户给到的反馈来看，才能对用户的需求场景有个准确的认知。
有了对需求场景的准确认知再来分析针对这种需求场景可以构建哪些解决方案，这时收集的用户需求描述将是极好的素材，从中可以反映出不同用户画像下的典型用户对解决方案的诉求。充分挖掘这些素材，找到有价值的解决方案或者对这些素材进行有效整合形成有价值的解决方案，是降低这个环节输出成本的技巧。针对用户的需求场景，可能会输出不止一种有效的解决方案，哪种或者哪几种方案是有效方案，很难在这个阶段进行判断。
如何来验证方案的有效性？这时就需要依据不同解决方案的功能来实现了。
当然不同的企业所处的阶段不同，在通过功能校验方案的有效性时所能调动的资源不同（在为用户提供有效解决方案时也要考虑实现方案的成本）。比较常见的方式是A/B Test，即同时针对这种需求场景开发输出两种解决方案，从同一类用户画像的用户中选取一部分用户分为A、B两个群体，A群体看到一种解决方案，B群体看到另一种解决方案，通过监控这两个群体的使用行为来分析确定哪一种解决方案是有效的解决方案（或者更受用户青睐）。
但是A/B Test方式往往需要产品具备一定的用户基数，或者公司有其他配套的资源来做导流支撑，而对于很多新产品或者没有用户基础的产品很难采用这种方式来验证解决方案的有效性。而针对这种情况，通常可以采用的策略有跟随者策略（优质平台有的解决方案或功能直接拿来用）、试验田策略（小样本典型用户跟踪的策略）、用户画像行为分析策略（这种策略对产品经理的知识广度要求极高）。
面向用户的需求场景所能提供的解决方案是有效的前提下，其相对越丰富，越能满足不同用户同一需求场景下不同维度的需求，自然也更容易使得用户获得功能体验的满意度。
面向需求场景的解决方案确定好了，用户很难直接通过抽象的解决方案来理解方案本身的好坏，因此为了让用户更直观的来理解解决方案的好坏，需要通过面向某种具体解决方案的功能来实现。
比如：第三方授权登录，这是需要验证的解决方案之一，而哪些第三方授权登录会受到用户青睐则需要通过产品的功能来实现了。对比一下“boss直聘”和“拉钩”两个第三方登录授权的功能，可以发现“boss直聘”只提供了微信授权登录这一种方式，而“拉钩”则提供了微信、新浪、QQ、百度四种方式。“boss直聘”和“拉钩”会出现这种差别，可能是因为历史的原因造成的。
想想一下，如果面向第三方授权登录的功能采用的是简书授权登录，可能一大波用户都无法使用这种功能。因此不能单纯的仅仅凭借某一种解决方案下的某一个功能的使用情况就判断解决方案的有效性，也许并不是解决方案无效而是针对这种解决方案选择的功能实现方式不对。
在验证功能有效性时，也可以采取前面提到的验证方案有效性时所使用的策略。
因此要想带给用户更佳的功能体验，产品经理需要深入理解：基于用户怎样的需求场景，需要构建哪些解决方案，为了支撑这些解决方案有需要哪些功能来做支撑。
用户的需求场景会随着政策的变革、经济的发展、社会的变化、科技的进步而有所变动，与之相对的面向需求场景的解决方案，以及面向解决方案的功能都可能会随着时间的推移而变化。因此在产品的整个生命周期中，产品的功能会随着时间的推移而变化。
番外篇
功能体验的核心是：产品解决方案能否满足用户的需求场景？对用户需求满足程度是怎么样的？解决方案的流畅性、完整度、统一性、差异性、整体与局部等是怎样的？
为了满足表达方式一而可以采用的解决方案有：普通的账号密码登录，手机账号密码登录，6位密码和8为密码，需要在固定的电脑上登录，需要在固定的IP上登录，需要专门的身份识别软件+硬件登录，需要指纹识别登录，需要声音识别登录，需要虹膜识别登录等等。
在上述例子中，不同的解决方案对用户需求场景的满足程度不同，越往后其解决方案的满足程度越高，但是同时其解决方案实现的成本也越高。在实际应用场景中，用户根据自己的需求场景希望满足的基本级别和可以接受的成本投入做出选择。
当某一种解决方案被选定之后，接下来要考虑该解决方案的流程是否顺畅。比如：是否会经常遇到走到某个环节走不下去，是否在不同的环节之间流转需要等待太久，是否在不同的环节之间流转需要频繁跳出，是否需要太多外部的资源或信息支持等等。
针对某一个具体的解决方案，我们还要考虑其完整度。比如：使用普通的账户密码保障用户账户安全这个解决方案，除了登录子功能外，还需要注册、找回密码、变更账号等等其他辅助功能以确保该解决方案的完整性。
统一性是指针对一个具体需求场景的解决方案，其解决方案的层级应该是处在同一个层面的，其应该是完成的形成一个系统的整体。
差异性是指针对不同同一种需求场景之间的解决方案，应该是具备显著差别的。
整体与局部的关系，是指任何一个解决方案都可能有N个更小的解决方案构成，该解决方案又是构成另外一个更大解决方案的元素，在解决方案构架过程中应该充分把握这一点。一个局部解决方案就其自身来说，其应该具备自己的独立性；而起作为整体解决方案的一部分来说，其应该和整体方案中的其他方案存在着关联性。
自从有互联网产品开始，人类就开始通过各种各样的产品功能构成的解决方案来满足自己的各种需求场景。随着科学技术的进步，互联网产品的解决方案也在不断地发生变化，满足同一个需求场景的功能也随之发生变化，其带给用户的体验也在不断的发生变化。
用户体验系列文章 | 用户体验要素之功能体验 | 用户体验要素之业务体验 | 用户体验要素之视觉体验 | 用户体验要素之内容体验 | 用户体验要素之交互体验 | 用户体验要素之情感体验 | 用户体验对用户决策的影响
