1.1. 流程
本模板是对应IPD一个的流程。本模板如何使用与何时使用可参考Pocket Card。
1.2. 主控文档使用目的及指导
本文档的目的是引导产品包解决/方案业务计划(正式名称为业务计划)的归档及细化过程。本文档为跨功能部门计划,将由PDT中所有功能部门代表共同完成。产品包建议是业务计划,它是在决策评审点提交IPMT的主要材料。目的是对潜在的新硬件、软件或服务产品包及待利用的相应市场机会进行简要讨论,对产品包固有的关键权衡点进行分析,并根据分析提出建议。依据分析、建议及事业部的战略目标,IPMT做出继续/终止的决定。
概念决策评审点初始产品包建议
在开发的“概念”阶段制订的建议应验证市场机会是否真实,具有竞争力的产品包是否得到明确、该产品包能否及时上市以及能否满足该细分市场的业务目标。最后应制订是否进入下一阶段的建议。无需包括建议书概述中所列明的所有细节。此时还需制订一份初始计划合同,作为讨论所用“稻草人”。
计划决策评审点最终产品包建议
在开发的“计划”阶段所制订的产品包/解决方案业务计划根据概念阶段所制订的初始业务计划所撰写,但内容更为详实。初始产品包建议书内存在的假设与未解决问题(如有)应得到进一步调查与解决。另外,应验证市场机会、完成产品包描述、定义项目计划、并完成财务分析。所有问题均应获得解决,或记录解决计划。应制定是否进入“开发”阶段的建议。这是一个关键步骤,如决定继续则代表产品包对业务的承诺,并且也是IPMT对PDT在资源方面的承诺。应制订一份最终计划合同,以备在计划决策点评审时签署。
如何在服务器内使用《业务计划》文档
产品包/解决方案业务计划中包括了十一章节加两个独立的说明,一共组成十三个可以独立的文件。这表明PDT中各功能部门代表将完成的、对软硬件开发或服务产品包提供支持的产品包信息。该格式使得所有团队成员在详述各自部分时合作更为便利。
第一步
——POP将从服务器上下载《业务计划》模板。
第二步
——当PDT准备开始详述文件内的信息时,各部门进行分析撰写。
第三步
——有时多个功能部门需详述同一个部分。在这种情况下,各功能部门需相互协调,以确保所有部分均正确归档。
第四步
——当某功能部门完成文件部分的填写时,将上述文件发送给POP或LPDT,由POP或LPDT汇总并完成该项目的《业务计划》。
第五步
——当所有文件发回给PDT经理,并拆离至正确文件夹后,PDT经理把文件存至服务器指定的目录中。
第六步
——PDT经理将阅读全文,然后召集会议讨论该文档,澄清问题,或消除误解。
联系我们
Contact us