Recent Data Set

体积商业提案，其中文本描述了可能的优势。它们通常包含很多文字，但具体的解决方案却很少。结果，客户根本不明白他们想卖给他什么以及为什么要卖给他。
技术规格。有时它们是由客户（特别是在大公司中）起草的，有时是由承包商在对任务进行口头讨论后起草的。它们包含大量复杂的术语、GOST 列表以及其他技术要求。事实上，还有许多其他信息，无论是客户还是承包商（实施专家、业务顾问等）都不需要。根据此类文档很难理解问题的本质或提出的解决方案。
口头谈判和系统能力演示。它们适合实施小 圣卢西亚电子邮件列表 型软件系统，但在复杂的情况下，这种选择几乎总是会导致客户期望不合理以及承包商对任务的理解不正确。
同时，流程建模允许您清晰地定义任务并指示结果。由于图形符号简单、易懂、直观且明确，因此出现相互理解问题的可能性几乎为零。同时，客户清楚地了解他将收到什么作为任务的解决方案。并且他可以轻松的控制所得到的结果。

它是如何发生的：

问题的陈述。客户报告问题以及他希望收到的内容。
在 BPMN 中，创建了一种协商的图形流程符号。在这个阶段，客户了解他将收到什么并同意所选择的解决方案，承包商了解到底需要做什么。
根据商定的决定，选择软件（考虑到系统的层次结构，我已经在之前的文章中写过）。
正在制定工作执行计划。
实施正在进行中。
客户根据商定的流程模型评估结果。