软件项目立项方案.doc

部门名称文档编号版本V_1.0秘密工程名称工程名称工程来源自主开发<工程名称>立项方案(Version 1.0)(部资料请勿外传)公司名称所有不得复制. z.-l 版本信息l 评审会签单讨论主题讨论时间讨论版本1.0决策层产品部技术部l 目录<工程名称>1立项方案1(Version 1.0)1l版本信息2l评审会签单2l目录21.引言21.1.工程概述21.2.工程背景21.3.市场现状21.4.市场前景21.5.术语定义22.工程容及目标22.1.产品定义22.2.产品操作流程22.3.业务合作流程22.4.业务合作模式22.5.对账与结算22.5.1.系统对账处理22.5.2.结算23.工程技术可行性分析24.工程方案24.1.组织机构及人员配置24.2.工程实施进度安排25.风险及风控26.投资估算27.收益估算21. 引言引言局部规仅供参考，根据工程实际情况可灵活变动1.1. 工程概述主要为工程概要描述，说清楚工程要做什么产品，是自主研发还是合作接入等.大致周期多久.1.2. 工程背景主要阐述缘何要做此工程假设有合作方，则对合作方做简要介绍。

1.3. 市场现状主要阐述目前类似产品在市场上的销售情况，最好用足够的数据来进展分析论证1.4. 市场前景此类产品在市场上的前景如何，最好用足够的数据来进展分析论证注：〔市场现状及前景分析--主要根据前期的市场调查报告总结出来〕1.5. 术语定义列出本文档中用到的专门术语、定义和缩略词2. 工程容及目标2.1. 产品定义详细论述工程产品定位，面向的客户群，需要实现的功能需求等注：〔产品定义—将前期部门部讨论的产品定义书最终定案表粘贴于此处〕2.2. 产品操作流程如假设涉及到新的产品操作流程，可根据工程复杂度合理画出产品的操作使用大致流程能够让人清晰的立即产品的大致操作流如假设新工程很庞大，则可留到后期的需求筹划文档中去表达2.3. 业务合作流程假设此工程涉及到与他方合作，则画出业务合作流程，即合作各方所需执行的职能动作2.4. 业务合作模式假设此工程涉及到与他方合作，则写出业务合作模式2.5. 对账与结算2.5.1. 系统对账处理假设产品运营涉及到对账，则写清楚系统什么时候对账，怎么对账2.5.2. 结算如果业务流程里涉及到的一些结算事项，需要写清楚结算类型，结算时间，如何结算如合作双方的加扣款结算、佣金结算、手续费结算等。

3. 工程技术可行性分析注：〔技术可行性分析—将前期产品规划部与技术部讨论，由技术部负责人定案的技术可行性分析报告最终定案表粘贴于此处〕4. 工程方案4.1. 组织机构及人员配置工程所需要调动的公司人员配比4.2. 工程实施进度安排如果只有一个阶段，保存关键里程碑，如果分多阶段实现产品功能，则直接分阶段验收注：里程碑即指在产品开发过程中，需要定期跟进的可视化的功能点验收，主要是检查功能需求与技术实质开发的对应功能是否存在需求差异，这样可以在早期将不合需求的功能开发防止掉工程名称工程经理开发进度方案阶段任务负责人时间周期第一阶段〔或最终阶段〕撰写PRD需求文档概要设计开发〔主要功能点〕测试关键里程碑验收评审第二阶段〔或最终阶段〕撰写PRD需求文档概要设计开发〔主要功能点〕测试关键里程碑验收评审上线方案前期准备测试试运营期推广运营期正式运营期5. 风险及风控产品上线后可能会遇到的政策风险、投诉风险、业务合作风险等，要写出对应的风控方案6. 投资估算估算整个工程的财务预算，包括工程成员薪酬、工程奖金，后期市场宣传推广费用等，同时是7. 收益估算预估此工程产品上线后的收益如佣金、返利、折扣、分润提成等预估算法。

z.。