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

推荐订阅源

WordPress大学
WordPress大学
M
MIT News - Artificial intelligence
MyScale Blog
MyScale Blog
博客园_首页
G
Google Developers Blog
博客园 - 【当耐特】
美团技术团队
博客园 - 聂微东
Stack Overflow Blog
Stack Overflow Blog
Vercel News
Vercel News
小众软件
小众软件
博客园 - 司徒正美
雷峰网
雷峰网
T
Tailwind CSS Blog
V
V2EX
博客园 - 三生石上(FineUI控件)
F
Fortinet All Blogs
罗磊的独立博客
量子位
P
Proofpoint News Feed
Microsoft Azure Blog
Microsoft Azure Blog
月光博客
月光博客
A
About on SuperTechFans
Hugging Face - Blog
Hugging Face - Blog

人人都是产品经理

为什么你的产品找不到差异化?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迎来强劲对手 – 人人都是产品经理,
产品经理工作自查表 | 提升工作效率,避免犯错的好工具
WYL产品小王 · 2023-12-11 · via 人人都是产品经理

产品经理在工作中要做好自查,从而避免出错。那么,有没有什么方法可以帮助自己自查?这篇文章里,作者做了梳理和总结,一起来看一下,或许会对产品经理同学有所帮助。

一、需求处理

1.你获取需求的途径是什么?(用户调研,竞品分析,市场分析,数据分析等)。

2.确认需求背景,了解需求产生原因。

3.了解用户的真是需求,挖掘痛点。

4.确认是否有数据支撑。

5.分析需求(分析需求收益、成本、周期风险、需求是否满足当前业务目标及业务场景、当前系统是否能很好的将需求进行转化落地、需求的必要性及可行性、确定需求是否满足用户需求、确定需求目标是为了达到什么样的效果、需求的紧急重要程度、需求是否为技术可实现的,有没有技术壁垒、是否需求进行上下沟通,看看是不是有其他指示)。

6.是否能实现更好的实现商业价值利润?能否将需求转化为帮助实现商业价值的功能等。

二、分析整理阶段

1. 信息架构

1.战略层:这些战略不仅仅包括了经营者想从网站得到什么,还包括了用户想从网站得到么(例:就我们的网上商店的例子而言,一些战略目标是显而易见的,用户想要买到商品,我们想要卖出它们)。

2.范围层:功能及其内容需求整合。做了什么,而不做什么,就是范围(例:有些电子商务网站提供了一个功能,使用户保存之前的邮寄地址,这样他们可以再次使用它。该功能是否应该成为该网站的功能之一,就属于范围层要解决的问题)。

3.结构层:信息架构,交互设计,操作流程,用户体验(在功能产品,结构层将从范围转变成系统如何响应用户的请求,即设计用户如何到达某个页面,并且在他们做完事情之后能去什么地方)。

注:在信息产品方面,结构层则是信息空间中内容元素的分布,确定哪些类别应该出现在哪里。

4.框架层:界面设计、导航设计和内容(信息)设计(界面设计:按钮、输入框、界面控件、导航设计:呈现信息 、信息设计:呈现有效地信息沟通)。

  • 目标一:必须提供给用户一种在网站间跳转的方法;
  • 目标二:必须传达出这些元素和它们所包含内容之间的关系;
  • 目标三:必须传达出内容和用户当前浏览页面之间的关系。

5.表现层(功能及内容的视觉呈现)

2. 流程设计

  1. 上下表肯定,左右表否定;
  2. 先走主流程(正流程),再走逆流程;
  3. 流程图里只能有一个开始,可以有多个结束;
  4. 连续超过3个判定拆开做;
  5. 一个流程,多个场景拆开做,不要做成结构图;
  6. 不要指向子流程,指向母流程;
  7. 矩形可以是流程、页面、功能,线段是动作;
  8. 不要指向开始;
  9. 禁止死胡同;
  10. 做完自检3遍;
  11. 版本命名要规范;
  12. 绘制顺序,应从上至下,从左到到右的顺序。

三、设计阶段

  1. 符合需求的原型图。
  2. 产品交互和UI完成沟通,是否已产出,UI需要协调资源。
  3. 需求文档,文档内容是否完整,是否逻辑缜密,是否完成需求闭环。
  4. 产品方案是否简洁并具有拓展性。
  5. 产品方案是否已上下沟通并完成确认。
  6. 是否需要准备其他物料(比如上新功能需要准备产品使用说明文档)。
  7. 是否有统计需求,是否已产出数据需求,是否已和数据分析师沟通。

四、评审阶段

立项阶段

  1. 是否有明确立项的目标和主题(项目名称、背景)。
  2. 是否需要准备立项材料。
  3. 需要其他部门配合协助,是否已经提前沟通。
  4. 是否已经确认好各端负责人。
  5. 是否已协调好立项会时间、地点,并通知好项目相关人。
  6. 宣讲会PPT。
  7. 完成立项宣讲会,并收集问题给予解答。
  8. 确认各项任务资源是否已经分配。

五、需求评审阶段(各相关人了解、讨论、确认方案细节)

  1. 针对需求评审,需要产品组织主讲方案给技术人员。
  2. 确认参会人是否已了解需求。
  3. 方案是否存在遗漏点并是否补充完整。
  4. 方案是否存在可以提升优化的点。
  5. 方案是否存在技术难点,是否有解决或替代方案。
  6. 若方案改动大或评审时问题多,需要多轮需求评审确认。
  7. 对于方案改动点是否已向上同步并确认。
  8. 技术评审。确认技术方案是否可以满足产品需求。
  9. 确认技术方案是否存在未来可拓展性。
  10. 确认技术排期是否可接受。
  11. 测试用例评审。由测试组织、测试主讲根据需求设计的测试方案和用例,确认测试方案是否可以涵盖所有需求点。
  12. 确认测试方案是否可以涵盖到异常情况。
  13. 确认测试排期、最终上线时间。

六、开发阶段

  1. 确认技术是否完全按照方案进行开发实现。
  2. 开发过程中的需求沟通,需求调整,更新文档。
  3. 定期确认开发进度,组织周会同步跟进。
  4. 是否有延期风险,若有风险是否已同步到相关人。

七、测试阶段

  1. 确认产品验收是否通过。
  2. 确认UI是否通过。
  3. 确认所有Bug是否都已解决,未解决的是否可以遗留。

八、上线阶段

  1. 上线前,是否有需要提前准备的材料或培训。
  2. 统计数据需求,确认埋点及统计指标。
  3. 上线后确认产品运行是否有异常,线上回测。
  4. 确认产品数据是否异常,数据效果是否符合预期。
  5. 及时给项目相关人同步产品上线邮件,产品数据邮件。
  6. 收集用户反馈,做需求优化规划。
  7. 跟进项目效果,及时做项目复盘和接下来的规划,是否有第二、三阶段。

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

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

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