临时性的账号服务的产品设计思考

平台产品通过提供临时性的账号服务，为用户使用核心业务行为提供了极大便捷。对于启动期的产品而言，可以降低用户的使用门槛，让用户快速享受到产品的价值，从而激活用户。但临时性的账号服务便捷性在于其不要求获取用户验身信息，也由此带来问题：

1）不利于账号信息的沉淀，可能会造成业务对用户的重复营销。

-账号的核心是1人1账号，因临时账号的出现，会造成用户存在多账号的问题，用户的行为信息分散，不利于用户信息沉淀及个性化的发展。

-因无法定位临时账号A\通用账号B是否为同一用户所拥有，则像电商一类平台面临着重复营销的资源浪费。

线上小程序等通过利用微信账号生成的账号服务，均有这一临时账号的特点。先生成与微信对应的账号，但主要是以弱账号服务的平台为主，如休闲娱乐类、阅读类产品。

延伸问题：针对强账号服务相关的平台产品，临时性账号服务的价值应当如何衡量？如电商平台，如何衡量这一服务到底真正拉动激活了多少新用户（多少新用户因为这一便捷服务而被激活），多少用户是由于用新账号来薅羊毛所以来用的。

-为了沉淀用户，识别身份，需要在后续产品上，引导用户将临时账号与全站通用账号建立绑定关系。或者可以采用“便捷甜头只能尝一次的方式”，下次再进行核心操作，应该要获取你的身份信息完成登录/注册了。

2）由于需要建立绑定关系，或引导用户提供更多信息实现完善资料/账号升级，两种账号服务之间存在等级权益差异，由此吸引用户。当两种账号服务并存于同一用户之下时，会导致用户的账号/资产/订单管理混乱问题

-账号服务关联着用户的资产/订单管理，乃至多重账号服务管理，目前线上的产品有两种解决方案：

a-只要用户完善信息，则将临时账号的所有信息同步到正式账号之上。由此避免后续的特殊处理麻烦，由此用户手上只有一个账号，也不会造成混乱。

b-因为考虑到临时账号的资产及订单涉及用户的权益及隐私问题，平台无权自行合并，权利应交由用户行使。故，对于两个已有资产/订单的临时及通用账号，采用并存方式处理。

针对方案a，用户手上始终只有1种账号类型，不存在账号混乱问题。但在引导用户从临时账号成为通用账号过程中，可能产品设计上会建立两类账号的权益等级差，导致在不同环节上，均需针对两种账号情况作特殊化处理操作，包括不同资产的使用、特殊流程的引导拦截等。

针对方案b，用户手上并存两种账号类型，一方面是以上提到的权益差别需要攻克特殊处理问题，另一方面是账号并存情况下，如何引导用户进行账号管理，包括账号的切换及用户自行决定的资产合并行为。（可能还涉及到部分资产因安全原因不能转移合并，如何防止这里的客诉问题发生的解决方案，包括在资产领取、绑定环节的预防拦截）

优劣参半下，临时账号服务的优势有没有可能被打破？

说到底，提供临时账号的原因是现有的账号需要用户提供验身的信息（手机号（大部分）、实名、身份证号等），提高了用户注册/登录的门槛（心理和操作成本都较大）；而完全不获取任何信息就能享受全流程的购物服务，对激活用户而言具有极大吸引力。

从这个角度出发，只要账号注册/登录的成本降低（包括提供隐私信息的心理成本及实际人机互动的操作成本），临时账号服务将毫无优势，由此能够很大程度上解决以上提到的问题，包括能在一定程度上将来薅羊毛和实际真心真意想在网络时代体验产品服务（愿意出让部分身份信息）的用户区隔开来，减少平台付出的拉新和维护激活成本。

但距离这一天的到来还差一阵子，一方面是技术维度上需要探究如何便捷识别用户（包括：什么可以作为用户在网络时代的标识，手机号-实名、指纹/虹膜/声纹-人的生物特征），另一方面是提供隐私信息的心理成本的降低，实际上依赖用户具备对互联网文化层面的认同和理解，乃至使用习惯。畅想一下，

A:若以手机号编码（实际是实名）作为验身，则快捷获取手机号是降低门槛的一种方式。

——现在有移动一键获取手机号的方案，用于降低门槛。

B:若以人脸/指纹/虹膜/声纹作为验身实名作为验身，则可以通过前置摄像头/指纹识别器/声纹/虹膜的收集器获取信息，在统一的唯一终端处进行校验。

——前提是用户不再畏惧被电脑获取自身的个人信息，愿意以一种快捷但感知安全且实际安全的方式出让隐私，告知网络世界，我即是我。

在这些日子到来之前，还是得吃下那些特殊化处理的硬骨头来捍卫临时账号用户们的体验。