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

推荐订阅源

Cisco Talos Blog
Cisco Talos Blog
S
Securelist
C
Cisco Blogs
D
DataBreaches.Net
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
V
Vulnerabilities – Threatpost
Latest news
Latest news
T
The Exploit Database - CXSecurity.com
小众软件
小众软件
S
SegmentFault 最新的问题
罗磊的独立博客
I
Intezer
雷峰网
雷峰网
T
Threatpost
博客园 - 叶小钗
阮一峰的网络日志
阮一峰的网络日志
A
About on SuperTechFans
AWS News Blog
AWS News Blog
A
Arctic Wolf
P
Privacy International News Feed
The Register - Security
The Register - Security
Vercel News
Vercel News
L
LangChain Blog
S
Schneier on Security
D
Docker
J
Java Code Geeks
L
LINUX DO - 热门话题
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
M
MIT News - Artificial intelligence
Spread Privacy
Spread Privacy
MyScale Blog
MyScale Blog
量子位
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
K
Kaspersky official blog
C
CERT Recently Published Vulnerability Notes
Know Your Adversary
Know Your Adversary
D
Darknet – Hacking Tools, Hacker News & Cyber Security
Recorded Future
Recorded Future
C
Cyber Attacks, Cyber Crime and Cyber Security
Scott Helme
Scott Helme
Security Latest
Security Latest
人人都是产品经理
人人都是产品经理
T
Threat Research - Cisco Blogs
Cyberwarzone
Cyberwarzone
F
Full Disclosure
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
Jina AI
Jina AI
NISL@THU
NISL@THU
P
Proofpoint News Feed
T
The Blog of Author Tim Ferriss

人人都是产品经理

为什么你的产品找不到差异化?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混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
如何绘制贴合需求的产品原型
茶话B端 · 2022-12-28 · via 人人都是产品经理

产品原型绘制是产品经理必备的基础技能,是将产品需求转换成具象的图形化系统页面的过程。如何绘制贴合需求的产品原型呢?本文作者分享了产品原型设计的方式方法,一起来学习一下吧。

上一篇分享了B端产品业务流程梳理以及方案梳理过程,本章将分享产品原型设计的方式方法。产品原型绘制是产品经理必备的基础技能,是将产品需求转换成具象的图形化系统页面的过程,本篇最后的章节也会分享一些B端产品原型绘制的技巧。

一、什么是产品原型

产品原型是产品需求解决方案的可视化表达。在软件产品实施开发前,以较少的时间/人力成本,根据产品解决方案设计产品概念模型,图形化呈现产品流程、功能逻辑、页面交互等关键信息,从而达到验证产品需求,对产品最终效果达成统一理解的目的。

产品原型分类:

1)按原型与产品真实效果的相似度分类

一般情况下:框线图、低保真原型图会由产品经理进行绘制;高保证设计图则由UI设计师、美工设计师进行设计完成。

2)按产品平台分类

二、绘制产品原型的目的

1)验证、检测产品需求与方案

产品原型的绘制是将产品需求解决方案图形化的过程,同时,也是对产品需求解决方案“自省”的过程。通过原型的绘制过程更加深入的探究产品需求解决方案,细化解决方案,从而验证方案的合理性及可落地性,对方案进行优化改进。

2)与需求方达成需求及产品呈现效果的理解一致

产品原型可以辅助与需求方完成产品需求的沟通与确认。文字描述的产品需求、解决方案往往只能达成意识形态上的理解统一,然而产品最终是如何呈现的,解决方案最终是如何落地的,没有办法仅通过文字就能达成理解一致。即使基于一致的需求理解、方案理解,不同的人对于产品未来实现效果的想象也可能大相径庭。

通过可视化的产品原型设计能够直观地呈现产品功能及页面交互,帮助展现产品需求未来在产品功能设计上是如何体现的、如何完成业务流转的,帮助与需求方在实际产品效果层面上达成理解基本一致。

产品原型能够在产品规划阶段帮助拉平各角色人员对于产品需求的理解、产品实现效果的期待,减少后期因理解与期待不一致,导致的调整及返工。

3)团队内部高效协同

产品原型是团队内部对于产品需求以及产品实现效果达成一致理解的辅助工具。

  • 设计团队:基于产品原型(低保证原型、框线图)了解产品界面以及基础交互,辅助完成产品UI设计、产品交互设计。
  • 开发团队:基于产品原型了解产品功能,产品流程,明确产品需求。
  • 测试团队:基于产品原型了解产品功能需求,产品交互行为,辅助梳理产品测试内容。

三、产品原型的绘制流程

1)明确业务范围:明确业务范围,梳理业务流程,明确业务流程涉及哪些功能模块

对于业务流程的梳理,需要明确业务目标范围,梳理涉及的各业务人员的任务以及各任务之前的关系。

详细内容可查看上一篇关于产品梳理的分享。

2)梳理系统流程:基于业务流程梳理系统流程,明确系统操作流程、基础交互

基于业务流程梳理系统流程,明确各角色未来在系统中需要完成的动作。

详细内容可查看上一篇关于产品梳理的分享。

3)绘制界面原型:明确各功能模块需要的界面、功能逻辑、页面交互等

① 明确各模块需要哪些页面,各页面需要哪些元素组成。

对于各功能模块,基本会涉及三大类页面:列表页、创建页、详情页。

  1. 列表页:展示功能模块的全部数据。一般包含:搜索项、功能按钮、数据列表、统计项、分页等。
  2. 创建页:功能模块的新建、编辑数据的页面。一般包含:对象字段、输入项、功能按钮等。
  3. 详情页:展示单条数据的详细信息。一般包含:数据详细信息、功能按钮、关联对象的数据列表等。

② 明确各功能的基本交互与逻辑

  • 页面的跳转逻辑:功能模块各个页面如何能够跳转切换,如:如何从列表页进入详情页,如何进入数据编辑页等。
  • 按钮的功能逻辑:点击按钮后需要实现什么效果,如:点击按钮后跳转页面、点击按钮后更新数据等。
  • 页面排版:页面涉及的各种元素如何排布能够达到较好的交互效果、特殊的逻辑控制,如:将重要的字段置于上方,引导用户优先填写。

4)原型设计评审:组织项目相关成员,基于绘制完成的原型进行原型评审

原型设计评审目的是为了让项目相关人员(包括需求提出方、开发人员、测试人员等)对项目产品、需求达成一致理解,避免产生分歧。同时,不同人员基于对需求的理解,对于产品的原型设计提出优化设计建议。

对于产品经理,产品原型评审不仅仅只需要准备产品原型设计稿,为了对产品原型、需求达成理解一致,还需要准备产品流程说明、复杂功能的功能说明、功能逻辑规则等。

5)优化原型设计:基于原型评审反馈对原型进行优化调整

产品原型评审后,不同角色的人员对于产品原型会提出不同的设计建议,产品经理需要梳理这些设计建议,对产品原型进行优化设计。优化设计后,可能会需要再做一次补充评审。

值得注意的是:这里将不同人员的反馈均称之为“建议”。既然是建议,那么既可以采纳也可以不采纳,对于产品经理而言,需要对这些建议做判断,而不是一味地听从。产品经理需要对方案及产品负责,任何改动都可能牵一发而动全身,采纳修改时,不仅仅考虑是否能带来更好地体验,更需要考虑对于整体流程是否有影响。

四、B端产品页面的绘制技巧

前面提到,对于B端产品,页面一般分为三大类(创建页、列表页、详情页),当然还会有一些特殊页面,比如:数据分析页、首页等。

下面将分享创建页、列表页、详情页、数据分析页的原型绘制技巧。

1. 创建页:数据的创建、编辑页面

创建页一般包含数据字段、输入项、功能按钮。数据字段指创建时需要填写的字段;输入项指填写数据的表单字段样式,如:单行输入、多行输入等;功能按钮指表单的按钮,如:提交、保存、取消等。

1)数据创建时需要填写哪些信息取决于创建人能获取/希望获取到哪些信息,而非该模块有多少信息。

以CRM的客户为例,在初次接触获取客户资料时,一般能知道客户的名称、性别、年龄等信息,那么这些信息在客户创建时则需要由录入人员完成填写。而比如客户的风险投资信息、个人习惯等在初次接触时并不一定能获取,那创建时是否需要填写则视业务实际情况来决定了。

2)对象数据创建时,考虑是否需要同步创建关联对象信息。

主对象创建时,需考虑是否需要同步创建关联对象信息。如:客户创建时,同步可以创建客户的联系人信息、创建订单头时同步创建订单明细信息。

3)关键信息要必填,重要信息置于顶部。

数据创建时,关键信息(即:必须收集的信息)可设置成必填,强制要求用户填写。

重要信息,如:必须收集的信息、希望录入人填写的信息,置于顶部考前的位置,引导用户有限填写。越次要的信息置于越靠近创建表单底部的位置。

4)数据填写的表单样式、是否设置默认值等,直接影响用户体验和数据填写完整度、准确率。

数据创建时,需要灵活应用不同的填写样式,提升用户体验;如单选字段,通过下拉列表或者时数据项点选(单选样式)的方式均可以完成数据录入,但是下拉列表不直观,没办法一眼看清楚有多少选项。数据项点选的方式能直观看到所有选项,但是比较占页面空间。对于数据选项少且收集的字段信息较为重要,采用数据项点选的方式,如:客户等级(重点客户、一般客户、非重点客户);对于选项多的采用下拉列表的样式,如:客户行业(快消、服务、制造业、建材、建筑等)。

数据创建时,是否设置默认值,也是直接影响用户体验的一环。数据默认值可以减少用户的信息录入量,提升录入效率。但是有些场景下,并不能胡乱添加默认值,如:需要收集的关键信息,且该信息需要用户确认,这种情况下,不设置默认值且必填,可以引起用户重视,提升数据填写的准确性。

5)创建字段信息多且复杂时,分层分类展示。

通过小标题可对创建页的字段进行分级分类展示,做到页面有条理,展示不紊乱。

2. 列表页:展示功能模块的全部数据信息

列表页一般包含:搜索项、数据列表、功能按钮、统计项等。搜索项指数据的查询搜索内容,便捷查询对象数据;数据列表指展示对象多条数据及数据字段信息的表格;功能按钮指对象的功能操作按钮,如:新建、提交等;统计项指多条数据的汇总统计,如客户列表上支持统计选择的客户的交易总金额等。

1)数据表格字段并非对象数据所有字段均需要展示,主要呈现数据的关键信息。

数据列表的表格并非需要展示对象的所有字段信息,一个网页端页面的宽度有限,当数据列表展示的信息过多时,需要无限拖动水平滚动条,这会大大影响用户体验,用户也不愿意一直拖动滚动条。所以,数据列表的表格主要呈现对象数据的关键信息,同时,越重要的信息展示在越前方,尽量无需拖动滚动条就可以查看。

2)数据表格字段并非仅仅展示当前对象字段信息,可展示关联对象的字段信息、数据统计信息等。

数据列表展示的字段信息并不仅局限于当前对象的字段信息,还可以展示关联对象的字段信息、关联对象的统计汇总信息等。如:合同列表除了展示合同的基础信息外,还可以展示合同客户的客户信息,如:客户编号、客户名称等,能否方便查看人同时查看;客户列表除了展示客户基础信息外,还可以展示客户关联对象的统计信息,如:客户订单的总金额、合同的签约总金额、客户最近一次拜访日期等。

3)数据搜索项需有效支持用户便捷查询相关数据。

数据搜索项的设置并非简单地将对象字段设置成搜索项即可,而需站在业务场景下,考虑用户可能存在的搜索场景,再去设定搜索项,有效地帮助用户检索数据。如:客户数据的搜索,除了查询客户名称、客户电话等信息,用户可能还会想便捷检索出我的重点客户有哪些,哪些客户已经长时间未跟进了,哪些客户还有欠款未付等,基于这些场景,可能客户就需要按客户等级搜索、按最近跟进日期搜索、按统计欠款金额搜索。

4)预定义的分类列表可以提升用户的体验度。

对于数据列表,可以做预定义的列表分类,用户无需搜索即可便捷查询数据。如客户列表,除了展示所有的客户数据列表外,还可以预设置一些便捷的数据列表,如:我的重点客户列表、超过7天未跟进的客户列表、欠款的客户列表、待签约的客户列表等

5)功能按钮需考虑单选按钮还是批量按钮。

对于数据列表页的按钮,一般可以置于列表顶部或者置于数据列表的操作列中。一般情况下,操作列中只会放置单选按钮,点击后能操作对应的数据记录,如:编辑、删除等。列表顶部的按钮则可能放置单选按钮、批量按钮、无需选择数据直接可点击的按钮,如新建等。

3. 详情页:展示单条数据的数据详细信息

要展示内容、个人喜好的样式来决定。但是,一般情况下,详情页会包含:单条数据记录的详细信息、关联对象的数据信息。

1)数据的关键信息,突出展示,便捷查看。

对于数据的关键信息,突出展示,方便用户可以直观地一眼获取到,包括:关键字段信息、统计汇总信息等。如:客户信息详情中,客户名称、手机号等关键信息需要在详情页可轻松查看到,客户标签、统计信息(如:交易金额、客户等级等)也可以突出展示,能方便查看。

2)主对象的关联对象信息可分TAB展示,便于用户查看与该数据关联的相关信息。

主对象的关联对象信息分tab展示,方便查看关联数据信息。如:CRM中常提到的客户360视图,即是在客户详情中,可以查看到当前客户相关联的所有业务信息,客户的合同、订单、联系人、报价、沟通跟进历史等等。

3)适当增加统计分析数据,可辅助展现数据详情信息。

详情页首页可适当增加一些数据分析统计报表,辅助展示数据详情信息,可更直观地、形象地展示数据档案,如:合同详情可增加合同订单交付情况、合同回款情况的统计分析,使用可视化图表进行呈现,能够让用户更方便地查看到当前合同的信息。

4. 统计分析页:可视化展示统计分析数据

统计分析页也是相对灵活的页面,可根据个人的喜好和需要呈现的内容来个性化定制。下面推荐本人常用的统计分析样式,主要包含3大块元素:统计大数字、图形化统计报表、详细数据列表。

1)统计大数字:展示报表关键信息的统计数。

统计报表数据最关键的几个信息,通过一些大的统计数字能够让用户便捷查看。一般情况下,统计大数字不超过5个,保证一个页面你可以展示完全,无需拖动水平滚动条。以客户分析报表为例,统计大数字展示客户的销售额信息,重点客户的客户数量,流失客户数量等。

统计大数字也可以结合一些图形样式进行呈现,比如:呈现部门的业绩的同时,通过结合进度条呈现业绩目标的达成情况,用户既可以查看到业绩金额,同时还能直观得查看到业绩目标达成。

2)图形化统计报表:可视化展示数据的统计情况,灵活应用折线图、柱状图、饼状图等图表进行呈现。

对于报表中的关键数据,可通过可视化图表的形式去呈现,便于用于查看的数据变化趋势等信息。以客户分析报表为例,通过折线图展示客户业绩月度变化,可直观地让用户获知到业绩变化地趋势。通过柱状图展示业绩排名前五的客户,能够让用户轻松获知需要核心关注的大客户有哪些。通过饼状图展示不同等级的客户贡献的业绩占比情况,能够让用户获知不同层级的客户的业绩贡献等。

所以,灵活应用图形化报表能够提升用户获取信息的效率。

3)详细数据列表:通过详细数据表格呈现明细数据供用户查看和导出。

统计分析报表底部可放置详细数据表格,可以方便用户及时查看和核对数据,同时还可以支持用户导出明细数据做二次加工。

本文由 @茶话B端 原创发布于人人都是产品经理,未经许可,禁止转载

题图来自Unsplash,基于CC0协议

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