【giszz笔记】产品设计标准流程【3】

【续上回】

一、制定工作计划

万事开头难，做一个好的工作计划，将起到事半功倍的效果。

这个工作，一般由PM来完成，这个PM，可能是PROJECT MANAGER，也可能是PRODUCET MANAGER，都可以来做这个工作。

这是产品全生命周期管理的第一步，核心的目标是要把用户的要求，对产品描述的语言，变成产品设计、程序设计语言，确保产品的目标能够被完整、完美的表达。

这里主要有2个核心工作，一是做好WBS工作结构分解，二是做好甘特图。这是《工作计划》中重要的组成部分。

关于WBS：

1. 工作分解结构：WBS是一个层次结构，用于将项目分解成可管理的、易于理解的组成部分，以便于项目管理者和团队理解项目的目标和任务。

2. 工作包：WBS的每个层次都包括一个或多个工作包，每个工作包代表一个具体的项目活动或任务，并包括一份工作说明书，其中包含了任务的范围、时间、成本等相关信息。

关于甘特图：

• 时间轴：甘特图是一个时间轴视图，用于显示项目的时间进度。

• 任务列表：甘特图中列出了所有的任务，每个任务拥有一个名称和持续时间。

• 条形图：甘特图的条形图是描绘任务执行进度的主要工具。任务条形图的长度表示任务的持续时间，条形图的起始时间与完成时间表示任务的起始和终止日期。

• 依赖关系：甘特图中的任务之间可以有前后关系，即某些任务必须在其前置任务完成之后才能开始。这些任务之间的依赖关系可以用箭头来表示。

• 里程碑：甘特图中标记重要事件或阶段的节点称为里程碑，通常用菱形或其他符号来表示。

• 资源：甘特图可以显示任务所需的资源，这些资源可以是人员、设备或资金等。

• 进度追踪：甘特图提供了一种监控和跟踪任务执行进度的工具。通过更新任务的完成百分比和时间进度，可以实时地查看项目完成情况，并作出必要的调整。

可以参考我的文章“不会画这10张图，还好意思说自己会管理项目？-CSDN博客”

二、用户需求调研

这个用户需求，有两种常见的情况，一是平台型公司，产品是本公司自营，用户指的就是toB中的B，或者toC中的C，也有可能是toG中的G了。二是服务类公司，也就是外包开发，客户就是甲方，甲方的需求，还要考虑甲方的甲方，所以一定要清楚。

一般的工具是一份《调研问卷》，以及对问卷评估分析后，得到的《需求分析报告》。

如果是自运营的的产品，此时还可以输出一份BRD，当然这个大多在立项前已经有了，不过大部分情况，那份BRD都有很大的倾向性，或者代表了某方利益的意志，此时再去评估商业价值，进行递归和迭代，无论是否形成报告，无论是否评审，实际都是有意义和实事求是的。

调研可按照结构化原则，分为两个基本的部分。

一是总体情况调研。

总体情况，包括：

• 产品的定位；
• 价值目标；
• 业务目标；
• 竞品情报；
• 市场情报；
• 使用场景相关的资料；
• 用户尽可能提供的详实的资料；
• 产品成功的标准；

通过总体调研，要让整个团队，都对要做的事情，有个清晰准确的认识。

总体调研的时候，一定要找准核心干系人，也不要“听风就是雨”，有的人员，就是说说，真正的需求，要懂得去凝练。

二是功能和非功能性调研。

• 产品的使用场景，用户故事，功能需求；
• 产品的约束，非功能性需求；
• 需求的优先级；

调研问卷，是一个比较全面获得产品需求的方法，但是面对枯燥的问题，没人愿意去耐心的回答，所有常常依靠调研问卷，无法获得准确的答案。

有可能的话——

如果你是外包公司，为客户开发产品，最好去深入客户一线，去体验每个环节和流程。

如果你是自营产品，更要对自己的产品负责，深入的了解你的目标客户，到底是要如何应用你的产品，为什么他要用，不用行不行？

用户的需求，最终要形成调研报告，原始资料，最好能够保留。现在语音转文字的方法特别多，还有腾讯会议，都是可以直接保存文字，甚至形成会议纪要的。

每次和客户的沟通，都要留痕，要有结论，要对项目的进展有实质性的推动作用。

还有一种方法，就是用原型去调研客户的需求，会更加准确。

（未完待续）