注：本文章为学习笔记。请学习者前往原文章阅读：原文链接
🚀 学习 · 产品经理入门指南 2
📝 01 产品经理如何做需求分析？这 8 个步骤一学就会！
产品经理的工作之一便是进行需求分析。需求分析做得好，产品方案落地效果佳。反之，可能会浪费团队资源，甚至导致业务目标的失败。
🌟 需求价值的 2 种评估方式
在进行需求分析前，首先要对需求池中的内容进行价值评估。需求价值评估一般有两种方式：
- 需求即时评估：每当接到新需求时，立即进行需求价值的初步判断，并完成需求池的排序和记录。
- 需求定期评估：定期对需求池统一进行价值评估，频率可以根据需求量大小设定（例如几天、一周、甚至一个月）。
建议：结合使用这两种方式。复杂需求可以定期处理，而简单需求可以即时判断。
🎯 识别需求价值的 7 个维度
判断一个需求的价值高低，可以从以下 7 个维度进行评估：
- 战略契合：需求是否符合用户画像和年度战略规划，不符合的需求即使价值再高也不做。
- 市场潜力：需求对应的市场有多大？例如 iPhone 面世后全球手机用户的更新换代需求。
- 商业价值：落地后能为公司带来多少直接或间接的增量收入。
- 符合目标：需求符合业务目标的占比。
- 覆盖人群：具有相同需求的用户数量有多大。
- 使用频率：推测每个用户遇到该需求的频率。
- 研发成本：需求开发落地所需的工作日时间。
小贴士：对于简单需求，可以只考虑“覆盖人群、使用频率、研发成本”即可。
🔍 需求分析 8 步法
1. 📜 需求背景
了解需求背景是需求分析中最重要的步骤之一。通过第三方视角（例如某业务角色-销售）分析需求方的以下 3 个要素：
- 现状：需求方的业务现状和需求起源。
- 问题：当前遇到的问题或难点。
- 期望：在条件和资源满足的情况下，需求方的理想状态。
2. 🎯 目标受众
目标受众分析需要罗列需求涉及的相关群体，并深入了解：
- 人群特征
- 消费习惯
- 需求痛点
模版参考：
- 关联方涉及：A、B、C
- A：人群特征、消费习惯、需求痛点
- B：人群特征、消费习惯、需求痛点
- C：人群特征、消费习惯、需求痛点
3. 📊 数据分析
数据分析的目的是通过数据反馈快速了解需求的发生频率和影响范围。分析前，需拉取相关功能数据或市面上的行业报告。
4. ⚙️ 业务规则
业务规则是基于公司目标或利益定义的工作标准或流程。在进行需求分析时，需要和需求方沟通清楚，并整理业务规则的各种细节。
建议：创建表格管理历史业务规则，便于查阅。
5. 🕵️ 用户场景
通过模拟用户在特定环境、动机、需求下的行为，思考不同用户场景。例如：
- 为了减肥吃清淡食物
- 工作时叫外卖
- 出国品尝当地美食
- 半夜吃烧烤或夜宵
- 情侣约会选择高档餐厅
6. 📌 方案目标
在进行以上分析步骤后，会形成方案的大致思路。方案目标一般可以用一句话概括，例如：
基于需求方的多变运营活动需求，通过活动、任务、抽奖、奖品、账户等配置模块，实现任意营销活动功能。
7. 🛠️ 功能说明
功能说明是方案目标的补充，简要概述方案涉及的功能模块及其作用。例如：活动模块用于配置活动时间、内容等信息。
8. 🗓️ 版本规划
根据功能特性和平衡资源情况，拆分好迭代版本，规划合适的时间和方案。
经验分享：
- 资源充裕：C 端、后台功能自研。
- 资源略不足：C 端自研，功能可通过数据库配置。
- 资源紧张：借用其他项目接口实现上线。
- 资源极缺：用现成开源项目拼接出解决方案。
简化版本：简单需求分析可以简化为“需求背景、方案目标、功能说明”三步。
📚 推荐专栏
产品沉思录 | 第七季
由 flomo&小报童创始人少楠主理的产品知识库，始于 2017 年，聚焦互联网优质产品内容。
产品经理基本功手册
作者 Jeff，专栏包含“产品思维、产品设计、产品内功”等内容，是产品经理的实用知识手册。
30个互联网效率神器
未完待续。
🛠️ 02 B 端交互设计的 13 个优化策略
在 B 端交互设计中，为了提升用户体验，可以从三个方向入手：结构优化、效率提升、提示帮助。这些策略不仅适用于 B 端，还可以在 C 端或其他工具产品中发挥作用。
结构优化 🏗️
通过优化系统的信息架构，帮助用户快速理解各种复杂的功能。以下是 4 种提升功能结构合理性的方法：
- 分块分组
- 将页面信息分为几个区域展示，简化用户理解。例如，将商品发布分为基本信息、规格库存、商品详情等模块。
- 导航优化
- 使用面包屑、标签页、快捷入口等组件提升用户导航效率。例如，在页面较多内容时提供“回到顶部”按钮，快速返回默认位置。
- 步骤分解
- 当功能过于复杂时，将其分解为多个步骤展示，降低用户的操作难度。
- 内置交互
- 对低频操作使用展开收起、对话窗口等交互组件，保持界面简洁美观。例如，将高级设置隐藏在“更多选项”中。
效率提升 🚀
通过交互创新提升用户操作效率，简化操作步骤，降低操作难度。以下是 4 种常见的方法：
- 默认填值
- 预设常用的选项，减少用户输入。例如，商品发布时间默认设置为明天 9 点。
- 按钮输入
- 将常用的输入选项放在按钮组中，用户可以快速选择。例如，商品下架时间可选择“一周后”“一个月后”“三个月后”。
- 频次顺序
- 根据使用频次对组件排序，将高频操作置于显眼位置，低频操作和非必填项放在底部。
- 快捷按键
- 使用快捷键来执行常用操作，提高交互效率。例如，复制粘贴是非常高频的操作，通过 Ctrl + C / Ctrl + V 提高效率。
提示帮助 💡
为用户提供必要的帮助信息和引导，降低学习成本。以下是 5 种方法：
- 文案说明
- 在复杂组件下方提供简短的说明，帮助用户理解组件用途。
- 样式引导
- 通过颜色、大小、红点/徽标等视觉元素引导用户的注意力。
- 即时反馈
- 提供即时的反馈，帮助用户减少错误操作。例如，在表单输入错误时及时弹出提示。
- 内容预览
- 提供预览功能，让用户在提交前查看填写内容。例如，电商运营在发布商品前可以查看商品上架效果。
- 新手帮助
- 通过新手引导、示例展示和帮助手册等方式，帮助初次使用系统的用户快速上手。
这些策略在实际设计中灵活运用，可以显著提升用户体验，尤其是在复杂的 B 端产品中。希望这些建议对你的设计工作有所帮助！🎉
一份涨薪 3 倍的需求文档撰写指南
什么是需求文档
需求文档（Product Requirement Document）作为产品经理的必学基础技能，主要是用来承载当前版本的需求背景、产品方案、原型界面等内容的产品说明文档。
我常用的需求文档模版，一般由产品概览、产品结构、UML 相关、流程梳理、文档相关、消息推送、原型界面、功能交互、废纸篓等 9 个部分组成。
接下来，我们就对这些内容展开聊聊。
产品概览
产品概览，主要包含了版本封面、版本日志、版本背景、更新内容等 4 个模块。
版本日志
撰写版本日志，主要是为了让相关需求方了解版本的迭代过程，以及帮助其了解版本的更新内容。
所以版本日志的撰写需要通俗易懂，避免通过系统视角，对更新内容进行生硬的描述。
版本日志还有一个作用是，你可以翻看之前的迭代内容，为数据分析提供依据。
版本背景
版本背景可以说是文档的说明书，它明确告知了读者当前版本的开发目的和必要性。
更新内容
更新内容一般是给相关开发人员看的。主要指出当前版本的关联需求有哪些，让前后端知道开发范围。
UML 相关
UML 的模块包含了类图、用例、状态图、活动图、时序图，我一般用的比较多的是类图和状态图。
- 类图：主要用来呈现不同对象、对象之间关系的一种模型；
- 状态图：描述一个对象在周期内，相关状态及其变更条件的过程。例如一个电商订单从待付款到已付款的变化。
流程梳理
该模块主要针对于“业务、功能、页面”等相关流程进行系统梳理。
- 业务流程：一般描述某业务涉及的各个角色、规则和环节等关系，帮助产品深入思考业务场景；
- 功能流程：研究主体为一般为某个功能，并梳理出该功能涉及的相关系统条件和流程变化等；
- 页面流程：指的是作为用户进行某些操作时，相关的页面跳转过程。
作为初级产品，入门时一般会进行功能级的设计（例如一个动态发布功能），这时候需要你掌握“功能流程图、页面流程图”的基础绘制，辅助理清设计过程中将遇到的各类问题。
当积累了不少功能设计经验后，你可能会接到一些业务优化的需求，而业务优化的前提是完全理解业务场景。
通过针对某个具体业务，绘制相关的业务流程图，便能帮你搞清楚业务难题和优化方向，从而辅助相关功能设计落地。
文档相关
文档相关模块，用来存放一些概念说明、数据相关等内容。
具体有“版本排期、名词解释、角色权限、全局说明、数据实例、数据埋点”等。
- 版本排期：当一个业务需求较复杂时，我们会将功能模块拆分为多个版本，此时就要进行多版本排期，以供需求方参考；
- 名词解释：对系统、业务名词进行解释，帮助读者快速了解、掌握相关概念知识；
- 角色权限：定义不同角色在系统中的操作权限；
- 全局说明：对系统的设计规范、规则要求进行统一说明，确保相关人员理解；
- 数据实例：针对某些数据表，进行数据模拟，提升读者对相关功能的进一步理解；一般涉及数据创建的需求，也可以在该模块说明，用作部分功能的自定义配置；
- 数据埋点：如版本涉及数据跟踪和数据埋点要求，可在此进行补充。
这个模块的内容，可视具体情况酌情删减。
并非每个版本文档都需要这么细的规则说明，有些小版本仅需“全局说明”就够了。
消息推送
消息推送的类型主要有：短信、邮件、APP推送、订阅消息、模板消息等。
消息推送主要告知开发，当前版本涉及的消息内容、消息规则，及其他推送的注意事项。
有些时候对旧推送改版的时候，作为产品文档的撰写人也会回顾，以便于进行规则迭代。
试想下，如果你手上负责的系统，当前的推送规则包含了好几百条，而又没有相应的文档留存写明推送规则，这时你该提桶跑路呢还是提桶跑路呢？
所以，建议你有精力的话可以做个消息推送的总文档，以便应对上述场景发生。
原型界面
原型分为高保真原型和低保真原型，如果不需要演示给客户看，我建议你为了工作效率（偷个懒不过分吧~），绘制低保真原型就可以了。
一些常用的原型界面有：异常页、结果页、对话框、原型页。
- 异常页：用于存放部分页面的异常状态，例如“搜索商品为空、订单列表为空”等；
- 结果页：当用户完成某项操作后，展示的操作结果页面，例如“订单交易完成”；
- 对话框：将当前版本的所有对话框提示，单独存放在一个“对话框”页，以便开发便捷查询；
- 原型页：指具体的版本功能涉及页面。
功能交互
功能交互模块，一般撰写版本迭代中，涉及相关功能的交互规则。
例如”用户注册“的功能流程，就可以用”用户注册交互“的单独页面进行撰写。
交互一般可分为动态交互和静态交互。
动态交互，顾名思义即包含了自动化或触发式的一系列变化的交互效果。
而静态交互，是指将这种动态交互效果，通过一张张页面、组件铺开组成的交互流程图。
废纸篓
废纸篓，顾名思义就是放一些已废弃、暂时不用的文档内容。
一个版本文档内，一般涉及到新逻辑变更，我的习惯是顺手复制一份放入废纸篓，兴许变更内容不理想，还可以从废纸篓中恢复当前文档内容。
哪些产品工作，可以用 ChatGPT 提效？
最近 ChatGPT 爆火，产品作为互联网内卷的飓风口，掌握GPT已成为了标配。
那么哪些产品工作场景，可以用ChatGPT提效呢？
我研究了几十个 ChatGPT 的 Prompts（用于生成内容的提示），发现 GPT 主要有 4 个常见的通用场景，分别是：总结归纳、内容参考、教学指导、决策判断。
带入到产品工作中：
- 总结归纳：撰写一个通俗易懂、符合格式的版本日志；
- 内容参考：推送文案参考，例如一封“交易成功”邮件；
- 教学指导：当遇到不懂的概念或知识，试着问问 ChatGPT；
- 决策判断：针对中长期的多个功能，进行版本排期。
我前段时间在了解电商的 SPU、SKU、CSPU 相关概念，花了好几小时找不少文章、书籍，学习起来真费劲。
试了下用GPT直接提问，没想到效果出奇的好~
效果如图，具体 Prompt：使用含“概念、描述、作用、例子”列的 Mackdown 表格，说明以下概念：SPU、SKU、CSPU。
AI工具推荐
顺手推荐几个实用的AI专栏和工具给你，小伙伴赶快卷起来~
PM-AI
PM-AI 是产品经理的 AI 小帮手，你只要输入相关功能，就可以一键生成包含“概述、目标、用户旅程、功能概述”等内容的 PRD 需求文档。说实话效果还真不错~
这个网站还提供了“SQL 生成、PRD 检查、周报生成、解决方案”等更多功能，快去试试吧。
AI项目商业解析
内容包含了各种AI商业案例解析，帮助你更好地了解AI、知道能借助AI做什么来赚钱、找到创业机会。
作者还会每周分享国内的AI赚钱项目，让读者了解国内AI商业应用的现状。如果你对 AI 商业变现项目感兴趣，可以关注下他的专栏。
ChatMind
ChatMind 是一款 AI 思维导图工具。你只需要输入问题或文章链接，就能一键生成相应的思维导图。这个网站还内置了“年度规划、学习笔记、个人成长”等思维导图模板库，让你更加方便地使用。
Midjourney 进阶创意库｜2023
这是由《产品思维》书籍作者、互联网产品经理刘飞，撰写的关于 MidjourneyAI 绘图技巧专栏。
该专栏将在每篇文章围绕一个主题，介绍绘图风格、艺术家、以及相关的绘图 Prompts （提示词）。此外读者还将享有专栏的无版权高清壁纸，加入专属微信群，一起探讨AIGC 的未来。
