雅安分付套,花呗提现到支付宝

博主:花呗专业套现技术分享花呗专业套现技术分享 1周前 ( 01-13 10:05 ) 12 0条评论

提现咨询【微信】:599685851 【qq】:599685851

  帐户系统是任何Internet产品都必须具备的基本系统。然而, 关于账户系统产品设计的文章很少。本文的编辑者将从互连保险产品的帐户系统开始。让我们谈谈如何基于复杂的业务场景构建完整的帐户系统。

  在分享如何建立帐户系统之前,让我们谈谈编辑者对“帐户”之间的关联和差异的理解, “帐户”和“用户”。

  帐户可以定义为具有特定信息含义的一组内容。例如, 身份证银行存折个人信用信息, 等等帐号是一系列特定符号,并且与该帐户存在一对一的映射关系。例如ID号,银行卡号个人信用代码, 等等用户是通过此特定字符序列与内容集相关联的个人,它也是帐户内容中描述的特定个人。

  在互联网产品中用户系统通常是面向用户的,更多的重点放在用户操作和增长上。帐户系统以业务为导向,更多的重点放在产品结构和业务支持上。帐户系统在用户系统和帐户系统之间架起了桥梁。在为用户系统提供价值的同时,它还可以为帐户系统提供服务支持。换一种说法,在强调用户体验的产品中,帐户系统的价值通常被忽略。在强调业务效率和供需交易的产品中,帐户系统的价值非常重要。

  案例:信用卡

  这里, 编辑通过“信用卡”来讨论以上三种的区别和联系, 每个人都会在生活中接触到的产品。

  对于信用卡,我们站在普通百姓的角度来看,它的用户自然是使用它的人。它的帐户自然是用于登录或付款的帐户和密码。它的帐户可能是其消费记录,可用金额 等等看完这篇, 每个人都可能认为这个例子很简单。

  因此,让我们改变思维角度,从产品经理的角度来看,对于信用卡产品,它的用户系统帐户系统,什么是帐户系统?

  在编辑器中,信用卡的用户系统是其用户增长系统。它可能是一个用户点系统,会员级别系统, 等等 会增加用户的粘性,促进用户的信用卡消费,产品操作模块增加业务量。模块的这一部分通常直接面对用户,我们可以在各种信用卡产品中轻松找到它。

  信用卡帐户系统是使用信用卡的渠道, 或产品通过其吸引用户的渠道。可以直接离线进行信用卡消费,此时使用的帐号是卡号和付款密码。您也可以在在线产品端扫描代码以进行消费,或转移了第三方付款渠道,此时, 必须通过产品侧的登录帐户和密码以及付款帐户和密码。这些用于不同目的的帐户和密码共同构成一个复杂的帐户系统。

  帐户系统更加复杂。包括普通用户可以看到的基本个人信息,个人认证信息,信用账户,分期付款帐户,分期付款帐户,余额帐户,贷款帐户,费用记录,贷款记录还款记录, 等等还有普通用户看不到的银行信用等级记录,过期记录卡升级记录,消费记录异常等。还可以看出,帐户系统更加面向业务。根据业务,帐户系统的设计也不同。

  然后,下面的编辑者将讨论如何通过Internet保险产品的帐户系统构建方法设计一种可以处理复杂业务场景的帐户系统。

  在互联网保险行业,由于业务场景的多样化,可以分为持牌保险公司,保险经纪公司索赔服务提供商,代理商显示行业供应商和其他产品形式。编辑将以一个中等复杂的互助经纪公司的产品为例进行分析。

  用户关系定位:首先, 保险产品的需求方用户分为以下四类:个人用户:申请保险并被保险的个人。个人客户:已存在保险的个人。企业用户:被保险企业和被保险企业。企业客户:被保险企业。

  用户与客户之间的区别在于,用户是对产品有直接行为的个人。客户是对产品具有间接行为的个人。间接行为是个人没有直接与产品互动,它是代表第三方完成的。例如, 公司为员工提供的补充医疗保险,这是公司为员工集体购买的保险类型。当产品本身为被保险人提供保护或索赔服务时,您需要为被保险人创建并维护一个帐户。客户和用户之间的特定关联逻辑将在第二步中说明。

  案例:个人帐户系统

  确定用户是谁之后,设置帐户系统时, 您必须为用户添加标签。创建帐户规则和字段,以及不同类型的帐户下的属性字段是什么?企业用户与供应方有关,需求方和第三方服务角色,比较复杂我在这里不讨论。这里, 编辑将以单个用户为例进行简要说明。

  个人用户的账户信息可以大致分为以上七个信息模块。这两个模块的目的 基本信息和身份认证信息, 确定用户的真实性和唯一性。与其他行业相比 保险业申请保险和承保时需要个人身份验证。因此, 保险产品更容易获得用户的真实信息,用于保险风险控制和用户操作。这里有些读者可能会问:为什么个人帐户系统中将基本信息和身份认证信息结合在一起?而不是将其放在用户系统或帐户系统中。在这里,我解释我的考虑。首先, 不集成到用户系统中的原因很简单,用户系统的作用是促进用户与产品之间的粘性,然后促进业务增长。在这方面,基本个人信息和身份认证信息的合并不起作用。在更复杂或繁琐的产品中,可能有多个帐户,此时, 如果将基本信息和身份验证信息放入帐户系统,这可能会导致数据不同步或数据冗余。

  保险信息和关联公司的目的是确定个人是用户还是客户,以及个人与保险单之间的关系。因为一个人可以关联多个保险单。

  如果个人是某项保单的共同保险人,那么这个人就是保单/保险产品的客户,由于Ta无法直接与产品互动,而是 主要保险人必须代表保险人进行保存或结算的行为互动。如果个人是某项保单中的主要被保险人,然而, 该保单的理赔方式是以企业为单位理赔。那么个人仍然是保单/保险产品的客户,因为TA不会直接与产品互动。如果个人是某项保单中的主要被保险人,他可以直接提出产品保全或索赔解决的申请,那么个人就是保单/保险产品的用户。

  付款信息的目的是当用户和产品提出索赔时需要处理的业务信息模块。其中最重要的是配额帐户模块,将重点放在第二步。登录帐户模块是各种产品的基本支持模块,将在第三步中讨论。操作信息模块属于用户系统部分,本文将不会扩展。

  如果第一步是确定帐户的标准化属性,然后,此步骤是确定帐户的业务属性。由于编辑人员正在讨论保险产品的帐户系统,然后,帐户系统主要围绕保险责任和保险限额。那是, 交易业务的规则和金额。

  保险计划中与每种保险责任类型相对应的保险限额是不同的。被保险人的索赔与保险负债的类型之间存在一一对应的关系。

  在互联网保险中业务可以分为两个思考方向:

  提供什么服务?例如保险保存,索赔解决。支持哪些类型的保险?例如健康保险,财产保险,汽车保险,人寿保险, 等等

  在这里,我们以支持补充医疗保险的保存和结算的组策略业务为例进行简要分析。

雅安分付套  补充医疗保险与基本医疗保险有关。包括公司补充医疗保险, 商业医疗保险 社会互助和社区医疗保险花呗提现到支付宝, 等等它是基本医疗保险的有力补充,它也是多级医疗保障系统的重要组成部分。

  保险业务的类型可以直接理解为保险类型的分类以及特定的索赔或保全规则。因为讨论是关于补充医疗保险的保全和索赔业务,因此,第一个属性是帐户业务类型,基本医疗保险或补充医疗保险。第二个重要属性是保险项目的性质。这些企业的补充医疗保险项目将分为风险类型和资金类型。所谓的风险保险项目基于特定的时间段(通常是每年一次),续保期满后重设保险限额,没有累积的保额。基金类型的保险项目可以在续保期满后累积保险限额。因此, 有必要区分账户中保单的性质是基于资金还是基于风险。另一个重要方面是保险期。那是, 保险限额的有效期限。例如, 去年的索赔申请只能使用去年的保险限额,而不能使用今年的保险限额。当然还有很多其他规则,例如共享配额,那是, 多种保险类型共享一个限额。企业公开配额,那是, 在某些特殊疾病中 个人补充医疗帐户的额外配额补充。

  根据以上描述,我可以将配额帐户分为四个级别,项目层,政策层责任等级数量层。限制的有效期从保单级别到责任级别,再到限制级别。

  从业务流程分析和构建保险帐户系统:

  保险业务流程可以理解为理赔流程和保全流程。当被保险人申请索赔服务时,完成收购后,记录订单经过调整和审查,相应的被保险人保险额度将被扣除。这将涉及帐户限额的更改。根据不同的业务流程,将延长配额增加过程,配额冻结过程,帐户清算和结算流程, 等等因此, 有必要在配额级别记录帐户的总金额。可用金额冻结的配额,剩余可用信用,初始配额累积使用配额,累计费用增加额。因此, 可以获得下图所示的配额帐户的示例结构。

  建立帐户系统的第三步:什么是帐户,您会遇到什么问题?

  在这里读有些读者可能会有疑问,在本文开头, 编辑器没有将帐户系统与帐户系统分开吗?为什么要在帐户系统中考虑帐户?由于帐户系统是内容的集合,我们需要一把钥匙来打开这个内容收藏,帐号是访问帐号系统的关键。但是,还需要考虑如何设计此密钥。

  有些读者可能会在初期设计帐户系统或开发C端产品,将优先建立帐户系统,然后根据业务发展逐步完善帐户系统和用户系统。这种产品设计思想在某些流量中是王者,强调用户体验的C端产品是一个好的产品设计理念。然而, 在某些业务场景复杂的行业或产品中,这可能不是一个好的设计想法。例如互联网金融,强调供求交易的互联网保险或互联网+传统行业。你为什么这么说?让我们来看看编辑器为您一一解答。

  第一, 让我们看一下产品帐户的类型。每种类型的过去和现在是什么?

  自定义帐户起源于PC时代,用户可以根据自己的喜好设置一组字符作为帐户,没有特定的组合格式。除了明显的缺点之外, 不容易记住,因为没有特定的生成规则,不能与某些可以验证号码主站身份的标识信息相关联,丢失后直接检索它并不容易。

  它起源于PC时代,例如自定义帐户,自定义帐户兴起之后,为了解决它的健忘,难以维护,难题。与此同时, 邮箱的使用已逐渐进入中国网民的生活。大型工厂已开始使用邮箱作为PC端最常见的登录帐户形式。与自定义帐户相比, 它的优势包括降低维护成本,它为用户检索帐户提供了便利。同样为了召回和激活丢失的用户,帐户安全性促销对产品业务的促进起着至关重要的作用。

  当移动时代来临时,由于大多数中国网民的手机号码普及率远高于邮箱,此外, 国内网民没有养成与国外网民相同的电子邮件使用习惯。作为帐户载体, 大多数手机产品都可以识别手机号码。它比邮箱具有更有效,更便捷的登录方式,只需输入验证码即可登录,无需以牺牲脑力为代价来记录密码。特别是当三大运营商对整个网络的手机号码进行身份认证时,帐户安全性是电子邮件帐户无法比拟的。现在具有一键登录本地手机号码的功能,大大改善用户体验。

  随着几种主要的国家现象级APP产品的出现,这是要抓住垂直轨道并树立用户的思想,派生了第三方授权登录的概念。仅移动产品需要打开第三方登录界面,在用户注册/登录期间授权第三方,您可以通过第三方帐户登录产品。其优点是,用户可以跳过繁琐的手机号码注册和登录过程,一键注册/登录,并且可以将基本信息直接带入产品。它的缺点也很明显,用户方便,但是作为产品本身,无法获取用户的真实有效身份信息。无法安全验证用户,用户召回激活,用户的常规操作和其他行为。

  后一种可能在普通产品中不常见,但是,在某些B端产品或与个人敏感信息有关的产品中,这种情况非常普遍。例如, 银行产品的帐号是ID号,银行卡号。或社会保障产品,一些教学平台办公软件,如OA系统。这些帐户大多数不是通过主动注册创建的。它是通过被动邀请或主动激活现有帐户生成的。这些方案都需要产品和帐户信息的高度机密性和安全性。

  了解了几种帐户类型后,您可能在复杂的业务产品的帐户系统中遇到了许多以上类型。这种情况的发生可能是由产品的历史遗留引起的,或者由其自身的业务形式决定的。作为产品经理, 此时要考虑的问题是:是否应该合并这些帐户数据?这涉及一个非常关键的字段:唯一的用户ID。

  用户唯一标识符(UID):用户在产品中完成帐户注册后,自动生成一组特定的规则字符组,作为产品中用户帐户的唯一标识,不可编辑,不可重复不向用户开放。

  合并帐户数据实际上是在同一业务系统或系统下,合并来自同一用户的不同帐户的数据。帐户合并的本质区别在于是否合并同一用户的不同帐户的UID。使用户在系统中唯一。

  需要产品人员衡量和思考的要点是:

  不要合并或合并,对业务价值有什么影响?对用户价值有什么影响?

  分析思路:这种场景比较普遍,例如, 一个人有多个微信代码,QQ号码微博号码等大多数社交产品无法处理这种单人多帐户情况。那么,在哪种业务场景中,将处理和合并同一用户的这种类型的多个帐户?我在保险产品中遇到过这种情况。之所以这样做,是因为在共同保险产品中,作为被保险人, 用户将执行实名身份验证,经过实名认证后,如果有多个帐户,维护保存和索赔解决服务将更加困难。多个帐户的情况将导致保单信息不同步或保险数据多余。换一种说法,当从事同一产品的同一业务时,如果同一用户有多个帐户,如果对业务数据有较大影响,帐户数据需要合并。此时, 多个账户的合并处理分为两种:

  当要合并的帐户类型相同时,如果类型都是手机号码,常见的处理方法是选择手机号码之一作为帐户名。其他手机号码被取消,并合并并同步其对应的帐户数据。当要合并的帐户类型不同时,如果类型是手机号码,邮箱号码为一个时常见的处理方法是选择一种类型作为科目科目。保存其他类型,可以用作显示数据,它也可以用作辅助帐户。并合并并同步其对应的帐户数据。

  加工,除了是否要合并同一产品中同一用户的多个帐户的问题之外,我们可能还会遇到同一产品和同一帐户的多个帐户是否已连接的问题。

  场景:用户A在同一产品的不同业务系统中共享一个登录帐户,但是企业帐户数据是相互独立的,与同步无关。

  分析思路:这种场景也比较普遍,例如, 相同的微信可以在King Glory的iOS和Android端上创建帐户。通用登录帐户,但是相应的帐户数据是彼此独立的。那么,在哪种业务场景中,将打开多业务系统中同一用户和同一帐户的帐户数据?在具有供需交易业务场景的产品中,这种情况更多。例如保险产品或二手交易产品,贸易代理产品。普通的C端用户可以是需求者,也可以是供应商。俗称B小用户。您是否想将买方业务系统中的同一用户数据与卖方业务系统相连接?这取决于他们是否具有业务交叉点或共同价值体现。所谓的开放帐户数据是将同一用户的帐户数据与不同业务系统中的同一帐户进行部分关联和同步。 在业务场景复杂的产品中,我们考虑了上面可能遇到的问题以及相应的解决方案, 然后帐户系统的设计将更加清晰和高效。

  总结一下

  每个行业每个产品都有自己的产品特征和业务偏好。产品方法论不能一概而论。一概而论。编辑者在本文中分享的用于帐户系统构建的三步方法仅适用于专注于业务效率或强调供需交易的多业务方案的产品设计思想。

The End

发布于:2021-01-13,除非注明,否则均为花呗套现原创文章,转载请注明出处。