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

推荐订阅源

GbyAI
GbyAI
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
IT之家
IT之家
K
KPMG report finds enterprise disconnect between AI and its ROI | CIO
N
News | PayPal Newsroom
Cloudbric
Cloudbric
Webroot Blog
Webroot Blog
www.infosecurity-magazine.com
www.infosecurity-magazine.com
Simon Willison's Weblog
Simon Willison's Weblog
Spread Privacy
Spread Privacy
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
V
Vulnerabilities – Threatpost
Attack and Defense Labs
Attack and Defense Labs
C
Cyber Attacks, Cyber Crime and Cyber Security
Cisco Talos Blog
Cisco Talos Blog
C
Cybersecurity and Infrastructure Security Agency CISA
H
Hackread – Cybersecurity News, Data Breaches, AI and More
P
Proofpoint News Feed
阮一峰的网络日志
阮一峰的网络日志
S
Secure Thoughts
T
Tor Project blog
Latest news
Latest news
aimingoo的专栏
aimingoo的专栏
V2EX - 技术
V2EX - 技术
Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
S
Securelist
T
Tenable Blog
N
Netflix TechBlog - Medium
Google Online Security Blog
Google Online Security Blog
博客园 - Franky
T
Troy Hunt's Blog
量子位
大猫的无限游戏
大猫的无限游戏
T
Threat Research - Cisco Blogs
T
The Exploit Database - CXSecurity.com
MongoDB | Blog
MongoDB | Blog
H
Heimdal Security Blog
D
Docker
W
WeLiveSecurity
Stack Overflow Blog
Stack Overflow Blog
G
Google Developers Blog
博客园 - 叶小钗
腾讯CDC
The Hacker News
The Hacker News
WordPress大学
WordPress大学
人人都是产品经理
人人都是产品经理
Project Zero
Project Zero
Martin Fowler
Martin Fowler

人人都是产品经理

为什么你的产品找不到差异化?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迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第1讲——医疗信息化重构:从“辅助软件”到“自主智能体”的范式转移 – 人人都是产品经理, 粉丝量就是空气!!! – 人人都是产品经理, 用户说“薯片碎了”,机器回“要买吗?”:意图识别的翻车与破局 – 人人都是产品经理, RAG召回准确率从75到90 我做对了这三件事 – 人人都是产品经理, AI大事件:Anthropic改收费、OpenAI发安全版、手术机器人纳入医保、阿里发布”秒悟” – 人人都是产品经理, Chrome 推出 Skills 新功能,Agent 重塑上网方式 – 人人都是产品经理, GitHub前创始人拿了a16z的1700万美元,做Agent时代的Git – 人人都是产品经理 拷贝或克隆其他 Flutter OH 项目到本地后无法运行 – 人人都是产品经理, 优惠券设计:优惠券创建 – 人人都是产品经理, 不用死磕文档!AI 助手 1 小时搞定飞书 CLI 安装 + 配置 + 知识库 – 人人都是产品经理, 用小龙虾做竞品分析报告:从2天到20分钟,我是怎么做到的 – 人人都是产品经理 用小龙虾做市场分析报告:搞懂这3个公式,市场规模不再靠猜 – 人人都是产品经理, 你早就在做 Harness 工程,只是不知道它叫这个名字 – 人人都是产品经理, Think Long就够?你可能想多了! – 人人都是产品经理, 货代SRM实战:供应商准入怎么做,才能让资源池不是通讯录而是可交付网络? – 人人都是产品经理, 如何做好用户调研?详解基本技巧 – 人人都是产品经理, 木鸟、途家、美团对打,平台春天行动开“卷” – 人人都是产品经理, 入职才发现公司不靠谱?小红书从业者求职避坑指南 – 人人都是产品经理, 美国 AI 三巨头联手封堵,中国 AI 突围之路在何方 – 人人都是产品经理, 小红书,放在需求对面的镜子 – 人人都是产品经理, AI 会带来大规模失业吗? – 人人都是产品经理, 从出单到补货前,我第一次犹豫:该不该放大? – 人人都是产品经理, Flutter 三方库鸿蒙化适配:5 种高效检查方式,快速判断是否需要适配 – 人人都是产品经理, 从做产品进阶拿结果:医美机构产品经理转岗科室运营经理 – 人人都是产品经理, 阿里HappyHorse,一场关于“Token经济”的阳谋 – 人人都是产品经理, To B AI:客户留存落地的观察与思考 – 人人都是产品经理, AI产品的“生命线”——数据采集、标注、清洗的产品化设计 – 人人都是产品经理, 谈谈AI Agent(二):当“孩子”能自己“体验世界”时,你该学什么? – 人人都是产品经理, UI/UX设计师的3层能力进阶,前两层让你活下来,第三层…才是真正的分水岭 – 人人都是产品经理, 2分钟 → 30秒,效率提升75%:B端产品经理如何用「规则枷锁」驯服AI幻觉? – 人人都是产品经理, 还没来得及学OpenClaw,来了个更猛的:Hermes Agent – 人人都是产品经理, AI日报:宇树机器人跑出10m/s刷新世界纪录 – 人人都是产品经理, 一文说透基金互金如何用情绪价值引导用户决策做转化 – 人人都是产品经理, 当浏览器开始替你”看”网页:AI 浏览器正在亲手拆掉它脚下的那张网 – 人人都是产品经理, 0代码,一天时间我Vibe Coding了个网站 – 人人都是产品经理, Hermes 和 OpenClaw 之争,Agent 的能力应该“装上去”还是“长出来”? – 人人都是产品经理 视频生成的“桌子”,字节Seedance 2掀完,阿里快乐马掀 – 人人都是产品经理, 从听不懂到完全信任:我的 Codex 深度产品体验 – 人人都是产品经理, 当虚拟偶像有了北京户口,与真人偶像还有什么区别? – 人人都是产品经理, 会说,远远比会做更重要 —— 对 SBTI 爆火现象的五层观察 – 人人都是产品经理, AI产品经理必看:当“搭环境”比“选模型”更重要,你的认知还在2024年吗? – 人人都是产品经理, 2026年AI产品商业化核心逻辑:从功能demo到规模化营收的3个必破卡点 – 人人都是产品经理, 京东围绕供应链,卷起裤腿下场的那些事儿 – 人人都是产品经理, SBTI一夜刷屏:它赢在了“太会说人话” – 人人都是产品经理, 折扣零售的真相:不是便宜,而是价值感! – 人人都是产品经理, 和甲方吵了一架,最后加钱做了——我学到的ToB产品经理生存法则 – 人人都是产品经理, 和几位小红书操盘手聊了8小时,干货全在这 – 人人都是产品经理, 智谱GLM-5.1登场,开源模型首超Opus4.6!!! – 人人都是产品经理 Anthropic收入凭什么反超OpenAI,终于有人把这事说清楚了 – 人人都是产品经理, 史上最有故事感的技术报告——Claude最强模型Mythos 7个极其精彩的细节 – 人人都是产品经理, 模型不是壁垒,Harness 也不是 – 人人都是产品经理, 抖音本地生活业务思考21 – 人人都是产品经理, Superpowers:145k Star的AI编码框架,到底是什么来头? Superpowers:145k Star的AI编码框架,到底是什么来头? – 人人都是产品经理, OpenAI 的路走错了,Anthropic Harness 解法启示:模型需要实践专科生 – 人人都是产品经理, 画原型图的前一步:设计站点地图 – 人人都是产品经理, 给 DeepSeek 的最后一封催更信 – 人人都是产品经理, 手把手教你用 Claude Code 搭建 AI 营销团队:5 个 Agent、12 项技能,独立完成研究、写作、设计全流程 – 人人都是产品经理, 你以为大模型在学语言?不,它在重新发明语言学 – 人人都是产品经理 所谓Skill,不过是AI时代的工业垃圾 – 人人都是产品经理, 聊一聊内容传播的几个方法 – 人人都是产品经理, 当平台开始吃掉生态:从 OpenClaw 被封杀,读懂 Anthropic 的这盘棋 – 人人都是产品经理, 你装了 10 个 AI 插件,Obsidian 还是一个文件夹 – 人人都是产品经理 关于AI智能体架构演进的系统性思考:从单体试水到多体协同的重构 – 人人都是产品经理, 当“人”变成Skill,我们又该何去何从? – 人人都是产品经理 Mythos 事件:前沿 AI 治理的意外实验 – 人人都是产品经理, 货代CRM:信用与风险管理怎么做,才能把坏账风险拦在放货之前? – 人人都是产品经理, 从HR收集自拍照到员工自助录入——我见证了园区人脸识别从”不可用”到”真好用”的全过程 – 人人都是产品经理 千问闯关AI混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
米勒定律 | 设计师需要知道的设计原则!
大漠飞鹰CYSJ · 2023-06-14 · via 人人都是产品经理

米勒定律是用户体验设计中的重要原则之一,这一定律要求我们在设计产品时,需要考虑用户的认知负荷,尽可能简化界面,减少信息量,让用户更容易理解和使用产品。那么,米勒定律可以如何应用?如果强行套用「7±2法则」,有可能造成哪些设计上的误解?一起来看看作者的解读。

Alan Cooper(交互设计之父)说过“除非有更好的选择,否则就遵从标准”。这些设计标准/定律是设计前辈们经过长期的实践并反复验证所得出的结论,能很好的帮助我们发现、改善设计问题,提升设计效果,将设计师的价值发挥到最大。今天给大家带来一个不被大众熟知、但却无处不在的「米勒定律」。

有很多设计师对米勒定律没多大印象,但一定听过「神奇的7±2」,同时还被称为「7±2法则」、「神奇的数字7」等。那么米勒定律跟这些数字到底有何关联、核心定义到底是什么?接下来笔者将跟大家一起深入了解。

一、了解米勒定律

1. 米勒定律背景

米勒定律源于1956年美国心理学家George A. Miller(乔治·米勒)的一项科学研究,他通过对一维绝对判断的极限和短期记忆极限之间的巧合得出了结论,人的大脑短时记忆储存空间有限,对信息块的记忆容量大约为“7”,并在7+2与7-2(5~9中间)之间浮动,再多就会影响记忆精度、导致出错率上升,因此将这个神奇的记忆规律称为“7±2”,又以该心理学家的名称命名为“米勒定律”。

米勒定律 | 设计师需要知道的设计原则!

米勒定律指出,人们在工作中的短时记忆因受到生理、方法、环境等不同程度的影响,只能记住7±2个信息块,并且将内容分组、分段、分流程都有助于我们保留有效信息。不过,后来在学者的进一步研究中发现,人的短时记忆组块大约在3至5个,即4±1左右。

那么到底是7±2、还是4±1呢,先不要纠结,我们需要先知道米勒定律的核心是什么,然后再做决定不迟。

2. 是不是被这样定义?

笔者在写这篇文章之前,查看过很多米勒定律相关的资料,基本都是“人的短期记忆只有7±2的信息容量、大脑最多能同时处理 5到9 个信息、对新鲜事物的记忆容量最多不超过9过、……”诸如此类的核心定义,并且示意图都是类似如下这种:

米勒定律 | 设计师需要知道的设计原则!

如果将核心理论规则定义为7±2,那下图改如何解释,因为在笔者所了解的相关资料中,并没有明确字数相关的内容,看看你能记住几个,还是7±2吗?

米勒定律 | 设计师需要知道的设计原则!

先不要误解,笔者并不是反驳7±2的定义,且上述有提到过7±2、4±1、分段、分组、拆分流程等,这里先留一个悬念,后面你会清楚7±2是不是核心准则。

二、米勒定律的核心

1. 短时记忆-数量

有科学家指出,短时记忆在人脑中大约能保持5~20秒,最长不会超过一分钟,如果需要长时记忆,则需要通过特殊的方法,如反复朗读、宫殿记忆法或借助辅助工具存储等方式去记住。

米勒定律阐述了人们在短时记忆中的规律,虽然将可记忆的信息数量设定为7±2(5~9个),但更多时候,它与元素的复杂程度有很强的关联性,类容越复杂越长,能记住的数量就越少,另外针对老人和儿童,短时可记忆的数量远不及年轻用户群体,所以低于5个就再正常不过了。如果需记忆的信息是有规律的、或记忆者本就熟悉的内容,短时记忆的数量也会增加,超过9个也很常见。

米勒定律 | 设计师需要知道的设计原则!

2. 短时记忆-组块

清楚了人们短期记忆数量上限的问题后,那么该如何解决?在设计中,如果信息的数量由设计师控制,则可以通过控制数量来减少用户选择,当信息的数量不受设计师控制时,这时就需要引入米勒定律中的“组块”概念。

组块就是就是将各个信息分别匹配到不同的信息段元中,以此帮助用户快速处理信息。例如,将任务流程分为多个步骤、多条信息分组或或排序、单组信息分段或自动获取并提供给用户等,对于解决用户的短期记忆力问题,都不失为一种较为有效的方法。

米勒定律 | 设计师需要知道的设计原则!

3. 不要用数字来限制设计

讲到这里,我们基本清楚了一点,米勒定律都是围绕着如何解决“人们大脑短期记忆量”的问题,而7±2则是解决这个问题其中的一个方法,并不能把7±2作为米勒定律的核心或替代米勒定律。

网上对于米勒定律的解释众说芸芸,并且举了很多例子验证,诸如导航的数量不超过7个、金刚区的功能菜单不超过9个、底部Tab栏功能不超过5个等等,这多少有些生搬硬套的味道。所以不管是7±2的守旧派、还是作为后来者4±1的创新派,我们真的不应该纠结在7±2或4±1这些数值上,因为在米勒定律中,数值解决不了的问题,还有很多其他方式解决,不要让这些数字限制了设计师们解决问题的思路。

米勒定律 | 设计师需要知道的设计原则!

三、设计中的米勒定律

在设计中,米勒定律主要强调的是在设计过程中的预见性、以及规划各个信息之间的组合。产品在不断更新迭代的情况下,会经常涉及到新老功能的增减,设计师不仅要让界面适应这些变化,还不能破坏原有的视觉基础,便可以使用米勒定律针对短期记忆问题做一些便捷交互,以此提高信息的易读性,降低用户记忆成本。

1. 拆分任务流程,优化操作

对于信息较多或复杂的业务场景,可以将整个任务流程拆开,分为多个步骤依次完成,这样能避免因单屏信息过多导致用户产生急躁的情绪,让用户在每个步骤中都能沉浸于当前操作。

例如,填写求职平台的个人简历、问卷调查表、以及申请信用卡时长长的表单设计,如果全都挤在一页,真的看着就累。而分步骤、分页显示就完全不同了,相比之下,变相的让用户有种成本更低的感觉。

米勒定律 | 设计师需要知道的设计原则!

2. 控制信息数量,减少选择

前面有讲到,因人们短时间对信息的处理存在上限,当信息数量受设计师控制时,可根据其复杂程度及受众用户群体控制好信息块的数量,不必纠结7±2、4±1或是固定数值,只要合理,都能帮助用户增强识别与记忆。

米勒定律 | 设计师需要知道的设计原则!

3. 多信息分组,内容更清晰

当信息较多时,需要分组显示来提升用户的识别与记忆,方式有很多种,例如分隔线、色块分组、卡片分组、导航菜单分组等。

米勒定律 | 设计师需要知道的设计原则!

4. 单信息分段,辅助记忆

除了多条信息分组之外,对于较长的单条信息也可进行分段处理,这也是提升易读性的常见设计手法。例如,用户需要输入长长的数字信息(手机号、银行卡号、身份证号),分段处理能方便用户核对信息、辅助记忆。

另外,部分文字信息也是如此,不同字段之间加有留白,也能让信息之间有呼吸感,浏览起来会更顺畅,减少用户记忆负担。

米勒定律 | 设计师需要知道的设计原则!

5. 按规律排序,引导记忆

将信息进行规律的排序,有助于用户快速理解并记忆。例如应用中的地址列表、好友列表,右侧按照拼音首字母排序并设有定锚功能,用户的查找、记忆效率能得到很大提升。

米勒定律 | 设计师需要知道的设计原则!

6. 信息自动填充,放弃记忆

在部分场景中,如果想将用户的记忆负担减到极致,那就干脆将用户需记忆的内容减至0,发挥出米勒定律的最大作用。

众所周知,在接触了很多互联网产品之后,各账户密码设置的形形色色,高强度、复杂的密码真的很难让人记住。使用谷歌浏览器登录账号后,会弹出是否保存账号/密码的小窗,用户可选择性的让浏览器记住登录信息。很多APP可在登录页面勾选保存账号/密码,后续登录更方便,还有系统自动获取手机号码一键登录等功能,直接让用户放弃记忆,不仅降低用户记忆负担,还加强了密码的安全性,一举两得。

7. 重复重要信息,直接确认

根据行为预判,当用户对上一步流程内容可能存在记忆需求时,与其让他们回忆,不如二次显示直接让用户确认。例如,将输入手机号和验证码分页之后,验证码页面依然显示之前填写的手机号;使用搜索功能后,系统保留了搜索记录,通过提示、重复等方式,都不同程度的降低用记忆成本、以及对信息的处理难度。

8. 关键信息,一键复制

网页中,对于长串字符,不用一个一个去记,长按后选择内容复制就能实现“乾坤大挪移”,几乎无人不知,那么在APP中该怎么办?

对于APP中移动需求较为频繁的长串字符,增加一键复制操作即可解决用户短期记忆问题。例如在网上购物之后,物流便成了关注的对象,不管是将订单集中在某一个平台、还是为了咨询/反馈,订单号和运单号都可能用到,在字符后面增加复制功能就降低了用户大量的记忆成本。

米勒定律 | 设计师需要知道的设计原则!

四、强行套用“7±2”带来的误解

米勒定律被引用到设计领域后,很多人对这一启发式结论存在误解,强行套用7±2对设计做了很多不必要的限制,“受灾”的地方如导航菜单、底部标签栏、金刚区、个人中心的功能入口等。

笔者理解的米勒定律应该是研究人们大脑短期记忆量的问题,上面提到的这些模块侧重点应该是用户识别,而不是用户记忆,所以无论数量的多少,最终都是为解决短期记忆量而准备,并非机械化的停留在5~9的范围区间。下面我将举例,看看曾经被“神奇的7±2”限制过的模块是否能被打破。

1. 金刚区

金刚区的图标入口一行不超过5个,在两行的情况下,最后一个入口为更多,引入米勒定律(5~9)就是金刚区的入口总共不超过9个,大家听到的是不是这种解释?如图(以往资料举例):

米勒定律 | 设计师需要知道的设计原则!

既然是5~9个入口,那么下图这些又该如何解释?不要告诉笔者,他们都没有注重用户体验。美团金刚区功能入口分两个区域,第一个区域为5个,第二个区域可视入口为15个(还能左滑);支付宝首页上方区域的常用功能入口为4个,自定义功能最多可添加13个,那么不管是用7±2、还是4±1来证明,都很难站住脚。

米勒定律 | 设计师需要知道的设计原则!

2. 底部标签栏

根据7±2法则定义,底部标签栏的icon最多不超过5个,如图(以往资料举例):

米勒定律 | 设计师需要知道的设计原则!

那么问题来了,如果icon数量以7±2作为标准,应该是不低于5个才对,这让很多只有3个、4个icon的标签栏该如何自处,其中不乏一些大厂的优秀设计。

标签栏的icon数量不超过5个并非是7±2的限制,而是根据移动设备的物理尺寸,以及人们手指触控所需的物理区域反复验证、长久积累经验得出的最佳结论。

米勒定律 | 设计师需要知道的设计原则!

3. 导航菜单

导航菜单、选项卡数量不超过5个,这就更有点天方夜谭,当然不否认那些刚好就有5个选项的巧合,如图(以往资料举例):

米勒定律 | 设计师需要知道的设计原则!

在大部分情况下,导航菜单、选项卡是属于某个功能中的筛选或分类。这里笔者很是不理解,如果套用7±2的话,那是不是这个功能只有3个类别,我们非得再找2个,要凑齐5个吗?而且文字菜单可显数量,还受字数的影响。

4.个人中心

这里还有个更为奇特的观点,根据7±2法则,个人中心的功能每个模块只有5~9入口,用户查找非常方便,如图(以往资料举例):

米勒定律 | 设计师需要知道的设计原则!

大家都清楚,个人中心的入口会很多,一些较为重要但不能占据首页资源的功能都会放在个人中心,甚至首页已展示的功能又在个人中心重复,入口的区域划分应该是根据功能类型、等级权重、操作频率等综合因素设定,并没有受到7±2限制。当然,凡事都有巧合,这里不多做解释。

笔者在写这篇文章之前,看过很多关于米勒定律的资料,直接套用7±2案例还有很多,就不一一举例了。

五、结语

每一个理论进入设计领域后,都会被不同程度的引用及验证,米勒定律也不例外。PM、UX、UI的因为侧重点不同,输出的内容也会有些差异,即便大体相同,细节上总会有不同的见解。经过设计“长河”的洗刷,理论的实用性都会有所进化,这并非一朝一夕,必定是经过广大设计师不断去探索、发现并形成总结,然后经过每一次细微的变化逐渐积累并改进,才会变得更实用。

关于对米勒定律的理解,其实还有很多争议,笔者不过是通过所看、所想,根据以往的经验加以融合并将其表达出来,其观点不一定完全正确。我们不以对错来论,如果大家有更好的处理方式,欢迎补充与纠正。

正如文章一开始所说:“除非有更好的选择,否则就遵从标准”。

专栏作家

大漠飞鹰;公众号:能量眼球,人人都是产品经理专栏作家。致力于产品需求的驱动、产品体验的挖掘,利用设计的手段为受众用户带来更好的体验,即好看、好用。

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

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

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。