初稿样板
内部需求第一次初稿形成时，请注明这是第几版。一般来说，初稿的结构可像这样设计：
①部门组织构架及人员分布；
②部门职员的职责及职位(便于未来权限划分)；
③部门作业流程(最好用flowchart表示出来)；
④作业流程的说明(包括单据的流向等)；
⑤部门系统功能需求说明；
⑥相关查询及报表(要符合报表的样式)。
②部门职员的职责及职位(便于未来权限划分)；
③部门作业流程(最好用flowchart表示出来)；
④作业流程的说明(包括单据的流向等)；
⑤部门系统功能需求说明；
⑥相关查询及报表(要符合报表的样式)。
根据上面的结构形成内部需求初稿后，就可以发放给各部分请他们讨论：需求是否适应，流程的流向是怎么样的？哪些地方需要改善，哪些地方需要保留，我需要什么样的报表、什么样的单据、格式如何等等。讨论结束后，把讨论的结果由各部门在内部需求初稿上修改。
经过几轮讨论，不断更换文件版本，最后经过各部门一致讨论认可，签名通过，形成最后的内部需求文稿。
巧用厂商做第三方评估
邀请第三方调研评估。这里的第三方不是指专门花钱去请专业的咨询顾问公司，我指的是参与选型的ERP软件供应商。
前期选型时，很多软件供应商都想拿下这一单，所以彼此之间的竞争也相当激烈，所以我们要利用这大好的机会，把形成的内部需求文稿交给他们，分别让他们给企业进行内部需求评估。
因为软件厂商大都拥有专业人员与行业经验，由他们帮助进行调研、分析、评估、确认，可一举两得，事半功倍。
可能有人会说，为什么不直接让他们给你做内部需求？这当然不可以，因为外部人员不了解自己企业的运作状况，企业内部先提出需求，再请他们帮助进行评估是一个相对合理的解决办法。
