如何定义自己的OA需求？

(1)需求陷阱-贪大求全

内部需求的收集一般是向各业务部门发送一叠白纸，一段时间后收集总结：然后从各OA制造商的产品文档中提取部分，然后整理出缺乏整体考虑的大而全面的需求。作为一个招标文件，让每个OA制造商制定一个计划。你也坚持这些需求是客观合理的，必须百分百满足，这离失败不远了。你为什么这么说？

首先，许多收集到的业务部门的需求都是从部门的角度来考虑的。一般来说，这些需求充满了应用程序需求，应该概括为业务类别。根据这一需求，世界上没有一套现成的软件能够百分百满足。这些需求中复杂的术语和深刻而晦涩的部门业务概念。作为项目负责人，可能无法逐一识别。

其次，单位需求要收集各OA软件厂商的优势，百分百满足。任何OA软件产品。都有自己的特点和亮点。不可能有一个产品来收集所有制造商的优势。如果必须的话，成本是实施周期的无限期延长，资本投资翻了一番。直到开发出一种被认为是收集各种OA软件制造商优势的产品。能源周期的无限延长和需求的不断变化永远不会结束。最后，项目只有失败，失败告终。这样的教训少吗？

(2)需求建议

因此，我们必须整理需求，摆脱复杂而广泛的细节，首先找到一个共同的组织需求——合作，然后是关键部门的需求，最后是对重要角色的需求。此外，可能还有其他需求，有敬畏的上级，有强大的部门，无关紧要的人，其技术难度和实施难度可能大不相同，必须衡量优先事项及其需求是否满足整体成败的影响，否则这些总结需求，将无法把握项目骨干进度的节奏，双方有限的资源分解成千上万的孔补丁项目，重复同样的错误。