人人都是产品经理|车联网实际案例解析：一文带你读懂账号体系设计( 三 )
同时 ， 达到一定车速以上 ， 在使用某些功能时对用户进行提醒 ， 或者引导用户以最安全的方式进行操作 。 故而 ， 在设计之初 ， 便引入了多模的概念 ， 通过人脸、指纹和声纹 ， 扫码等多种方式 ， 进行安全认证和校验 ， 确保操作安全性 。
2）连接性
这里的连接性 ， 不仅包含人与设备 ， 也包括人与人 ， 车主与乘客 ， 车主与家人之间的连接 。 这里会出现多种情况 ， 一人对多人 ， 一车对多人 ， 多车对多人等 ， 需要考虑不同用户和车辆之间关系的对接 。
从车主用车的过程周期来看 ， 从上车前 ， 到上车 ， 开车 ， 到停车熄火 ， 锁车走人 ， 整个过程可能是跨设备的 。 比如上车前 ， 需要找车或者提前发动车 ， 这是通过手机 ， 在家里则可以通过智能家居 ， 这是最理想的 ， 就要求ID具备多终端跨设备 。
同时 ， 对于单个设备内 ， 应用与运用ID的连接 ， 也是需要考虑的 。 比如对于听音乐这个操作 ， 用户可以通过语音播放音乐 ， 但是播放的音乐是否是用户喜欢的 ， 也是用户重点关注的 。
如果系统中有10个应用 ， 是不是每一个应用都需要单独登录 ， 又或者应用之间信息差异导致的额外操作 ， 都可以考虑避免 。 为此 ， 我们引入了一个ID登录多应用的概念 ， 通过一个ID ， 将设备内的应用连起来 ， 同时 ， 还保障设备间的信息和权益共享 。
3）合法性
既然有ID ， 就一定会有用户行为和数据 。 对于数据和信息的处理 ， 必须是透明和合法的 ， 就像欧盟有《通用数据保护条例》GDPR（General Data Protection Regulation） ， 美国有CCPA一样 ， 都是需要符合当地的政策和法律法规 。
欧盟GDPR中就有一条 ， 用户需要能够要求删除自己在该产品中产生的数据 ， 同时保证删除后是不可恢复 。 相当于用户可以看着你删除他的数据 ， 而且不能被恢复 。
4）可运营性
设立ID体系的目标 ， 就是为了提供更好的服务 ， 而提供更好服务的目标 ， 就是为了能够进行用户运营 ， 能够将其商业化变现 。
这里的运营是多方面的 ， 包含生态、服务和内容运营 。 比如苹果的App Store生态 ， 华为的主题生态 ， 以及多媒体、视频等内容会员生态 ， 甚至于车后服务 ， 油养保停 ， 都是可运营范畴 ， 都可通过账号体系进行精细化设计 。
从账号体系上来说 ， 对于车辆本身的可运营 ， 可参考现在市面上比较流行的共享车经济模式 ， 前提是有足够安全的账号体系和车辆的物理支持 。
5）场景化
场景化是体验的核心 ， 现在说的最多的服务找人 ， 信息流 ， 都是场景化概念的延生 。 有用户就会有ID ， 有ID就会有行为 ， 有行为就会有数据 ， 通过数据去打磨场景 ， 这才是真正的智能 。
而车联网领域做这块是最难的 ， 用户在车内的时间本来就不多 ， 对场景的准确性要求就会更高 。 这块采取的策略是半自定义模式 ， 对于核心场景尽可能准确 ， 同时允许用户自己DIY ， 保证其灵活性 。
四、车联网账号体系设计
基于上面这五个特性的考虑 ， 整体车联网账号体系考虑如下 ， 整体分为4种不同的账号类型 。
本文图片
- 车主账号：车主账号 ， 作为设备的管理者 ， 拥有车辆和车联网管理的最高权限 。 信息来源于车辆销售系统 ， 或者车辆行驶证 ， 需实名 ， 并经过对应的车辆认证方可生成 。
- 亲友账号：亲友账号 ， 一个设备可在家庭和亲友之间共享 ， 可拥有车主分配的对应车辆控制和车联网权限 。 来源于用户自主注册 ， 需实名认证 ， 也需经过车主审核同意 。
- 临时账号：临时账号 ， 可用于临时登录使用 ， 用于车辆共享 ， 包括分时共享 ， 或者借车模式下 ， 长远来说用于车辆分享和出租的规划和准备 。 来源于用户注册 ， 需实名认证 。
推荐阅读
- 旅行社@旅行社推出“高铁+旅游”新产品 高铁旅行说走就走！连淮扬镇高铁全线通车
- 广西鹿寨贫困户玩直播带货变身创业新星以电商帮老乡卖滞销农产品
- 黄金时间■黄金时间丨哪种产品最节水？购买产品请注意这个标识！
- 货币等各类金融产品彻底电子化会到来么
- 侧重业务逻辑的产品需求规格说明书，需要有哪些要点
- 程序猿和产品汪能愉快的一起谈恋爱嘛
- 知乎有没有必要增加一个特别关注功能
- 我是程序猿养了条狗，取啥名字好
- 啥人会去买iPhone 8这种产品呢
- 天赐的声音|33岁张雨绮为啥总离婚？看过这些照片就明白了，都是性感惹得祸
