童话说说技术创业美文职业
投稿投诉
职业母婴
职场个人
历史治疗
笔记技能
美文纠纷
幽默家庭
范文作文
乐趣解密
创业案例
社会工作
新闻家居
心理安全
技术八卦
仲裁思考
生活时事
运势奇闻
说说企业
魅力社交
安好健康
传统笑话
童话初中
男女饮食
周易阅读
爱好两性

B2B平台丨用户账号体系建设考虑的几点问题

12月16日 不星湖投稿
  账号体系作为用户体系建设的基础,并非想象的那样简单。特别是对ToB平台来说,账号体系的搭建是平台下所有应用的灵魂。
  说正事之前先来简单扒一下ToB和ToC几点差异:
  一、ToBvsToC差异
  1。入门
  (1)ToC端入门esay:
  对于用户来说注册已经变得越来越快捷,要么是手机短信快捷登录,要么是第三方账号(微信、QQ)直接登录。
  (2)ToB端入门有点hard:
  对于ToB端的平台涉及的用户都为企业,那么就极大的限制了用户群体。
  从注册之初就注定“不平凡”,尤其是垂直行业的ToB平台,进门就是一道初始的审核,将C端称之为僵尸用户的客户隔离在门外,也就是在注册过程中就要求客户提供必要的证照,这也是企业注册“不开心”的点。
  2。数据分析维度
  (1)ToC端维度广泛:
  从分析的角度来讲,C端客户在各种平台留下使用痕迹,而这些使用痕迹便于被平台采集,并用于本平台或者第三方平台的用户分析,如分析用户场景、验证需求、解决很多个性化的需求。
  而这些分析同样会反作用于用户,便于平台对用如信用、爱好等的精准判断及定位。
  (2)ToB端维度单一:
  B端用户很少会在很多平台留下痕迹,因为毕竟是以企业为单位,去哪个平台做什么并非如C端个人用户那样自由。
  所以采集企业信息的途径基本是征信平台:如企查查、天眼查、人行征信系统、国家企业信用征信系统、中国裁判文书网,如果要对企业行为进行分析,可能需要进行垂直行业分析及用户在平台产生的数据进行综合分析。
  3。用户成长
  (1)ToC端高频次、强度小:
  更适合使用用户成长体系,通过积分、成长值、等级等一整套的体系设计来实现对用户的激励,从而增加用户的粘性。
  (2)ToB端低频次、高强度:
  大宗商品的B端平台,客户受传统业务模式的影响,多为存量业务,所以新用户到一个完全不了解的平台进行注册使用的可能性相对低,另外,客户在注册之前一般已经进行了初步的业务沟通并达成了使用意向。
  交易的频次也相对比较固定,但是额度都非常巨大(可达上百万),所以企业对“小恩小惠”并不感冒,但是更关心【服务】是不是贴心。所以从服务的优惠力度或者增值服务上下功夫,更贴合B端用户的心里。
  二、ToB用户体系建设考虑的三点
  ToB用户体系建设的基本在这里不在复述,说说在ToB用户体系中需要考虑的三个点:注册、权限控制、风险控制。
  三、如何抽离繁杂的注册流程
  大宗B端用户注册自带“繁琐杀”的技能,很难达到C端只用手机号快捷登录,如果B端的平台真的允许这样的企业进行注册,多数也是以个人名义的“僵尸”,因为单纯使用手机号不具备任何价值,平台也不会开放任何功能给到这类用户。
  但是B端注册的流程也不是一定要在注册门槛这赶尽杀绝,抽离繁杂的注册流程是非常必要的。企业注册归根到底还是由具体的人来操作,把人吓跑了吓跑了企业客户,因为一个看似简单的注册导致业务人员前期的努力付诸东流,业务人员估计会拿着砍刀冲向产品经理。
  说说注册流程简化的一点心得:
  1。分步引导
  企业注册一般都会要求用户除了填写最基础的账号、密码、手机号外,当然就是企业的证照信息、办理人的信息,这些信息对于当前人们的耐心来说就是一个挑战。那么如何抚平客户浮躁的情绪呢?
  分步引导,第一步先填写简单的账号密码,下一步上传客户的重要信息,个人觉得【两步】就是极限。
  2。严格控制字段数量
  严格控制客户在注册时填写的信息数量,这一步的注册只要证明当前的行为是“客户自愿行为”即可。
  企业名称当然是必填项,这个也是为了进行企业名称重复及后台处理的重要依据,另外就是要求客户上传年审并且盖章的证照信息,这个最能直观判断企业的存续及行为,因为一个企业盖章了复印件是不可能随便被获取的。
  对于平台来说当然希望能直接获得更多的信息,以便于对企业的分析及管理,如:企业介绍、所属行业、法人姓名等等,但是这类信息每增加一条都会加强客户的反感。
  另外这类信息是我们可以通过第三方渠道容易获得的,如各类企业信息平台。那么就千万不要劳烦客户。
  四、权限控制
  用户体系中的权限从两方面考虑:
  企业注册初步认证后会获得基础功能的使用权限;如果企业还需要使用其他个性化功能则需要根据要求再次进行申请,如:数字证书。
  这样做的目的有两个:
  降低客户在注册时全部申请导致顾客跳出率;
  引导客户在有使用需求是申请开通所需权限,提高使用率。
  用户的操作权限和数据权限;这两类权限需要分别从“前台后台”进行架构,分清哪些是通过后台进行管理的权限,哪些是通过前台客户自行管理的权限。
  1。功能申请
  这里说的功能申请是指客户对功能开通的需求,以申请开通数字证书为例,简单说下数字证书的作用,数字证书开通成功后,客户就可以在线进行合同的签订,减少了客户线下合同的传递,提高合同签订的效率。当然根据《中华人民共和国电子签名法》电子签章与纸质签章具有同等法律效力。
  由于不是所有客户都认可数字证书,所以这类的功能就需要按需申请。客户在注册时提供了部分企业基础信息,但是“数字证书”的申请按照第三方要求,需要提供更多企业资料,所以在设计时就要将该部分功能独立出来,也就是常说的模块低耦合。
  2。操作权限
  什么是操作权限?
  举个栗子,一个表单的“增删改查”4项操作,A用户能全部操作,B用户只能“查”。
  操作权限对于平台来说,要比示例复杂,架构之初就要考虑,所有功能是不是在客户审核通过之后就全部开放?客户是不是要分角色,按照角色分配功能权限?那么“角色”由谁创建、由谁选择?
  当然角色的创建是由平台完成,根据业务需求创建不同的角色组,并为角色组分配功能权限。
  一般平台只需分配大权限,也就是当前功能的下的全部权限。而把具体的如增删改查的权限的分配权利,让渡给用户即可,这就看平台对客户的控制度。
  那么由谁来选择某个企业属于哪类角色呢?
  前台客户后台管理员。
  如果是前台客户来决定自己的角色,那么在注册时就要给出明确的入口;如果是后台管理员,就要求在审核阶段详细的了解企业的角色并进行分配。
  3。数据权限
  什么是数据权限?
  举个栗子
  东南西北四个大区的销售合同,A可以全部查看,B只能查看东区合同。
  一般情况数据权限都是对内部系统的管控,而不涉平台方管理客户的数据权限。这里说明数据权限是因为对企业用户来说会存在“大账号”情况,举个说明:集团A下多个子公司(B、C、D)都在使用平台,但是各个子公司只查看自己数据,集团A为了掌控全局会要求看集团下所有子公司的数据。
  我们在设计时,首先一个基础原则是“相关可见性”也就是和你相关的业务你才能看到并进行操作,拿合同管理举例:常规客户通过账号登陆后,只能查看自己作为合同方签订的合同,其他合同不可见。
  而集团查看其他数据的权限可以理解为“特殊授权权限”,由于我的项目是平台对用户有一个强管理的特性,所以这种特殊权限是由平台管理员进行设置,设置方式是建立子公司与集团的隶属关系,然后设置这个集团的数据权限。
  五、风险控制
  风险控制不应该局限于业务的风险把控,尤其对带有金融属性的平台,用户体系风险控制是整个风控的灵魂,因为对一个平台的业务流程多是相对标准的,什么节点控制什么指标容易量化,但是对于用户来说,不管是企业用户和个人用户在时间及空间的维度上都是动态的,这个时间点上是没问题的,不代表下个时间点没问题。
  这里针对“审核制度、项目准入层级、黑白名单”3个点来说用户的风险控制:
  1。用户审核
  用户审核分为三级,逐层深入。
  第一层:先是客户注册时提交的加盖印章的证照信息,这个只能代表企业当前为存续状态,且是企业自主的行为;
  第二层:是平台要做的征信查询,这一层就是根据平台的实例,可以直接对接第三方征信平台,自动更新当前企业信用值。
  另外对企业信息及信用查询的维度,也是根据平台业务的需求进行调整。
  比如:只在“某查网”上查询基本信息,或者更深入的查询企业信贷、诉讼等;又或者从多个平台实时获取企业动态变化以协助项目的准入。
  第三层:为了更好的把控业务风险,会要求企业提供近半年或者3个月内的业务往来合同、资金往来凭证、发票等凭证,来证实业务的真实性;
  2。项目准入层级
  项目准入级别是指客户在平台上可操作的项目规模,假如:层级分为1000万笔、5000万笔、1亿笔。
  用户审核通过之后,才进入业务阶段,由于涉及金融属性,并非第一关过了就可以操作任何项目,而是根据以上的存量业务来判断可操作的业务规模。
  在这里会根据业务模式、对手企业、资金规模多方面考量可操作的业务规模。
  比如:比如客户A往来业务的企业是AAA级国有大企业B,且信誉在行业内是被认可的,那么A的准入层级就会提高;又或者A的历史业务规模都是在5000万月,那么他在平台上可操作的规模可能是超过之前均值的20,如果要求超过30,那这个项目可能就不会准入。
  准入层级还会依据客户在平台操作的信誉记录而调整,比如客户持续稳定的在平台操作业务已经1年,那么再结合从第三方征信机构获取的数据进行分析,就会提高客户的项目准入级别。
  3。黑白名单
  平台会创建黑白名单机制是大家都熟悉的,在这里只是带过。
  黑名单也不能一概而论,拿“逾期行为”来说明,不能客户刚一发生逾期就加入黑名单,而是依据逾期时间长短、次数来制定规则。
  另外说明一点“违约行为”,这个就是死刑,一旦触犯立马加入黑名榜单,估计在没有出头之日。
  END说说
  感觉自己起了一个不着调的头有点大,没有完整的阐述B端用户账号体系的建设,只是根据自己的项目经历及一些学习谈到了有限的几点。
  个人觉得每个点都可以展开无限大,有机会再深入的写写,也让自己更深入的学习学习。
投诉 评论 转载

商品展示列表大图、多图、图文列表该如何选择?本文分别针对大图展示、多图展示、图文列表进行举例分析,希望能够让大家在做APP时能够快速确定商品列表的样式。这篇文章在我所写文章里面,耗时最长,不是因为它很复杂,而是要写……支付系统设计之查漏补缺的一环:差错账处理差错帐处理是支付系统设计中查漏补缺的一环,那它具体讲了些什么呢?一起来看看当日反交易概念简述当日反交易是把当日初始凭证下所有后续业务登记(包括该初始凭证本身)……掌握这25条小贴士,数据可视化秒提升!本篇文章总结了25条有关数据可视化设计的小技巧,希望对有相关需要的设计师们有所帮助,避免在之后的工作中走弯路。可视化不是单纯的数据展示,其真正价值是设计出可以被读者轻松理……微软设计师干货分享:3大App消息推送模式及适用场景App的消息推送是产品功能中较为复杂的一个,微软产品设计师ShashankSahay将在这篇文章中跟大家分享不同的推送模式及其适用场景,希望大家在选取合适的App使用的推送模式……2个角度阐述:物业管理系统应如何搭建?今天和大家分享的是物业管理系统的框架模型,希望能对初次接触物业管理系统搭建的小伙伴有所帮助启发。文章结构:物业管理系统简介整体框架;基于框架模……4种奖励机制,使你的设计吸引力暴增灵活地运用不同的奖励机制,来提升数字产品的参与度和价值感,是设计师可以做到的事情,明白其中道理,知道如何正确使用是接下来必须掌握的事情。如今,有太多的APP从下载到删除都……大数据这么神奇,可为什么不能指明设计的方向?大多数人仍然相信,大数据能够比我们人类自己更懂人类,并且提供更优的解决方案。但是,很遗憾的是,即使大数据相关的技术已经越发的成熟,但是我们的产品和服务并没有达到想象中的峰值。……B2B平台丨用户账号体系建设考虑的几点问题账号体系作为用户体系建设的基础,并非想象的那样简单。特别是对ToB平台来说,账号体系的搭建是平台下所有应用的灵魂。说正事之前先来简单扒一下ToB和ToC几点差异:一……同城配运输管理系统(CTMS)设计思路本文描述了同城配送主要的业务流程,依据同城运输的业务流程,从客户微商城、司机端和后台管理系统三个方面给出了CTMS的设计建议。同城配送:又被称为“最后一公里物流”,也称本……如何更好地设计电商平台的支付环节?对于电商平台来说,支付系统的设计十分重要,本篇文章给大家介绍了当前现有的一些常用的支付方式。支付作为电商平台的主要的支柱,如何调动支付系统发挥功能呢?一般的的支付方……甲方竟敢说你的配色丑!我来教你怼回去(四)在前几篇配色文章中,我们已经理解了色相和色相的组合、关于色调搭配,以及它们的正确的意义。本篇文章主要说明画面整体的配色是可以按照“取的协调的配色”、“强调设计的配色”两个方面来……论Uber和Lyft在设计方面的是与非Uber以及Lyft颠覆了传统的出租车行业,其带来的影响有好有坏。在变革行业的诸多原因中,设计则是改变用户搭乘体验的重要元素。Uber以及Lyft这类网约车应用的出现已经……
分身乏术?来学学交互设计的优先级判断与排期协同什么样的体验是好的用户体验?输入号交互,还能变出什么花儿来?智能场景设计:深入场景和意图的体验设计阿里交互新手小记交互工作流程的梳理网页重设计的7个常见误区与解决方案新版MATERIALDESIGN官方动效指南(二)关于外卖产品的交互设计与用户体验分析Web产品的交互说明文档应该怎么写?在网页设计中兼顾所有用户和场景的3个技巧新版MaterialDesign官方动效指南产品原型设计之交互体验的思考过程(二)

友情链接:中准网聚热点快百科快传网快生活快软网快好知文好找作文动态热点娱乐育儿情感教程科技体育养生教案探索美文旅游财经日志励志范文论文时尚保健游戏护肤业界