写一个令人愉快的珠三角是合格的PM的基本技能，如何写— —好心脏&简单。

首先，为什么你需要一个优秀的珠三角

小案例：需求审查，预计1小时，PM自信地开放PRD，开始谈论我认为非常全面的需求，但开发人员发现各种详细的逻辑不在珠三角并且开始质疑，PM很着急汗水响应各种问题，审查会议最终在2小时内结束。开发开始后，RD发现珠三角仍有很多逻辑细节，所以我暗自嫉妒PM不可靠。寻找PM确认，在整个需求开发周期中喷洒PM，而心脏已经厌倦了跟进需求;在需求发展之后，PM开始回归，发现许多细节都不是你想要的，所以我去RD修改，RD认为你这个不可靠的PM仍然敢于修改要求并拒绝，并给出了最终的技巧，看，珠三角没有写，PM可以做到这一点，只有沉默…

事实上，我们从上面发现了使用优秀的珠三角。

是PM基本技能的体现

节省PM在开发中的能量

提高RD的依赖程度（这很重要）

需求接受标准

二，如何写出优秀的珠三角

那么，如何写一个好的珠三角–善良，简单。

每个珠三角都应该反映PM的努力。所有完全不了解他们需求的人应该能够了解需求的全貌和细节，但没有人会从一开始就写出一个好的珠三角，没有人会在那里。在珠三角的开头，我想到了所有的细节。一个好的珠三角必须是PM踩到坑，总结坑，并逐步完成它。然后一个优秀的珠三角必须包含元素。哪一个？干货见下文：

1.需求纬度

珠三角应该首先展示的是需求，需求的背景是什么，没有人想要做出完全无知或毫无意义的需求。作为项目的一部分，研发必须了解需求本身最重要的内容–需求的背景是什么？需求是什么意思？ PM和R&D还必须知道此要求的有效测量。接下来，有一个固定的方法，即：

需求的含义：XX对XX的需求解决了XX问题，以改善XX指标/经验

测量方法：XX数据变化XX

2.商业纬度

聪明才智：需求/项目（更大）包括许多小需求分支，业务逻辑，甚至以前没有的名词和定义。在这里，需要仔细考虑。必须考虑业务中所有角色的过程。为了，以免影响。

简化：与文档的大部分相比，您可能需要的是逻辑图。

业务范围的内容如下：

1）业务流程图

需求的具体业务是什么，涉及哪些部门，材料/数据/信息如何在每个部门中流动。

以淘宝退款流程为例

2）操作流程图

如何将用户透视图用于每个函数，以及页面跳转逻辑是什么。

以登录过程为例

3）功能分支图

整体要求中包含哪些功能，具体功能是什么？

4）新定义的描述

需求中涉及的新定义是什么，与业务的关系是什么？

3.页面纬度

解释需求，解释业务，下一步是针对页面，这部分是用户真正看到的，这里的细节也是最难实现的，真正实现真正的开发时，所以，在心里非常重要。那么页面纬度究竟包括什么？

有5个方面：

1）角色差异

进入页面时是否按角色显示不同的内容。

2）显示方法

进入页面后，需要详细描述默认显示样式，多信息排列规则，UE图中涉及的逻辑变化，控制点击前后的详细信息以及字符数限制。

3）交互模式

页面中每个控制开关的交互模式是什么，是否有特殊的交互方法需要特别指出

4）退出方法

页面退出逻辑是否遵循要去的地方和返回的逻辑（由场景确定，属于要求级别），如果不是，则需要清楚地标记。

5）数据规则

刷新，缓存，加载，加载特定细节，您需要进行详细描述，但由于此部分涉及更多技术内容，因此必须与RD预先沟通，然后将确定的内容填入PRD。

5.边界条件

在珠三角也需要详细描述异常情况。 RD的这一部分并不缺失，它是PRD中最容易受到攻击的部分。边界条件通常包括以下六种类型。

1）登录相关

用户是否可以登录而不是登录显示逻辑，是否可以进入功能等。

2）网络相关

如何处理无网/弱网，如何显示页面。

3）空页相关

如何在页面信息为空时显示

4）版本相关

历史版本如何适应新的样式和新信息。

5）相关操作

用户在使用应用程序时会杀死应用程序，并清除缓存的处理方式。

6）帐户相关

如何在单个设备切换帐户后处理数据。

7）数据相关

此要求中要处理的数据是否在其他要求中有用，是否一起更改，如何兼容

6.务必检查拼写错误和排版

一个错字将使你以前的大部分努力脱颖而出。错别字的出现会使得难以找到的得分难以下降，所以不要低估它。这是PM职业态度的反映。

回顾排版，看起来是否舒适，信息清晰易懂，这决定了珠三角的第一印象，请将珠三角视为一件艺术品，排版需要精确，简单。

摘要：给出一张图片，这就是以上所有内容：

第三，写下最后一句话

珠三角不只是珠三角。看一下珠三角，您可以看到PM的逻辑，思维的严谨性，对需求的理解以及对美的理解代表了PM的水平。

善良，简单，善待珠三角，你需要像这样…。

« 三个模块，设置后台用户角色权限管理系统 | 界面布局分析！ »