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

推荐订阅源

P
Proofpoint News Feed
云风的 BLOG
云风的 BLOG
Apple Machine Learning Research
Apple Machine Learning Research
Hugging Face - Blog
Hugging Face - Blog
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
Google DeepMind News
Google DeepMind News
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
雷峰网
雷峰网
B
Blog
月光博客
月光博客
博客园 - 【当耐特】
WordPress大学
WordPress大学
Microsoft Azure Blog
Microsoft Azure Blog
I
InfoQ
The GitHub Blog
The GitHub Blog
Engineering at Meta
Engineering at Meta
Jina AI
Jina AI
博客园 - Franky
MyScale Blog
MyScale Blog
H
Hackread – Cybersecurity News, Data Breaches, AI and More
Last Week in AI
Last Week in AI
B
Blog RSS Feed
H
Help Net Security

人人都是产品经理

为什么你的产品找不到差异化?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迎来强劲对手 – 人人都是产品经理,
产品完整性自查表单
lxm · 2024-02-19 · via 人人都是产品经理

有时候产品经理输出的产品方案常常被diss,可能是因为产品方案的不完整,产品经理还没能将所有情况考虑周全。而这篇文章里,作者就介绍了一份产品完整性自查手册,相信可以帮助屏幕前的你来审查产品方案的思考是否有遗漏点,一起来看看吧。

产品在设计过程中,经常会遇到这种情况:自认为输出了一份完整的产品方案,但评审的时候却被开发测试抓着许多细节点疯狂抨击;开发过程中还会对许多新发现的问题反复拉扯;上线之后用户的反馈数据并未达到预期。由于产品设计经验不足、相关知识欠缺、考虑问题不充分等原因,这些情况时有发生。

为了减少沟通和试错的成本,产品应在设计之初就将所有情况考虑周全,这也是一个成熟产品应有的能力体现。以下向大家介绍一份产品完整性自查手册,可以作为参考来审查产品方案的思考是否有遗漏点。

产品的完整性主要分为以下三个方面:

  1. 完整的需求背景
  2. 完整的产品设计
  3. 存量、增量、中间态数据

一、完整的需求背景

需求背景是整个产品设计的前提,只有深刻了解背景里所存在的问题、及对应的用户痛点,才能把握好产品的设计方向。同时只有大家都认可这个背景的真实、有效和价值,才能够更好推进产品方案的落地。

完整需求背景的一般包含三个部分:用户、场景和需求,即用户在什么样的场景下,遇到什么样的问题/或者对于当前的产品产生了怎样的需要或者诉求。在产品设计的时候,应该就用“用户+场景+需求”的句式来反复确认,产品背景是否把握准确未偏离方向;向开发介绍的时候也应利用这种句式,逻辑清晰地向他们传达出功能背后的价值。

二、完整的产品设计

背景确认之后,将开始着手具体的产品方案设计,主要思考以下三个方面:功能完整、信息完整以及交互完整。

1. 功能完整

一是指场景完整,能够覆盖到所有的用户使用路径;二是指每个场景下,功能在逻辑上能形成闭环。

多场景情况,拿登录注册举个简单的例子,新用户首次登录要先注册账号、老用户登录可直接登录、老用户注册新账号的时候发现曾经已经注册过账号、新用户登录的时候发现还没有注册过账号;这几种对应的场景产品在设计的时候就应该都想到对应的解决方案。比如老用户注册新账号的时候发现曾经已经注册过账号,就应该在注册的页面给出对应的提示,并添加一个返回注册页的按钮,提供给用户直接进行登录。

2. 信息完整

信息完整指产品的页面内容、操作指引、字段描述、功能说明等信息是完整的,能让用户在每一步都明确当前所使用的功能以及下一步需要做的事情。

3. 交互完整

交互完整是指整个产品设计中,每一处的交互设计都是完整且闭环的。同样以注册/登录功能为例,当用户进行登录操作时,首先会输入账号。这时如果用户输入了非法账号(如默认使用手机号码登录,用户输入了汉字或者字符),产品不仅在功能设计上要禁止非法格式账号的输入,还要在交互设计上提示用户输入正确的账号。

当用户输入正确的账号、密码并单击“登录”按钮时,我们需要考虑其他场景,如账号不存在的场景、账号与密码不匹配的场景、断网无法登录的场景、异常情况下登录失败的场景,以及每个场景下的交互设计,从而实现交互完整。

三、存量、增量、中间态的数据

在产品设计过程中,除保证需求背景和产品设计的完整之外,还要考虑存量、增量及中间态数据。

存量数据指新功能上线之前就已产生的历史数据,例如,存量用户、存量版本、存量订单等数据。与存量数据相对应的是增量数据,指产品新功能上线后产生的数据。

以注册功能为例,其新版本新增了“性别”和“地区”两个必填字段,这个版本上线后注册的用户属于增量用户,需要在注册流程中填写自己的性别和所在地区。但这里不仅要考虑增量用户,还要考虑存量用户。存量用户过去注册时,并没有填写这两个字段的信息,新版本上线后存量用户的这两个字段的信息如何处理,是产品设计初期就要考虑的问题。在这个案例中,存量用户这两个字段的信息,可以默认为空值,也可以设计一定的任务激励,让存量用户自主地维护这两个字段的信息。

值得注意的是,存量和增量这两个概念一定是针对产品某个具体上线的版本或者功能而言的。不同的版本或者功能上线的时间不同,对应的增量数据和存量数据也不同,脱离了上线的版本和功能去谈增量数据和存量数据是没有意义的。

除考虑增量数据和存量数据之外,还要考虑中间态数据。中间态数据也是针对具体上线的版本或功能而言的。例如,一个审批流程共有A、B、C三大审批环节,每个环节中又分别有A1、A2、A3;B1、B2、B3;C1、C2、C3等子流程,新版本对B环节中的子流程做了改造。

新版本上线后,会出现以下3种数据。

  1. 新版本上线前就已经完成整个审批流程的存量数据。
  2. 新版本上线后,按照新版本改造后的审批流程进行审批的增量数据。
  3. 新版本上线之前发起了审批流程,新版本上线后,该流程还没有完成的中间态数据。

对于中间态数据,通常有以下两种处理方案:

一是按照旧版本流程进行处理;二是自动驳回,按照新的审批流程重新申请。不同的方案分别适用于不同的场景,在实际的产品设计过程中,选择一种适合的方案即可。

在日常的产品设计过程中,要尝试用以上数据的检查项来检查产品方案是否完整和闭环,养成良好的设计习惯,这不仅可以提高产品方案的设计效率,还可以保证产品上线后的质量。

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

题图来自Unsplash,基于CC0协议

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