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

推荐订阅源

Security Latest
Security Latest
Recorded Future
Recorded Future
人人都是产品经理
人人都是产品经理
S
SegmentFault 最新的问题
Hacker News - Newest:
Hacker News - Newest: "LLM"
C
CXSECURITY Database RSS Feed - CXSecurity.com
博客园 - 三生石上(FineUI控件)
博客园 - 聂微东
P
Privacy & Cybersecurity Law Blog
WordPress大学
WordPress大学
Know Your Adversary
Know Your Adversary
Spread Privacy
Spread Privacy
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
量子位
L
LINUX DO - 热门话题
L
Lohrmann on Cybersecurity
博客园 - Franky
酷 壳 – CoolShell
酷 壳 – CoolShell
T
Tor Project blog
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
雷峰网
雷峰网
阮一峰的网络日志
阮一峰的网络日志
V
Visual Studio Blog
T
Threatpost
T
Tenable Blog
有赞技术团队
有赞技术团队
大猫的无限游戏
大猫的无限游戏
Engineering at Meta
Engineering at Meta
GbyAI
GbyAI
C
Cisco Blogs
H
Heimdal Security Blog
Attack and Defense Labs
Attack and Defense Labs
A
About on SuperTechFans
Last Week in AI
Last Week in AI
N
News and Events Feed by Topic
T
Threat Research - Cisco Blogs
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
I
Intezer
V
V2EX
Cyberwarzone
Cyberwarzone
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
B
Blog RSS Feed
V
Vulnerabilities – Threatpost
N
Netflix TechBlog - Medium
T
The Blog of Author Tim Ferriss
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
U
Unit 42
PCI Perspectives
PCI Perspectives
P
Privacy International News Feed
D
Docker

人人都是产品经理

为什么你的产品找不到差异化?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混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
从 4 个方面,总结 B 端表单的交互设计细节
夜莺YEAH · 2022-07-22 · via 人人都是产品经理

编辑导语:表单页是一种用于信息添加、录入的页面类型,用来确保用户按照要求录入信息提交给系统使用或者引导用户进行应用设置。基于业务需求,有时候用户在操作过程中,不可避免的需要填写很多表单。针对B端表单,我们应该如何去正确的设计呢?

“虚假的事物可以被随意想象,唯有真实的事物才能被理解。”

我们在讲述自己设计作品的时候经常会说“我觉得”、“我感觉”这样的词,这些在旁人看来都是随意想象出来的。而那些被分析、论证、测试过的,经过时间沉淀的,可能就是牛顿说的真实的事物。

设计中视觉、交互都存在一定的规律和逻辑。当设计师能够熟练掌握一些相关的设计规律之后,无论做什么设计创新都会更加准确和有效率。 但总结这些规律需要大量的实际工作经验或行业案例分析、论证,完善一个逻辑,需要付出极大的精力。如果已经有人总结出了相关的设计规律和逻辑供我们学习,那我们就不要轻易错过。——《规律与逻辑-用户体验设计法则》

文字有点多,建议大家不用一次看完,可以利用碎片化时间看。

一、即时验证

尽管我们保证表单问题设置清晰,而且提供有意义的输入暗示,但总有些问题的答案不止一个。此时,直接反馈有助于再次确保用户的回答有效。这种实时沟通方式即为即时校验。

1. 确认

填写表单就是一次系统与用户之间的对话,用户可能不知道是否回答正确,那么确认他们的回答就显得非常重要。用户名就是一个常见的例子,用户不知道哪些用户名可以使用,所以只能不停地尝试,直到能被使用为止。这个过程中需要表单对用户提供帮助,告知那些是不能用那些是可用。

如果表单无法提供帮助,情况会变得很糟糕,用户需要不断的猜用验户名的同时还要不断输入证码,点击确定后才能知道是否能用。

2. 建议

系统反馈并不仅限于确认所提供的答案,还能提供回答建议。如果有一组特定答案都有效,但范围太广,无法设计成单一用户界面。

例如:我输入城市“武”会带出与“武”相关的城市,使用即时建议来帮助用户提供旅行目的地的有效答案;

3. 限制

有些问题没有明确定义的答案,但有明确定义的限制,在这种情况下,即时验证也能发挥作用。

例如:飞书添加会议室,备注最多 100 字符,输入框下方会显示计数器,以显示用户还能输入多少字符。 这类即时验证有助于避免由于超过输入限制而产生的潜在错误。

4. 最佳实践

  1. 即时确认最适合用于错误率高、或者有特定格式要求的问题;
  2. 即时建议最适合用于有大量可供选择有效答案的情况;
  3. 如果需要即时验证答案,应当在用户输完答案之后进行,不要在输入过程中进行;
  4. 如果有输入限制,应当采用实时、动态更新的方法传递输入限制。

二、多余输入

向用户提出的任何问题,用户都需要解析,形成答复,并在表单提供的地方输入答案。如果某个问题并非绝对必要,要么可以去除,要么可以在更好的时间或者位置提出,要么可以自动推断出答案。 提出的问题越少,用户可能越快越容易填完表单。

1. 去除问题

在满足用户需求或者商业目标的基础上,减少多余的输入框。

例如:N 年前我记得添加银行卡是需要选择所属银行的,现在只要输入银行卡号,所属银行就自动带出来了。

2. 智能默认

即在满足多数人需要的地方放置选择,来帮助用户作出明智选择。互联网表单中有很多地方能利用智能默认减少必要的选择次数,加速表单完成过程。

一组单选按钮中预先选择了一项,这可能是最简单的默认选择形式。如果无法为大多数人提供合适和默认选项,智能默认就不能很好的发挥作用。

3. 个人性化默认

根据上一次的记录进行设置。

例如:因为疫情,学校需要隔天上报学生情况,第一次全部需要自己填写,第二次只需要填写很少一部分,其它选择都被记住了。

4. 最佳实践

  1. 仔细检查表单所有问题,去除多余的问题;
  2. 通过恰当设置满足多数人需要的默认选择,智能默认可以帮助用户回答问题;
  3. 用户会忽视默认选项,所以要确保默认选项符合多数人目标;
  4. 设置个性化默认选择,客户能更快完成表单,因为答案具有“粘性”。

三、额外输入

并非所有时候所有人都需要填写表单的所有输入框。很多情况下,几个简单的选项就能满足多数人需要。其他情况下,可以借助额外输入:即时增加、层叠加和循序渐进。

1. 即时增加

即时增加提供额外输入框给需要的人,同时不会阻碍不需要的人。这类输入框常常被作为高级选项或者额外选项。

例如:填写目标任务,可能大部分人都只需要填写一个首要目标,就可以继续往下操作。小部分人,需要添加多个目标,这类用户可以选择继续添加,也可以删除,但原始输入框不能删除。每位填表人至少填一个目标,即时增加并不阻碍完成这项主任务。

2. 叠层

层叠是显示额外选项的另一种方式,额外输入框出现在表单上方,就像电脑桌面上出现的对话框。 日历控件可能是最常见的例子,用户能够选择特定日期回答表单问题。

使用场景:

如果有必要占用专门的屏幕空间放置编辑窗格,而且页面的上下文对编辑任务也不重要,就可以考虑使用覆盖层编辑。

使用覆盖层时应该考虑的因素:

  1. 展后的编辑模块可能会有一部分伸到窗口可见范围之外。而覆盖层则可以保证编辑模块完全可见。
  2. 你希望为用户提供一个清晰的编辑区域。
  3. 用户不会频繁编辑的内容。与其让用户单击编辑链接、调整弹出式窗口位置、编辑、关闭窗口才能编辑一组数据项,不如在页面上为每一项都提供专门的编辑空间,让用户可以选择修改;要么,就让用户在上下文中编辑,从而节省处理覆盖层的时间。
  4. 被编辑的多个项是一个整体。在编辑一组数据项时,不应该让覆盖层遮住类似的数据项。由于上下文得到保持,用户在编辑过程中可以参照其它项的值。

3. 循序渐进

在个别情况下,额外输入可用来显示一组选项,其效果比显示一组典型的输入框更好。

这里说的其实就是分类,就像我们会衣服分为春夏秋冬,放到不同的箱子(柜子)里,这样找起来就会快捷很多。

4. 最佳实践

  1. 额外输入可以提供更多选项或者高级选项,满足有需要的用户,同时不妨碍不需要的用户;
  2. 如果需要显示大量额外输入,可以考虑采用层叠方式代替即时显示方式,避免网页跳动以及用户迷失方向;
  3. 确保层叠不会遮住帮助用户填写的输入框,确保用户仍然可以自行填写;
  4. 确保提供用户明确办法关闭或者取消模式叠层并返回表单。

四、基于选择的输入

弹性输入允许用户按照希望的方式回答问题,额外输入允许用户补充回答想回答的问题,而基于选择的输入根据对初始问题的回答要求用户继续回答。

用户有两个初始选项:要么选择支持,要么选择不支持。根据用户的回答,会出现一系列要回答的后续问题。出现什么输入取决于最初选择–因此称为基于选择的输入。

其实每一种基于选择的输入解决方案都有很明显的优缺点,为了免去大家自己摸索的烦恼,可用性公司 Etre 进行了一系列研究,测试了 8 种不同的基于选择的输入解决方案,这里只列举常用的 6 种。

1. 页级选择

把过程明确分为两步,这可能是解决表单中选择性输入问题最简单的方法。互联网上常见的做法是采用两个单独的页面。

第一页或者称为过程第一步–向用户显示初始选项。如果用户选择其中一个,就出现相关的选择性输入,取代初始选择。对多数用户而言,初始选择和相关输入之间关系明确,一旦做出初始选择,就无法查看并访问到未选选项,除非退出重来。

在测试中,页级选择出错数量较少,眼动仪参数表现较好,例如眼睛固定次数、总固定时长以及平均固定时长。

2. 水平选项卡

为避免出现跳转页面,水平选择卡也是一种不错的选择性输入方法。

把水平选项卡放在上方,用户可以浏览表单板块,并进入含有合适的基于选择的输入的部分。选项卡不仅显示了一组初始选项,而且还发挥了当前选择的强大指示作用。如果只考虑标准可用性指标,水平选项卡在所有测试中整体表现最佳,没有参加者出错,他们能够迅速完成任务,而且对这种设计打了满意度最高分。

3. 垂直选项卡

用户自上而下填写表单,但水平选项卡缺乏清晰性,为了弥补这一点,可将垂直选项卡直接放在扫描线之内。

就眼睛舒适度而言,垂直选项卡在测试中表现最佳。该方案中,眼睛固定总时长最短,平均固定时长最短,平均固定次数最少。像其他被测试的方案一样,垂直选项卡隐藏了无关的表单控件,只在用户需要时才出现。该因素似乎对眼睛舒适度和测试者完成表单的速度至关重要。在测试中垂直选项卡取得了近乎完美的满意分。可能因为显示的单选按钮和基于选择的输入彼此都很接近,而垂直选项卡确保了选择一个单选按钮后,眼睛不需要太多移动,设计更有效率。

在其他可用性测试中,垂直选项卡的表优于水平选项卡的。由于垂直选项卡在满意度、眼动指标和完成时长方面得分较高,我倾向于使用垂直选项卡,而不使用水平选项卡。

4. 下拉列表

水平选项卡和垂直选项卡都维持着独特的界面元素,每个选项卡对应一个初始选项。这样既能保持所有初始选项可见,而且会占用相当的屏幕区域。随着初始选项不断增加,这些方法往往无法保持很好的比例。而下拉列表利用菜单和分组框将所有基于选择的输入放在表单中的特定区域。尽管这种方法会隐蔽大部分初始选项,列表中一次只能显示一个选项,但使用单一控件可能会更好地传达初始选项的范围和影响。

和垂直选项卡一样,下拉列表解决方案隐藏了无关输入,仅在用户需要才会显示。也就是说,下拉列表中基于选择的输入对眼睛压力小,能迅速完成。 被测量的其他数据点中,下拉列表解决方案表现平均,满意度分数相对较高,而且 23 名参加者一共只犯了一个错误。因此,如果初始选项列表超过水平或垂直选项卡所能支持的范围,下拉列表基于选择的输入可能是安全方案。

5. 单选按钮下方显示

另一种基于选择的输入即时解决方案涉及到从各自额外输入中垂直分离初始选项。这种做法的优点在于能保持所有初始选项,以及这些选项中的个人选择始终可见。通过强烈视觉指示来表明初始选项和其额外输入之间的依赖关系,有助于更清晰地表明两者关系。

不过,如果人们改变选项、屏幕刷新来更改额外输入内容,页面跳转的效果会导致人们迷失方向,尤其是额外输入很长时。

像垂直选项卡一样,该解决方案的满意度也近乎完美,因为它显示的单选按钮和选择性输入在位置上非常靠近(视线是垂直的,不需要像水平选项卡左右移动)。然而,该解决方案也有缺点,因为所选单选按钮及其相关表单选项之间的视觉间隔会给用户带来更多视觉上的不适(需要深入体验可能才会有这种感觉)。

测试中也存在这种情况。用户尝试了初始单选钮中一些不同选项,分不清哪个选项是活动状态,也分不清与其基于选择的输入之间的关系。如果选择性选项的数量很多,这种现象更成问题,因为初始选项和额外选项之间的关系变得更不清晰。

6. 单选按钮内显示

与单选按钮下方显示的办法相似,单选按钮内显示的解决方案在初始选项内显示额外输入。如果额外输入很少(只有一两个)该方法可以保持初始选项的情境,同时又能在最相关的地方显示所需的选择性输入。因为显示的单选按钮及其选择性输入位置非常靠近,该解决方案的满意度也近乎完美,对眼睛压力小,能迅速完成。

但该方案不适合输入数量很多,和单选按钮下方显示类似,因为页面跳动加上初始选项移动两者之间的页面元素不断显示隐藏会造成交互迷失方向,用户会频繁困惑于哪个用户界面元素触发了哪套选项。

如果用户改变初始选项时,加入轻量级动画过渡可能会有助于弥补交互方向的迷失。

7. 最佳实践

  1. 如果每个初始选项的额外输入选项数量很多,那么页级别的基于选择的输入选项可能是最佳方案;
  2. 在综合可用性、满意度和眼动跟踪指标方面,垂直选项卡和水平选项卡的表现都不错;
  3. 如果选项比较多(4 或者 5 个以上),而且每个选项都自带一套基于选择的输入,最好能针对额外选项采用下拉列表;
  4. 如果每个初始选项只有几个额外的输入选项,单选按钮下方显示或者单选按钮内显示是最佳方案。

作者:夜莺YEAH;公众号:夜莺B端UX设计

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

题图来自 Unsplash,基于 CC0 协议

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