我的产品方分享：产品需求提案中要包含哪些核心要素？

这个过道，而且也可能会详细文献资料的或多或较少打下基础，可能会必要的企业知识积聚，就但会造成每次询问需求量评委但会的时候都被临时丢了一个原于是又过道，都必须红豆很多等待时间和精力去不感兴趣所求释和吸求。

如果此时产品线或总经理在评委但会自己的表示同意的时候，可能会一些自然语言，脉络化，画面感的过道，那么无论如何就但会造成询问众可能会询问通晓，也比不上快节奏，然后就演变成了走神、发呆、各玩各的过道了……

产品线或总经理的自然语言表单达能力是必须短时间练功的，怎么把自己熟悉的一个坏事向新人说明了，说认清，还要把自己的本质和表示同意觉察明了，这不是一件更容易的坏事，必须我们提同一时间准备必要的文献资料，也必须我们有适当的磨练，短时间地去子程序和于是又善。

3. 文不如表单，表单不如示意图，示意图不如质询问交流

我的每一节私享口试，我基本上都能红豆很多等待时间去画示意图和花钱表单，同时在需求量软件包和产品线或范本编码器的时候，我也但会之前强调一个理念：

文不如表单，表单不如示意图，示意图不如质询问交流。

过去我带入过很多产品线或总经理都比较喜欢写下软件包，无论是比较简单的命题还繁杂的命题，都是用软件包的形式去总结，然后用各种号码，表单格，分段落等方式去总结一些表达方式和表示同意。看似写下了很多过道，但是念书上来就比较的拗口，例如说是我往往吐槽金蝶的详述软件包，他们就有这样的疑虑，；还有的文字详述，但是看于是又了不一定询询问他要表单达什么所求作。

“管理权归属方即货主（有组织结构勾选企业有组织即为货主），磁盘地即储藏室，储藏室所属有组织即“供给有组织”（有组织机构勾选企业有组织，还得勾选“供给有组织”机构）。从有组织机构的设置来看，企业有组织一定可以作为货主，但不一定是供给有组织，但供给有组织一定是企业有组织。这点是与K/3WISE的小得多区隔，K/3WISE可能会有组织的表达方式，可能会货主的表达方式，货主与供给有组织是同一个。”

；也就是摘录金蝶的公开邻里，念书上来比较拗口，如果能画两个示意示意图，我真是这个表达方式也许一下子就能让编者认清了。

例如我必须表单达一下OMS的入库单和显现出库单的一些操纵但会造成供给如何发生变化，那么我就可以有别于表单格的形式去详述，这些供给是怎么发生变化的。

如果说是通过这个表单格，还是有一些制造和检验人员不太通晓，那么我可以通过示意图的方式于是又跟他们详述一下，让他们相辅相成一个表单和一个示意图来进行所求释。

如果用表单格和示意图片还是不用让大家所求释其里的用法，那么这个时候就可以去质询问交流了，不一定需要努但大会或者走到对方的面同一时间，然后对着表单格和示意图片去询问答，说到大家通晓了为止。

4. “统计分析方法程序满意度”才是整体的检验方法，而不是“基准化和基准”

在产品线或总经理集合里不时但会看到一些提询问，至较少所求作是就是“确有需求量软件包实例可以参考学习的”，“确有范本实例充分体现”，“确有XXX实例或者基准化可以缮作业的”。

无论是需求量软件包，产品线或范本，还是需求量评委但会，基准化和基准只是用来提升效率，同时规避一些已知的安全性，不一定显然一定不适用“基准化和基准”就不用花钱显现出好产品线或，或者说是就但会被界定为是“野路子产品线或总经理”。很多初里级的产品线或总经理在这个疑虑上都能抛开一段等待时间，相比较是以同一时间的Corporation他的团队生产能力相比较小，然后也可能会见到什么好的案例，就很更容易有这种“自我怀疑”和“矫枉过亦然”的疑虑显现出现。

我此同一时间也有过一段等待时间的抛开，也很忧虑自己被界定为“野路子产品线或总经理”。但是作为一个过来人，回过头来看的话，我想大家能够尽早地认识到：“统计分析方法程序满意度”才是整体的检验方法，而不是“基准化和基准”。

谁是你的统计分析方法程序呢？如果是需求量评委但会，那么示意的制造、检验、UI、甚至是你的产品线或同事都是你的统计分析方法程序，你应在评委但会了在此之后去向他们获取相应，自己是评委但会询问答的好还是不太好，是不是有什么格外改良的。

如果是需求量软件包或者范本，也是比如说是的道理，去询问常用你“产品线或”的人，去倾询问他们的相应，而不是去“XX产品线或交流集合”询问广大集合友们。

二、要包涵的整体原素

同一时间面统计分析了需求量评委但会里罕见的一些疑虑，一般来说是上除了这些疑虑之外还有很多具有都有单性的疑虑，但是顾及百字和等待时间的关连我就不告一段落去说了，我不一定需要体会一下我不一定认为的一个好的产品线或表示同意（需求量软件包或者范本）应要包涵哪些整体原素。

这里我是以B侧产品线或的日常临时工为参考的，所以有一些一般而言内容不太适可用C侧的产品线或或者其他各个领域的产品线或；除此之外，文里所述的是“整体原素”而不是“大而全的实例”，显然这些是我不一定认为特别重要的一般而言内容基本功能，但是不一定都有单说是我没所述的就不重要，如果你必须“大而全的实例”，那么市面上有很多类似的撰文可以参考学习。

1. 企业程序示意图

B侧产品线或往往但会涉及到多个有组织，多个业务部门，多个角色（统计分析方法程序），多种一幕和企业，所以当拒绝接受到了某个需求量在此之后，赞许是要于是又对企业进行一目了然和统计分析，然后要编码器相异的企业程序示意图。在询问答产品线或表示同意的时候，于是又打下基础需求量的或多或较少和价值，然后最后至较少就要询问答系统性的企业程序示意图了，有时候是如果涉及到多业务部门、多种系统等一幕，表示同意常用泳道示意图来表单达。

企业程序示意图中长期是表单达明了系统性的企业命题亦可，其里有一些细节或者描述也许不太适用程序示意图的基准化也没关连，中长期是觉察明了所求作亦可。

2. 种系统程序示意图

里面所述了“企业程序示意图”，那么什么是“种系统程序示意图”呢？一般来说是上种系统程序示意图就是指多种系统密切关系的程序交互，通俗含意上可以所求释为在多个种系统密切关系的款项/基本功能的程序交互。

种系统程序示意图可以比较简单地用款项来表单示密切关系的相伴关连，也可以在款项的新增加款项的静止状态及其系统性的详细文献资料详述，让这个示意图更加加丰富，能承载和表单达更加多的相应。

企业程序示意图和种系统程序示意图在一些不太繁杂的企业一幕下，基本上可以合并为一个，我一般都称之为“企业程序示意图”多一些。

如果是更加繁杂一些的企业一幕，必须企业所设计和统计分析方法所设计所求耦的时候，那么企业程序示意图就要和种系统程序示意图拆毁分开。企业程序示意图只是表单达企业密切关系的关连，此时还不询询问有什么种系统，有什么基本功能，所以就一目了然的时候就不用带入“电子技术直觉”。于是又成了企业程序示意图的所设计在此之后，最后就是统计分析方法所设计的一般而言内容，那么就一目了然的就是种系统程序示意图了，而种系统程序示意图就必须用到“电子技术直觉”，必须权衡有什么种系统，有什么基本功能，有什么款项，甚至是有什么于是又全一致的款项静止状态等，因为界定明了了这些才询询问于是又全一致的种系统功能基本功能有哪些，产品线或表示同意是怎么样的……

3. ER示意图（一般来说是关连示意图）

在于是又成了种系统程序示意图的一目了然在此之后，作为产品线或总经理，也就是作为表示同意的所设计者，我们询询问该需求量的做到但会涉及到多较少种系统，多较少基本功能，多较少主页等，但是为了让制造和检验更加好地洞察其里的命题关连，我们必须编码器一般来说是关连示意图，也就是ER示意图，来帮助他们于是又成系统性的企业利用计算机和索引表单所设计。

一般来说是关连示意图也被统称 ERD、ER 示意图、一般来说是保持联系模型、一般来说是保持联系模式示意图或 ER 模型，是一种可用索引所设计的结构示意图。一幅 ERD 包涵不一定相同的大写字母和连接符，可用标示显现出两个重要的相应：种系统范围内的主要一般来说是以及这些一般来说是密切关系的彼此密切关系关连。当我们说到 ERD 里的一般来说是时，我们往往所述诸如人员/角色（例如学生），有形金融业单纯（例如产品线或），无形金融业单纯（例如日志）等企业单纯。“关连”则是这些一般来说是在种系统内的彼此密切关系区隔。

ER示意图询问上来似乎很专业人士，是一个很电子技术其本质的名词，但是所求释了其用法在此之后一般来说是上不一定会想象里的那么繁杂，也可能会必要恐惧它而不去常用。产品线或总经理编码器ER示意图的时候，只必须表单达显现出2个整体点亦可：

我们只必须通过编码器比较简单的一般来说是关连示意图就能让共同开发认清不一定相同款项密切关系的关连是什么，是怎么相伴的，如下示意图所示。

增购企业里的一般来说是关连示意图

里面的一般来说是关连示意图虽然比较简单，但是明了易通晓，不必须可避免的概略就可以让阅编者Get一般而言这些相应：

增购程序里一共有4个整体的款项（有一些一般而言内容略去了，一般来说是也许但会更加多）；可以多个增购计划单概述生成一个增购单；一个增购单可以生成对个求货单；一个求货单可以生成多个预购单，例如多批次求货或者是亦然次品预购单区隔；4. 静止自动机详述（静止状态相伴示意图）

于是又成了ER示意图的编码器在此之后，我们但会注意到一条企业但会联接多个款项，例如增购计划单，增购单，求货单，预购单等，这些款项有时候是都是“执行类+结果类”的综合款项，也就是显然这些款项有时候是但会有多个静止状态。

例如说是增购计划单也许但会有一般而言几个静止状态：

而增购单也许又有另外的静止状态，例如：

产品线或的表示同意里无论如何要对这些静止状态进行详述和界定，所以就必须编码器相异的静止自动机详述，我一般称之为“静止状态相伴示意图”，于是又全一致如下。

本土仓OMS的入库单静止状态相伴示意图

如果是涉及到一些款项有相比较紧密的保持联系时，可以有别于“多款项静止状态相伴示意图”的方式，也就是相辅相成特别版，如下所示。

有关单位单和有关单位任务单的静止状态相伴示意图

5. 不一定相同静止状态下的操纵详述（表列显现出单展览）

于是又成了静止状态相伴示意图的一目了然在此之后，我们询询问了某个款项有多较少静止状态，静止状态的相伴于是又决条件是什么，甚至也可以询询问多款项密切关系静止状态的相伴关连，最后要花钱的就是重新整理不一定相同静止状态的相异的操纵详述，有时候是但会用表列显现出单的方式来展览。

运头程计划单的静止状态详述

运头程计划单的静止状态详述

6. 整体企业命题详述（数据推演，命题计算，于是又决条件假定）

同一时间面的几个整体原素基本上都是示意图或者表单，而且是按从大到小的自然语言思路去编码器和询问答的，但是一个于是又全一致的产品线或表示同意里赞许是而显现出名整体的企业命题详述，还有一些系统性的于是又决条件假定等。关于这石头的一般而言内容每个产品线或总经理都有自己的编码器和表单达风格，不用刻意去追求所谓的“基准和基准化”，只必须能表单达明了，同时效率也不但会受到破坏亦可。

例如我就很喜欢用画示意图、画表单的形式来表单达其里的企业命题，然后将这石头的一般而言内容张贴在软件包或者范本亦可。

操纵费的企业不等式统计分析

WMS不一定相同一维的供给查询命题详述

里面也所述过一个要诀“文不如表单，表单不如示意图，示意图不如质询问交流”，所以切记不用长篇大论地去用文字表单达系统性的命题，看上来不免几万字的PRD实在是让人看的头晕，而且自己编码器的效率也不但会较高。

里面分别询问答了6个我比如说是不一定认为B侧产品线或表示同意里很整体的原素，大一小可以所求释为是“必花钱项”，但是一般来说是的产品线或临时工里需求量的多元化的，化所求表示同意也是多元化的，所以也许最后要编码器的一般而言内容远不止于这6个原素，也许但会更加多，也也许但会更加较少。

编者密友们必须自己去甄别，以“统计分析方法程序满意度”为整体检验方法，去探讨自己编码器的产品线或表示同意还有哪些遗漏的点，还有哪些可以改良的点，而不是一味地缮实例。

三、怎么询问答好自己的需求量？

最同一时间面开篇的时候说到，在有组织私享口试的需求量评委但会的时候，我注意到有一些许多学生密友也许表示同意很详细文献资料，但是却询问答的不太好，其里小得多的疑虑就是“显然自然语言”，也可以所求释为“显然明了的脉络”。

一般来说是上里面所述的6个整体原素，既是我们编码器产品线或需求量表示同意的于是又后顺序，也是我们询问答产品线或需求量表示同意的于是又后顺序，它遵循的是“从大到小，从到微观”的命题。

在询问答产品线或需求量表示同意的时候，我们但会于是又打下基础企业或多或较少，询询问示意的各位为什么要花钱这个需求量，它化所求了谁的疑虑，带来了什么价值，谁但会常用它，但会涉及到哪些业务部门，哪些企业程序等。这些既是产品线或的需求量或多或较少，也是企业程序示意图的一一小，通过询问答企业程序示意图让大家于是又从本质洞察该需求量的或多或较少。

对于大多数的产研他的团队来说是，他们不太关注这些“上价值”的过道，而是更加加关注自己的“体感”，也就是：我是什么人力资源？有哪些是我的活着？我花钱的基本功能要怎么搞？

所以第二个一小我们就可以开始说种系统程序示意图了，询询问大家涉及到了哪些种系统，哪些基本功能，哪些功能，和谁有关连，谁必须干活着等。种系统程序示意图的询问答可以相辅相成企业程序示意图来说，也可以相辅相成ER示意图来说，但是我比如说是但会表示同意还是于是又打下基础企业的一小，然后于是又去询问答种系统的一小但会更加好。

说于是又了同一时间面的三块一般而言内容在此之后，最后的静止状态相伴示意图，静止状态详述表列显现出单，整体企业命题等就可以按于是又全一致的企业线或和于是又全一致的基本功能细分去询问答了，只必须遵循从大到小的命题亦可。

例如WMS的入库企业，同一时间面打下基础于是又了企业或多或较少，企业程序，种系统程序，ER示意图等在此之后，最后就可以分别去询问答预到货通知单，审核单，预购单的静止状态相伴示意图，各个静止状态的详述，各个款项下的整体企业命题等。如果是一些相比较繁杂的需求量，产品线或表示同意的一般而言内容也相比较多的上述情况，最后还是必须把各个基本功能的一般而言内容于是又串一下，认清首尾呼应，让大家能更加好地所求释和新陈代谢这一大块的一般而言内容。

媒体人

我叫维他命（Vitamin），微信政府部门号：PM维他命。同一时间PHPer，花钱过在线或教育类产品线或，也花钱过4年多的区域性仓储物流斜向的产品线或，现期中是一位外贸SaaS各个领域的供应链产品线或总经理。主要不感兴趣于WMS/OMS/TMS/BMS/ERP等各个领域，体会供应链系统性的产品线或知识。

本文原创发布于人人都是产品线或总经理，未经作者许可，禁止转载。

题示意图来自Unsplash，基于 CC0 协议。

该文本质极较少都有单作者本人，人人都是产品线或总经理平台极较少提供相应磁盘空间公共服务。

。

肠胃不好天天拉肚子怎么调理
拉肚子快速止泻小窍门
为什么蒙脱石散止不了腹泻
看手机眼睛干涩疼痛怎么办
复方鳖甲软肝片效果怎么样