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

推荐订阅源

V2EX - 技术
V2EX - 技术
T
Troy Hunt's Blog
The Last Watchdog
The Last Watchdog
www.infosecurity-magazine.com
www.infosecurity-magazine.com
S
Secure Thoughts
Hacker News - Newest:
Hacker News - Newest: "LLM"
WordPress大学
WordPress大学
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
博客园 - 司徒正美
TaoSecurity Blog
TaoSecurity Blog
博客园 - Franky
有赞技术团队
有赞技术团队
Google Online Security Blog
Google Online Security Blog
罗磊的独立博客
L
LINUX DO - 最新话题
cs.CV updates on arXiv.org
cs.CV updates on arXiv.org
NISL@THU
NISL@THU
小众软件
小众软件
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
Recent Commits to openclaw:main
Recent Commits to openclaw:main
K
Kaspersky official blog
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
W
WeLiveSecurity
SecWiki News
SecWiki News
Google DeepMind News
Google DeepMind News
O
OpenAI News
V
V2EX
AI
AI
博客园_首页
Apple Machine Learning Research
Apple Machine Learning Research
大猫的无限游戏
大猫的无限游戏
美团技术团队
C
Cyber Attacks, Cyber Crime and Cyber Security
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
Security Archives - TechRepublic
Security Archives - TechRepublic
博客园 - 三生石上(FineUI控件)
G
GRAHAM CLULEY
月光博客
月光博客
T
Threatpost
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
V
Vulnerabilities – Threatpost
Last Week in AI
Last Week in AI
爱范儿
爱范儿
C
CXSECURITY Database RSS Feed - CXSecurity.com
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
Cloudbric
Cloudbric
酷 壳 – CoolShell
酷 壳 – CoolShell
The Hacker News
The Hacker News
N
News | PayPal Newsroom
Know Your Adversary
Know Your Adversary

人人都是产品经理

为什么你的产品找不到差异化?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混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
「古腾堡原理」浏览信息的正确方式?
文轩没有大脑袋 · 2024-02-29 · via 人人都是产品经理

不同的页面分布,给用户带来的感受是不一样的。本文将以古腾堡原理,阐述浏览信息的正确方式以及在设计中的正确应用,一起来看看吧。

为用户的眼睛引导一个正确的浏览路径是至关重要的。

今天为大家带来古腾堡原理,又称作“从左到右、从上到下”的规则,是一种基于西方阅读习惯的视觉设计和布局原则。它指出,由于人们通常习惯于从页面或视觉作品的左上角开始阅读信息,逐渐向右下角移动,因此设计师可以利用这一习惯来指导视觉布局的安排,确保信息按照重要性和阅读顺序被有效传达。

本篇文章分为“古腾堡原理——阅读习惯与视觉流动——古腾堡原理在设计中的应用——关于古腾堡的演化与推进”。

一、古腾堡历史背景及其原理

古腾堡原理它并不直接源自古腾堡本人或他的工作。约翰内斯·古腾堡是15世纪的德国发明家,以欧洲地区第一位发明活字印刷术而闻名。通过研究发现用户的浏览习惯于从左上角开始,到右下角结束。

著名报纸设计师埃德蒙·阿诺德将这种自然扫描模式称为古腾堡原理。那么我们就大致了解了什么是古腾堡原则。

古腾堡原则:从左到右,从上到下强调了用户在浏览页面内容时的自然视觉流动。它建议设计应该顺应这种阅读路径,从而引导用户的眼动自然地流动通过页面。在这个模式下,页面布局通常被分为四个象限,用户的视线通常会从左上角开始,然后向右移动,接着下移至左下角,最后向右下角移动,形成一个类似“Z”的模式。

二、阅读习惯与浏览路径

这里主要根据移动端与网页端的阅读习惯和浏览路径来进行分析,关于这些差异主要由设备的物理特性、使用上下文、用户期望和交互方式等因素驱动。那么通过表单的方式来清晰的观察一下。

通过表单显示移动端设计应专注于简洁性、速度和直观的触控交互,而网页端设计可以利用更大的屏幕和复杂的交互方式,提供更丰富的内容和深度的用户体验。接下来我们通过“F型阅读模式、Z型布局、古腾堡原理”三种浏览模式分析阅读习惯与浏览路径。

1. 古腾堡原理

那么“古腾堡原理”为什么会造成这种“从左上角开始,到右下角结束”的浏览情况呢?是因为我们看到屏幕中呈现的信息时,我们的眼睛并不是静止不动的,而是不断的浏览、以及被呈现的不同信息所吸引,经过大量的测试发现我们对信息的检索路径是首先被左上角区域所吸引,被动地穿过右上角,向下到达左下角,最后到达右下角(这里有条件的总监们可以在进行眼动测试的时候顺便观察一下)。

对于“古腾堡原理”的阅读习惯与浏览路径这里为了更方便大家理解列举案例:

拿“TOPYS”与“36氪”这两个App来举例,这里两个App在列表信息的展现方式分别为“左图右文”与“右文左图”。

为什么会造成这样的情况我们从“浏览习惯”与“产品属性”两个方面进行分析。

  1. 浏览习惯:基于“古腾堡原理”的结论看信息顺序是先从左到右的
  2. 产品属性:“TOPYS”为关于创意内容的平台以图为主,用户对于艺术创意习惯先看到产品;“36氪”为资讯类平台以文为主,用户对于报道首先会关注信息。

由此我们可以得知结论:基于用户的浏览习惯根据产品属性对信息的展示需要进行不同的排列。

那么与“古腾堡原理”有什么关系呢?别着急,我们点进信息内容代入“古腾堡原理”这个公式,先看“左上与右下的信息内容”分别为:

  • 36氪:“返回”和“评论、点赞、收藏、转发”
  • TOPYS:“返回”和“评论、分享、收藏”

这里我们从“古腾堡原理”与“手势操作习惯”来分析,将内容页返回按钮放置左上角是App的常规操作(当然也会有将内容页返回按钮放置左下角,这里不过多赘述),下面我们将“评论、点赞、收藏、转发”统称为互动模块:

  • 返回按钮:让用户能够直观地了解倒返回按钮的所在,最早是基于iPhone OS 1.0(最初iOS被称为iPhone OS)首次引入了这种设计,这样放置的原因是因为考虑到手持设备的操作习惯和屏幕大小。
  • 互动模块:此模块在浏览信息的终端,用户在浏览至此模块时对页面大致信息已有所了解所以在不干扰主要内容展示的同时存在用户便携操作的区域使得用户无论在什么情况下都能轻松地与应用互动。

通过这个案例我们了解“古腾堡原理”的简单应用:利用浏览习惯通过元素间的排列位置引导用户的浏览顺序。

2. “Z型布局”和“古腾堡原理”

这里就会产生一个新问题,上述写到“Z型布局”和“古腾堡原理”会有很多同学有疑惑,那么这两个到底是不是“古腾堡原理”及“Z型布局”呢?这里我们可以从概念去详细分析一下

  • 古腾堡原理:从左到右,从上到下.强调了用户在浏览页面内容时的自然视觉流动。它建议设计应该顺应这种阅读路径,从而引导用户的眼动自然地流动通过页面。
  • Z型布局:它强调了在页面的四个关键点(起点、顶部水平、对角线和结束点)上布局重要元素,以引导用户的视线按照“Z”字形移动。

由此可见“两者都基于对西方阅读习惯的理解,尝试通过设计引导用户的视线流动”。

区别在于“古腾堡原理更多关注于文本内容的布局,强调在页面的不同区域分布用户的注意力,适用于内容密集型的设计。而Z型布局侧重于视觉元素的布局,适用于目的明确、需要用户快速做出反应的页面设计。”

有些设计师可能将它们视为相似或重叠的概念,因为它们都涉及到如何根据用户的视觉习惯来布局页面元素。然而,其他人则强调它们在设计应用和目标上的区别。

实际上,这两种理论可以视为互补的。看到这里可能会觉得有些过度解读,但是其实从“第一性原理”:回归事物的本质去思考,他们都是为了“提高信息传达的效率和用户体验的质量”为目的的,所以在我们选择布局方式时根据具体的项目需求和内容类型,灵活选择即可它们并不是公式而是一种服务方式。

3. F型布局

“F型布局”也是一种浏览习惯,顾名思义“人们在浏览网页时的眼动路径通常呈现出“F”形状的特点。”这个研究成果是“尼尔森诺曼小组 (NNG)在一项眼动追踪研究200多名浏览了数千个网页的用户中发现的。”

“F型布局”有三个特点:

  1. 水平阅读顶部:用户首先在网页的顶部进行一次较长的水平阅读,这是因为人们习惯从页面的顶端开始浏览信息。
  2. 水平阅读次顶部:接着,用户的视线会下移一段距离,在页面的中部再次进行一次水平阅读,但这一次的阅读长度通常短于顶部的阅读。
  3. 垂直阅读:最后,用户的视线沿着页面的左侧垂直向下扫描,偶尔会在感兴趣的点向右移动进行阅读,形成了”F”形状的竖线部分。

“F型阅读”这种阅读模式更习惯方便了用户在快速浏览网页时的常见行为,强调了在网页设计和内容布局时需要将关键信息安排在用户视线最可能触及的区域,即页面的顶部和左侧边缘,以提高信息的可见性和吸引力。

其中“谷歌搜索”与百度搜索都采用了这种布局模式,当用户执行搜索时,他们通常会遵循“F型布局”来浏览搜索结果。

对于浏览器采用“F型阅读”的模式,搜索页面的设计并非专门为其而设计,但其布局和内容呈现方式自然而然地适应了这种浏览习惯,提高了用户获取信息的效率。

到这里我们讲解完“F型阅读模式”、“Z型布局”、“古腾堡原理”三者的浏览模式我们通过“定义、适用性、移动端与网页端应用”来进行分析。

由此可见“F型阅读模式”主要适用于文本密集的网页端,“Z型布局”适合视觉导向的网页和移动端页面设计,而“古腾堡原理”更适用于传统的、布局固定的文本密集型网页。

*提示:设计时应根据内容类型、用户目标和设备特性等来选择最合适的布局方式,切末把布局方式定义为固定的套路,这些原则与方法的存在是为了让用户更加方便而非固定的公式。

三、古腾堡原理在设计中的应用

关于“古腾堡原理”在设计中的应用都有哪些,我们这就来逐一盘点,再次之前声明一点:

由于文轩并非这些案例的设计师并不能讲他们就是100%按照古腾堡去做的,我们先将古腾堡原则代入进这些应用方式去体验,再次向这些设计师及团队表示感谢。

1. 按钮的应用

面对新的页面大多数用户首先会扫描内容,因为页面与他们的目标行动相关并占据屏幕的主导地位。用户的眼睛从屏幕的上半部分向下移动。当内容结束时,用户视线会在屏幕底部寻找找寻最终信息或者按钮。

关于概念我们说完了,这里举出三个例子“淘宝详情页”、“淘宝订单页”、“小红书用户页面”。

这里如果这些“付款、三连按钮”都出现在左上方会造成用户浏览完信息时突然消失没有针对于下一步的行动操作,那么用户的视线将会原路返回,这样会浪费用户的操作时间,我们的作用就是提用户节省时间,替他选择。

但是会出现另一种问题,在部分UGC(用户产出)平台的“关注”、或者手机相册中,他们的页面关注会在顶部而非视觉最终落点区域,我们来分析一下这种情况。

在UGC平台用户页面的“关注”为重要按钮是一种误区,这里重要的是下方的“三连(转发、点赞、评论)”这里“评论最重要”,只有通过“三连”用户在评论区进行讨论才可以促进平台的活跃度。

但是相册、短信中出现主要按钮操作是因为为了使用户在这种情况下使用顶部按钮,可以让用户在注意到应用栏中的状态变化后更快地采取行动,图片信息、短信对于用户的最大作用是浏览,按钮靠近状态标题意味着用户的眼睛不必离开太远。

在使用按钮时当按钮可被立即识别和易于理解时,App往往显得更直观和设计巧妙,我们在将来进行按钮设计时可以从两个方向去思考“使按钮易于使用”与“确保每个按钮清晰传达其用途”。

2. 弹窗的应用

设计弹窗内容时,可以将最关键的信息(如标题或重要通知)放在左上角/中间的主要区域,以立即吸引用户的注意。次要信息(如详细说明或辅助信息)可以放在右上角和中心区域,而行动呼吁按钮(如“立即购买”、“注册”等)则放在视线的终点区域,即右下角,促使用户采取行动。关于在“古腾堡原则”在弹窗中的应用,我们从“C端”和“B端”来讲解。

C端

关于C端的弹窗我截取了四种类型“常规的左右排列”、“上下排列”、“底部排列”、“运营弹窗”。

通过观察“四种弹窗样式”,我们可以清晰的看到所有的排列方式都遵循了“古腾堡原则”,通过视觉引导从图像、颜色对比等视觉元素,在弹窗内创造一条从左上到右下的视觉路径,引导用户的视线按照古腾堡原理预期的方式移动,从而增加信息传递的效率和效果。

那么我们在设计弹窗时需要注意的是“考虑到用户的视线自然会从左上角移动到右下角,避免在边缘区域(左下角)放置重要信息或行动呼吁按钮(可以当作主按钮去理解),因为这些区域相对较少被注意到,可能导致信息被忽视或用户行动的减少。”

B端

在B端中的弹窗设计,这里我首先是通过“Ant Design”中理解,就从“表单弹窗”、“通知弹窗”去解析。

  • 通知弹窗:用户的视觉浏览通过顶部左侧开始,这里是成功的icon及标题用户可以首先感知通知状态,然后是信息内容,其次在视觉路线终端是按钮将按钮区放置于用户浏览路径中,便于被用户发现。
  • 表单弹窗:在“Ant Design”官方文档通过三个区域拆解“Header:主题的标题和摘要信息内容区的导航等”、“Body:具体内容”、“Footer:主题的补充信息和工具栏等”,之所以存在右上方的按钮是因为“完成”主题类的动作放在 Header 区。例如,编辑器中为了最大化编辑空间,将“完成”类动作放到了右上角。

通过“古腾堡原则”在B端中弹窗应用的优势有四个方面:“优化信息层级和重点突出”、“提高用户操作的直观性”、“减少用户错误”、“提升决策效率”。

当然,关于古腾堡在设计中的应用绝不止这些,还有“缺省页”、“报纸”等,这些都藏在我们的生活中需要我们去发现。

总结

通过有效引导用户浏览页面来使用户拥有一个友好的体验,使用户轻松理解我们在页面设计的信息这些是至关重要的,本期就到这里啦,我们下便再见。

本文由 @文轩没有大脑袋 原创发布于人人都是产品经理,未经授权,禁止转载

题图来自Unsplash,基于CC0协议

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