<div id="03gyw"><ol id="03gyw"><mark id="03gyw"></mark></ol></div>
    1. <em id="03gyw"><ol id="03gyw"></ol></em>
    2. <div id="03gyw"></div>
      <div id="03gyw"><ol id="03gyw"></ol></div>
    3. <div id="03gyw"><ol id="03gyw"><object id="03gyw"></object></ol></div>

      <div id="03gyw"><menu id="03gyw"><form id="03gyw"></form></menu></div>

        1. <div id="03gyw"></div>
          1. <em id="03gyw"><tr id="03gyw"><object id="03gyw"></object></tr></em>
              1. <div id="03gyw"><tr id="03gyw"></tr></div>
                <em id="03gyw"><ol id="03gyw"><mark id="03gyw"></mark></ol></em>

                    1. <optgroup id="03gyw"><nav id="03gyw"></nav></optgroup>

                    2. 当前位置:100EC>行业研究>浅析:B2B产品的用户角色问题 业务还是功能?
                      浅析:B2B产品的用户角色问题 业务还是功能?
                      发布时间:2019年05月15日 10:22:47

                      (网经社讯)我们之前谈到了基于用户洞察设计产品的业务架构 ,其目的是:实现业务的解耦,以便构建一个“轻型”的2B业务系统,实现可扩容的架构,使得整个系统能够跟上业务快速发展的步伐,而不必为了新业务的增长而重构系统。

                      我们?#19981;?#20102;几个篇幅来介绍“产品架构”的概念、思路和设计的方法,并复盘了一个 2B产品的多租户架?#32929;?#35745; 案例

                      如果你稍微细心,就能发现其中还缺少了一个关键的?#26041;凇?/p>

                      是的,这个?#26041;?#23601;是 “用户对象”的问题,就是整套业务系统里面,到?#23376;?#35813;如何构建一个能够“容纳”不同角色的用户体系并行处理业务,如?#38382;?#29616;跨流程的协作。

                      事实上,这个问题对系统的影响还包括如何构建角色和权限模型,这一点在后续将继续展开。

                      作为整个系列的第12篇文章,本文仍然以“O2O平台”作为案例展开。

                      01 基于工作流梳理用户对象

                      2B的产品,简单的来说,就是解决很多的用户(发布在很多业务部门,涉?#26696;?#31181;交叉并行的业务流程)如何高效率的协同工作的问题。?#36824;?#26159;我?#27973;?#35265;的OA系统,还是各种复杂的ERP、CRM系统,还是前些年火热的O2O平台。

                      对任何面向企业的产品来说,都是一头挑起各种不同的用户角色,另一头挑起协作效率的重任。

                      对普通的使用者来说,这套系统的价值在于节省时间和工作量,通过使用这套系统?#35789;?#29616;自身(个人或部门)“业绩”和能力提升。

                      对企业的管理、决策者来说,这套系统的最多价值在于如何?#34892;?#30340;提升整个企业的业务能力。

                      换一种说法就是:2B的产品,本身指是一个实现企业业务运作协作的工具。它的难点在于:如何更?#34892;?#29575;的容纳N中角色和N多并行业务的处理能力,并通过这一产品,实现企业业务流程的优化创新?

                      2B产品的设计?#23548;?#20063;就是思考如?#20301;?#20110;企业客户的业务场景,实现个人 vs 组织的“矛盾性”需求的过程。

                      ?#36824;?#21508;?#20013;?#22855;的理论如何,我们首先做的第一件事情始终都是在围绕用户展开,通过实地的业务模拟,考察?#22836;?#26512;推演,结合具体的业务流程和工作流程,拆分各个“群体”——系统的服务实体对象。

                      1. 业务还原

                      在构建整个 O2O平台的过程,我们大致梳理的业务过程,包括用户发起服务请求、后台处理服务请求、前端完成服务请求三个过程。

                      简单描述如如下图所示:

                      业务还是功能?2B产品的用户角色问题

                      业务闭环示意图

                      服务请求:

                      用户(?#36824;?#26159;2B的客户,还是2C的终端用户)可以通过多种方式发起客服服务请求,在这个过程中,坐席端的首要任务就是如何及时响应用户端的请求,完整的记录用户的问题,并快速解决用户的问题。

                      从这个过程中,可以拆分的产品价值包括用户端的体验问题以及坐席端的效率问题。

                      也就是,在这个过程中,需要拆分和解决的问题包括:

                      • 如何建立完整的用户请求的通道(全覆盖的通道能够提升用户的整体体验)?

                      • 如何解决坐席的快速解决用户的问题(任?#25105;?#20010;服务平台都希望尽可能的提高一次服务过程解决用户问题的比例,这需要一个足够高效的知识库)?

                      • 如何帮助坐席快速,完整的记录用户请求的内容,也涉及到当服务请求过大时如何分配合理的坐席资源?

                      这些问题不但涉及到产品的架?#32929;?#35745;,也是产品的交互和视觉设计的重要参?#23478;?#25454;,必须充分结?#40092;导使?#20316;场景,方式和流程,来考虑在交互上的便捷性,甚至视觉上减轻使用者的疲劳?#23567;?/p>

                      ?#23548;?#19978;,这也是?#38469;?#36873;型的重要指标性因素。所以通常来说,产品的需求文?#24403;?#39035;要有明确的?#38469;?#24615;指标,包括响应时间,并发数等。

                      ps:在前文 浅析产品的信息架构、产品架构与业务架构谈到的“产品的抽象能力?#20445;?#25351;的是这种从上往下的业务分析能力,而不是指能从下往上看各个细节。

                      对产品经理来说,面向任?#25105;?#20010;业务需求,都首先要从大方面思考,再深入到细节性流程,一旦反过来,则整个产品只有功能,而没有业务。

                      服务调度:

                      调度,指的是针对某类型用户/客户,发起服务请求的响应和处理。

                      也就是基于“效率至上”的原则,如何调配最?#40092;?#30340;工程师解决用户的问题是最经济、最高效?在这个过程,涉及到很多种场景的优先考虑,比如:?#34892;?#38382;题只是一般性的咨询,有的问题则?#29616;?#30340;质量问题,还有的问题可能已经引发了群体性和舆论性问题。

                      这不但需要建立一种完备的处理机制和流程,首?#20173;?#26159;需要赋予一线“接线员”相应的权限和能力,能够第一时间识别到风险,也能快速调动相关的资源,及时处理用户问题。

                      在产品?#22270;际?#19978;的处理细节,还需要考虑到资源的瓶颈性,系统必须要能人工?#31245;?#30340;调度资源,还要能建立一个“众包”的通道,打通更多的社会性资源加入“平台”。同时,也在一定程度上激发工程师的积极性,来提高服务的处理效率。

                      服务履约:

                      这个?#26041;冢?#20063;是最终如何处理用户服务请求的过程,也是一个对服务质量考核的关键节点,包括服务响应时间、服务质量、用户评价等过程。

                      业务上,这个?#26041;?#22312;某些场景还可能存在服务和产品的二次销售行为。

                      综上所述,我们就能够把整个复杂的业务过程,抽象成三大“业务动作?#20445;?#20063;就是支撑整个系统能够正常运转的基本节点。想象一?#36335;?#23376;的支柱,即可理解这种思路设计的系统?#24515;?#20123;优势。

                      换言之,我们在第一阶段设计产品的架构时,根本无需过多的考虑分支流程和细节?#26376;?#36753;,只需要构建一个支撑平台即可完整的还原整个业务流程。

                      也就是,我们可以想象自己在打造一个桌面,只需要考虑桌子的?#27597;?#35282;之间的构造合理性、稳定性?#32479;?#37325;能力,就可以保障未来的业务扩展。

                      在架?#32929;?#35745;的阶段,我们可以把上述的业务流程进一步抽象,整个的业务模型可以表达如下:

                      业务还是功能?2B产品的用户角色问题

                      O2O平台业务模型

                      从整个模型上,我们既能看到要服务的用户对象,也能看到各个服务的实体,以及在整个过程中关键业务动作。围绕这些动作,即可完成各种不同场景下的业务订单。

                      这个平台是一个高度解耦的系统,能够兼容不同的业务和不同的单据格式和内容,对整个系统而言,表现层的内容对业务本身?#36824;?#25104;影响因子,整个平台仅依赖“业务动作”的高效运转。

                      2. 实体拆分

                      从整个业务模型中,我们梳理出了一个业务全貌,可以清晰的识别到各个服务层所?#24615;?#30340;服务能力,即可根据各自的能力进一步的拆分出实体的“业务范围”。

                      我们也就能基于对整个业务场景的?#36171;?#29702;解,从?#23548;?#19994;务的角度逐级分解整个用户角色的边界和在流程中的承接和交互关系。

                      这种从逻辑层的分解,在系统的设计中,就直接演变对应到?#23548;?#20013;的“业务实体?#20445;?#20063;就是不同的业务应用对象,他们直接?#24615;?#30528;整个平台的业务运作。

                      (ps:在?#23548;?#30340;产品设计中,只需要依据业务场景的展开,即可完整的勾绘出整个平台的业务关系。本文为方便描述,本文示例进行了大量的简化工作。)

                      业务还是功能?2B产品的用户角色问题

                      角色示例

                      从上图可以清晰的看到不同的实体,他们的业务边界?#27973;?#30340;清晰。在这个逻辑下,我们可以清晰的设计各自的工作流,也就能清晰的界定不同的用户角色权限。

                      以“门店”为例:TA在这个角色关系中,?#23548;?#19978;处于一种“上下承接”的关系。

                      向上对接订单的调度,负责总部的调?#28982;?#21046;和工单协调机?#30130;?#21521;下,对接其旗下的服务工程师,负责工程师的调度和工单的协调。

                      按照这种思路,我们在设计“门店”这个角色和工单的流转业务中,就能很明确的限定它在这个平台中的地位。换句话说,也就能界定它的权限范围和需求范围。也就不会再出现随意性的变更,因为它受制于整个平台的管理规范。

                      基于这种思路,我们就能够?#34892;?#30340;拆分复杂的应用,解耦整个系统的框架设计,也就能清晰的描述各个用户角色在平台上的职责、权限?#22270;?#20540;体现。

                      整个平台是基于角色的工作流作为出发点,而不是账户,两者可实现柔性的关联关系,而不是强制性的管理关系。

                      任何用户,只需要符合某种角色身份就可以在平台中自由完整的执行业务动作。这也是整个平台账户体系设计的基本思路。

                      越是大型的系统,越是要能界定边界,沥青责权。

                      02 专注于动机设计用户标签

                      “标签”的目的,除了简化系统设计以后,还有一个重要属性就是构建柔性的网络管理规则,可以根据不同的业务需求,直?#20248;?#32622;不同对象。

                      标签系统可以根据角色的类别、属性、业务动作等进行分解,如下图所示:

                      业务还是功能?2B产品的用户角色问题

                      这个图,有出现“类别”、“属性”、“可视范围”、“业务动作”这些名词。?#23548;?#19978;这?#27597;?#21517;词并非通用性术语,而是在构建这个平台以及制定整个平台的SOP采用的一种项目化语言。

                      根据我的经验,采用这一?#38469;?#24615;的项目化语言,有助于团队快速的理解需求,并在规范的范围内加速产品的应用落地。

                      这里还引入了一个重要的属性:可视范围。

                      简单的说,就是一个坐席、或者门店,工程师可以根据他们的?#23548;是?#20917;,配置他们所能履约完成的业务范围,比如:A门店具备上门服务的能力等。

                      对于一个产品 / 系统来说,决定业务的是每一个独特的实体对象,也就是在整个工作流过程中的角色,只需要紧扣角色对象,就能够清晰的界定整个平台的边界范围——直接给业务实体打标签。但我们却容易停留在表面,而没有能够深入业务,更谈不上对用户动机的深刻洞察。

                      换句话说,我们在用户调研过程中,过于倾向于关注用户的行为动作,而不是动机——用户画像过多的停留在个人信息和人口学属性的集合,而没有能够深入到?#23548;?#19994;务中。(我们最容易犯的错误就是过于停留在产品的功能上,而不是业务场景中。)

                      比如:调研发现用户需要频繁的打印那些有规划地点、线路的订单,如果只是去设计一个高效的打印、排版的订单处理和调研界面,显然不是更好的解决方案。

                      对产品而言,不能提供关于“用户态度和行为特性”的人物角色只是一个“鸡肋”般的存在。因为无法真正理解用户的痛点,无法真正解决用户的“绩效问题?#20445;?#20063;就根本不能设计一款真正符合用户预期的产品。

                      “当用户使用某个产品的时候,他们是为了完成某个特定的工作(到达某种结果)?#20445;?#36825;是一句产品名言。

                      在设计产品时,真正值得高度关注的是用户的目标、产品的使用场景以及用户与产品的关键交互阶段,而不是把焦点集中在用户的任务是什么以及如何完成任务。

                      所以,在设计用户角色模型时,应该分成两个步骤来完成:

                      1. 建立对人物角色的同理心,包括用户的履历和年龄、收入?#28909;?#21475;学属性。

                      2. 关注人物角色的动机,包括用户的态度和行为,使用产品的目的?#25237;?#26426;,以及在使用产品时的行为细节、偏向和心理感受。(来源:产品微言 文/杜松 编选:网经社)

                      “五一”旅游消费旺季刚?#25112;?#26463;,电子商务消费纠纷调解平台(www.315.100ec.cn)用户维权案例库显示,在线旅游(OTA)成为消费投诉“重?#26234;保?#35746;票、出行、酒店住宿、旅游景点消费的各?#26041;?#37117;存有诸多猫腻。其中,同程旅游、艺龙、途牛、携程、飞猪、去哪儿、马蜂?#36873;?#36208;着瞧旅行、联联周边游、世界邦旅行、侠?#34385;?#23376;游、骑驴游、小猪短租等平台用户投诉较多。问题集中表现为收取高额退票?#36873;?#35746;单无法消?#36873;?#19979;单后难预约、退?#37027;?#36973;拒、货不对板、特价商品拒绝退款等。为此,电子商务消费纠纷调解平台(www.315.100ec.cn)进行2019电商系列调查专项行动之“五一”在线旅游,通过快评发布、滚动曝光、专题聚焦、密集播报、媒体联动、法律援助,关注在线旅游平台的消费权益保障。如果您在消费中遇到OTA平台(在线旅游)的各类问题,?#38431;?#21521;我们发来求助。

                      【关键词】B2B产品经理杜松
                      股票名称/代码
                      $/总资产
                      $/营收
                      $/净利润
                      • 阿里巴巴BABA.US
                      • 1092亿
                      • 385亿
                      • 94.5亿
                      • 京东JD.US
                      • 282.6亿
                      • 557.4亿
                      • 7.7亿
                      • 唯品会VIPS.US
                      • 583.2亿
                      • 112.2亿
                      • 0.4亿
                      • 宝尊电商BZUN.US
                      • 4.60亿
                      • 6.40亿
                      • 0.3亿
                      • 聚美优品JMEI.US
                      • 7.60亿
                      • 8.90亿
                      • -0.06亿
                      • 寺库SECO.US
                      • 3.60亿
                      • 5.80亿
                      • 0.03亿
                      杀平特肖规律公式论坛

                        <div id="03gyw"><ol id="03gyw"><mark id="03gyw"></mark></ol></div>
                        1. <em id="03gyw"><ol id="03gyw"></ol></em>
                        2. <div id="03gyw"></div>
                          <div id="03gyw"><ol id="03gyw"></ol></div>
                        3. <div id="03gyw"><ol id="03gyw"><object id="03gyw"></object></ol></div>

                          <div id="03gyw"><menu id="03gyw"><form id="03gyw"></form></menu></div>

                            1. <div id="03gyw"></div>
                              1. <em id="03gyw"><tr id="03gyw"><object id="03gyw"></object></tr></em>
                                  1. <div id="03gyw"><tr id="03gyw"></tr></div>
                                    <em id="03gyw"><ol id="03gyw"><mark id="03gyw"></mark></ol></em>

                                        1. <optgroup id="03gyw"><nav id="03gyw"></nav></optgroup>

                                          1. <div id="03gyw"><ol id="03gyw"><mark id="03gyw"></mark></ol></div>
                                            1. <em id="03gyw"><ol id="03gyw"></ol></em>
                                            2. <div id="03gyw"></div>
                                              <div id="03gyw"><ol id="03gyw"></ol></div>
                                            3. <div id="03gyw"><ol id="03gyw"><object id="03gyw"></object></ol></div>

                                              <div id="03gyw"><menu id="03gyw"><form id="03gyw"></form></menu></div>

                                                1. <div id="03gyw"></div>
                                                  1. <em id="03gyw"><tr id="03gyw"><object id="03gyw"></object></tr></em>
                                                      1. <div id="03gyw"><tr id="03gyw"></tr></div>
                                                        <em id="03gyw"><ol id="03gyw"><mark id="03gyw"></mark></ol></em>

                                                            1. <optgroup id="03gyw"><nav id="03gyw"></nav></optgroup>

                                                            2. 时时彩大小单双玩法介绍 重庆时时全天计划 红包赌博都有哪些玩法 福建时时必开号码 通比牛牛下载 时时彩计划 考勤签到系统 多宝国际娱乐 网络百人牛牛能赢吗 时时彩全天免费人工计划 娱乐棋牌 龙城 免费领航计划软件 重庆欢乐生肖号码走势图 网赌输了怎么慢慢回本 江苏时时开奖号码 炸金花棋牌带二八杠