软件项目立项方案.docxVIP

部门名称 文档编号 版本 V_1.0 密级 秘密 项目名称 项目名称 项目来源 自主开发 ＜项目名称＞立项方案 (Versio n 1.0) (内部资料请勿外传) 公司名称 版权所有不得复制 亠版本信息 日期 修订人 版本号 主要修订内容提示 确认人 匚是否需要讨论 讨论主题 讨论时间 讨论版本1 1.0 参与讨论成 员会签 决策层 产品部 技术部 会议决议 审核人 审核时间 丄目录 TOC \o 1-5 \h \z ＜项目名称＞ 1 立项方案 1 \o Current Document (Versio n 1.0) 1 \o Current Document 版本信息 2 评审会签单 2 目录 3 \o Current Document 引言 4 \o Current Document 项目概述 4 项目背景 4 \o Current Document 市场现状 4 市场前景 4 \o Current Document 术语定义 4 \o Current Document 项目内容及目标 4 产品定义 4 产品操作流程 4 \o Current Document 业务合作流程 4 \o Current Document 业务合作模式 4 \o Current Document 对账与结算 4 系统对账处理 4 结算 5 \o Current Document 项目技术可行性分析 5 \o Current Document 项目计划 5 \o Current Document 组织机构及人员配置 5 \o Current Document 项目实施进度安排 5 \o Current Document 风险及风控 6 \o Current Document 投资估算 6 \o Current Document 收益估算 6 1. 引言 引言部分规范仅供参考，根据项目实际情况可灵活变动。 项目概述 主要为项目概要描述， 说清楚项目要做什么产品，是自主研发还是合作接入等？大致周期多久？ 项目背景 主要阐述缘何要做此项目 若有合作方，则对合作方做简要介绍。 市场现状 主要阐述目前类似产品在市场上的销售情况，最好用足够的数据来进行分析论证。 市场前景 此类产品在市场上的前景如何，最好用足够的数据来进行分析论证 注：（市场现状及前景分析 --主要根据前期的 市场调查报告 总结出来） 术语定义 列出本文档中用到的专门术语、定义和缩略词 项目内容及目标 产品定义 详细论述项目产品定位，面向的客户群，需要实现的功能需求等。 注：（产品定义 —将前期部门内部讨论的 产品定义书 最终定案表粘贴于此处） 产品操作流程 如若涉及到新的产品操作流程，可根据项目复杂度合理画出产品的操作使用大致流程。能够让 人清晰的立即产品的大致操作流。 如若新项目很庞大，则可留到后期的需求策划文档中去体现。 业务合作流程 若此项目涉及到与他方合作，则画出业务合作流程，即合作各方所需执行的职能动作。 业务合作模式 若此项目涉及到与他方合作，则写出业务合作模式 对账与结算 2.5.1. 系统对账处理 若产品运营涉及到对账，则写清楚系统什么时候对账，怎么对账。 2.5.2.结算 如果业务流程里涉及到的一些结算事项，需要写清楚结算类型，结算时间，如何结算。如 合作双方的加扣款结算、佣金结算、手续费结算等。 项目技术可行性分析 注：（技术可行性分析一将前期产品规划部与技术部讨论，由技术部负责人定案的 技术可行性分析 报告最终定案表粘贴于此处） 项目计划 4.1.组织机构及人员配置 项目所需要调动的公司人员配比 部门 工作内容 42 项目实施进度安排 如果只有一个阶段，保留关键里程碑，如果分多阶段实现产品功能，则直接分阶段验收。 注：里程碑即指在产品开发过程中，需要定期跟进的可视化的功能点验收，主要是检查功能需求与 技术实质开发的对应功能是否存在需求差异，这样可以在早期将不合需求的功能开发避免掉。 项目总体计划 1 项目名称 项目经理 开 发 进 度 计 划 阶段 任务 负责人 时间周期 第一阶段 （或最终 阶段） 撰写PRD需求文档 概要设计 开发（主要功能点） 测试 关键里程碑 验收评审 第二阶段 （或最终 阶段） 撰写PRD需求文档 概要设计 开发（主要功能点） 测试 关键里程碑 验收评审 上 线 计 划 前期准备 测试试运 营期 推广运营  期 正式运营 期 风险及风控 产品上线后可能会遇到的政策风险、投诉风险、业务合作风险等，要写出对应的风控方案。 风险 风控 投资估算 估算整个项目的财务预算，包括项目成员薪酬、项目奖金，后期市场宣传推广费用等，同时是 投资估算项 预估费用 1 项