惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

GbyAI
GbyAI
阮一峰的网络日志
阮一峰的网络日志
G
Google Developers Blog
J
Java Code Geeks
Blog — PlanetScale
Blog — PlanetScale
大猫的无限游戏
大猫的无限游戏
云风的 BLOG
云风的 BLOG
Vercel News
Vercel News
L
LangChain Blog
Hugging Face - Blog
Hugging Face - Blog
T
The Blog of Author Tim Ferriss
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
Stack Overflow Blog
Stack Overflow Blog
P
Proofpoint News Feed
腾讯CDC
博客园_首页
博客园 - 聂微东
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
M
MIT News - Artificial intelligence
WordPress大学
WordPress大学
D
DataBreaches.Net
Microsoft Security Blog
Microsoft Security Blog
有赞技术团队
有赞技术团队
博客园 - 叶小钗

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
帐号体系:多设备使用限制
誓博 · 2022-06-06 · via 人人都是产品经理

编辑导语:使用微信时,我们可以在电脑和手机登录同一个微信账号,却不能在两台手机上同时登录同一个,这便是“多设备使用限制”。为什么要做多设备使用限制呢?又要如何设计?一起来看一下吧。

在使用微信时,我们会发现当已经在一台手机上登录了微信,然后再用另一台手机登录同一个微信号时,前一台手机的微信会被强制退出登录。而如果再用一台电脑登录同一个微信号,已经在手机上登录的微信号并不会被强制退出登录。

这是微信对同一帐号同时在多个电子设备登录使用的限制,可称之为“多设备使用限制”。

01 为什么要做多设备使用限制?

1. 功能背景

随着社会的发展,人们拥有的电子设备的数量和种类越来越多。很多人都拥有了手机、平板、电脑、电子阅读器等多种类型的设备,甚至同一种类型的设备也有多个。如一台android手机、一台iPhone。

不同类型的电子设备特点不同,分别适合特定的用户使用场景。如手机小巧灵活、联网方便,更适合在移动的环境中使用;而笔记本电脑、台式电脑需要放置在桌上,更适合在相对固定的环境中使用。

为了尽可能地满足用户在不同类型的电子设备上使用产品功能的需求,不少产品都为不同类型的电子设备提供的对应的产品。kindle是一款电子书阅读产品,可在Kindle阅读器(独立硬件)、电脑客户端、手机客户端等多种类型的设备上使用。

对于那些有多台设备的用户,他们会在不同的场景下,选择特定类型的设备来满足的同一个需求。在去上班的地铁上,有一个小时的车程时间,我会使用Kindle阅读器;在公司办公的休息间隔,我会用Mac客户端,而在中午下楼吃饭的时候,我会用手机客户端。

2. 多设备使用限制的价值

从更方便地满足用户需求的角度出发,产品应该支持多终端同时登录使用,以免用户在切换场景使用另一台设备时,都需要重新登录。

但这种完全不限制的处理方式,会给用户和企业带来很大的风险:

  1. 泄漏帐号信息。如用户在非个人设备上登录使用后,忘记退出登录,帐号信息就可能会泄漏出去;
  2. 运营成本更高。如使用同一个帐号同时在无数个设备上观看视频内容,会导致服务端宽带成本暴增;
  3. 损失商业收益。对于那些需要付费使用的产品来说,一个帐号可以同时在无数个设备上登录使用,深受羊毛党喜欢。羊毛党会将帐号低价共享给无数人使用,赚取大量收益。而这些低价使用共享帐号的用户,原本可以成为独立的付费用户,导致企业丢失了不少收益。

因此,对于存在以上风险的产品来说,企业通常不会允许同一个帐号在多个设备上同时使用,而是对同一帐号同时可登录使用的设备数量和类型进行限制,这是一个合乎理性的妥协方案。它很好地解决了以上风险问题:

  1. 降低泄漏信息的风险:在非个人设备上登录使用后,忘记退出登录,只需要在自己的设备上再次登录,即可强制帐号在原来的设备上退出登录,避免了帐号信息泄漏;
  2. 控制运营成本:一个帐号只能在少量设备上同时观看视频内容,服务端的宽带成本就得到了有效控制;
  3. 增加商业收益:要想使用产品,就必须向企业按正常价格购买,而不是低价获取共享帐号;要想同时在更多设备上使用,就必须购买会员。

多设备使用限制最大限度地满足了用户在不同场景中更方便地使用产品功能的需求,同时有效降低了信息泄漏的风险,控制了企业的运营成本、增加了商业收益。

02 如何设计多设备使用限制?

对同一个帐号能同时登录使用的设备类型和数量进行限制,是多设备使用限制的主要内容。那我们确定多设备使用限制时,应该考虑哪些因素呢?

1. 决策考虑因素

1)多设备使用是否冲突

多设备使用会出现冲突的产品,即当在A设备上使用时,同一个帐号就不能在B设备上使用的产品,应该不允许多设备登录使用。

2)产品支持的设备类型

产品支持多设备类型是指产品能在哪些类型的设备上使用。如web、手机客户端、电脑客户端、平板客户端、独立硬件等等。

当产品支持的设备类型大于1时,就需要考虑是否要区分不同的设备类型对同时允许登录使用的设备数做限制。

3)用户常用的设备数量

绝大多数正常用户同时拥有且经常使用的设备数量是有限的,比如手机、电脑、iPad各2台。多设备使用限制的设备数量,完全可以依据用户常用设备数量来做限制。

4)多设备同时使用的边际成本

使用同一个帐号,每在一台新设备上登录并使用产生的新增成本,就是多设备同时使用的边际成本。边际成本越低,可接受的多设备使用限制越宽松,边际成本越高,可接受的多设备使用限制越严格。

5)产品商业模式

产品的商业模式跟独立帐号数量的关系越大,可接受的多设备使用限制越严格,关系越小,可接受的多设备使用限制越宽松。

某课程产品的主要营收来自课程售卖,购买课程的独立帐号越多,商业模式跟独立帐号数量多关系极大,因此一个帐号同一时间就只能在一个设备上登录使用。

而今日头条主要营收来自信息流广告,浏览量越大营收越多,不同设备上的浏览量来自一个帐号还是多个帐号,对营收没有影响,因此一个帐号同一时间就能在多个设备上登录使用。

2. 决策建议

在设计多设备使用限制规则时,应该综合考虑以上因素,在成本可控和确保帐号安全的条件下,尽可能放宽限制,以更好地满足用户需求。

不允许多设备使用的产品,建议直接限制帐号任意时间只能在一台设备上登录使用。在每个设备重新打开时,都实时获取进度,并更新到当前设备,而另一个设备中正在进行的活动被中止,甚至直接设置为不允许同一帐号同时在多台设备上登录使用。如三国杀:

采用严格的多设备使用限制的产品,建议将规则设置为:同类型设备,一个帐号同时只能在一台设备上登录使用;不同类型设备,一个帐号同时能在多台设备上登录使用,具体数量视产品支持的设备类型或业务特性而定。多个设备互不干扰,在空闲的时候同步多个设备上产生的数据。如得到只能同时在一台手机设备上登录使用,但可以同时在一台手机和一台平板上登录使用。

采用宽松的多设备使用限制的产品,建议将规则设置为:不限制设备类型,只限制总设备数,具体数量视用户常用设备数而定,以最大限度保障帐号安全,如淘宝。

03 总结

多设备使用限制很好地平衡了用户价值和商业价值的矛盾,在设计帐号体系时,必须要根据实际业务特性来考虑多设备使用限制的方案,在成本可控和确保帐号安全的条件下,尽可能放宽限制,以更好地满足用户需求。

#专栏作家#

誓博,微信公众号:产品慎思录。人人都是产品经理专栏作家。7年产品经验,专注电商交易系统方向。

本文原创发布于人人都是产品经理,未经作者许可,禁止转载。

题图来自 Unsplash,基于 CC0 协议。