㈠ 求软件销售方面的策划书！
一、分析营销机会
1、管理营销信息与衡量市场需求
（1）、营销情报与调研
（2）、预测概述和需求衡量
2、评估营销环境
（1）、分析宏观环境的需要和趋势
（2）、对主要宏观环境因素的辨认和反应（包括人文统计环境、经济环境、自然环境、技术环境、政治法律环境、社会文化环境）
3、分析消费者市场和购买行为
（1）、消费者购买行为模式
（2）、影响消费者购买行为的主要因素（包括文化因素、社会因素、个人因素、心理因素等）
（3）、购买过程（包括参与购买的角色，购买行为，购买决策中的各阶段）
4、分析团购市场与团购购买行为（包括团购市场与消费市场的对比，团购购买过程的参与者，机构与政府市场）
5、分析行业与竞争者
（1）、识别公司竞争者（行业竞争观念，市场竞争观念）
（2）、辨别竞争对手的战略
（3）、判定竞争者的目标
（4）、评估竞争者的优势与劣势
（5）、评估竞争者的反应模式
（6）、选择竞争者以便进攻和回避
（7）、在顾客导向和竞争者导向中进行平衡
6、确定细分市场和选择目标市场
（1）、确定细分市场的层次，模式，程序，细分消费者市场的基础，细分业务市场的基础，有效细分的要求；
（2）、目标市场的选定，评估细分市场，选择细分市场
二、开发营销战略
1、营销差异化与定位
（1）、产品差异化、服务差异化、渠道差异化、形象差异化
（2）、开发定位战略——推出多少差异，推出那种差异
（3）、传播公司的定位
2、开发新产品
（1）、新产品开发的挑战，包括外部环境分析（机会与威胁分析）
（2）、有效的组织安排，架构设计
（3）、管理新产品开发过程，包括营销战略发展，商业分析，市场测试，商品化
3、管理生命周期战略
（1）、产品生命周期包括需求、技术生命周期，产品生命周期的各个阶段
（2）、产品生命周期中的营销战略，引入阶段、成长阶段、成熟阶段、衰退阶段，产品生命周期概念的归纳和评论
4、自身定位——为市场领先者、挑战者、追随者和补缺者设计营销战略
（1）、市场领先者战略，包括扩大总市场，保护市场份额与扩大市场份额
（2）、市场挑战者战略，确定战略目标和竞争对手，选择一个进攻战略，选择特定的进攻战略
（3）、市场追随者战略
（4）、市场补缺者战略
5、设计和管理全球营销战略
（1）、关于是否进入国际市场的决策
（2）、关于进入哪些市场的决策
（3）、关于如何进入该市场的决策，包括直接出口，间接出口，许可证贸易，合资企业直接投资，国际化进程
（4）、关于营销方案的决策（4P）
三、营销方案
1、管理产品线、品牌和包装
（1）、产品线组合决策
（2）、产品线决策，包括产品线分析、产品线长度、产品线现代化、产品线特色化、产品线削减
（3）、品牌决策
（4）、包装和标签决策
2、设计定价策略与方案
（1）、制定价格包括选择定价目标，确定需求，估算成本，分析竞争者成本、价格和提供物、选择定价法，选定最终价格
（2）、修订价格，地理定价，价格折扣和折让，促销定价，差别定价，产品组合定价
3、选择和管理营销渠道
（1）、渠道设计决策
（2）渠道管理决策
（3）、渠道动态
（4）、渠道的合作、冲突和竞争
4、设计和管理整合营销传播（开发有效传播，包括确定目标受众，确定传播目标，设计信息，选择传播渠道，编制总促销预算，管理和协调整合营销传播）
5、管理广告，销售促进和公共关系
（1）、开发和管理广告计划，包括确定广告目标，广告预算决策，广告信息选择，媒体决策，评价广告效果
（2）、销售促进
（3）、公共关系
6、管理销售队伍
（1）、销售队伍的设计，包括销售队伍目标，销售队伍战略，销售队伍结构，销售队伍规模，销售队伍报酬）
（2）、销售队伍管理，包括招牌和挑选销售代表，销售代表培训，销售代表的监督，销售代表的极力，销售代表的评价
四、管理营销
1、营销组织，营销部门的演进，组织营销部门的方法，营销部门与其他部门的关系，建立全公司营销导向的战略
2、营销执行监控以保证营销的有效性
3、控制营销活动，年度计划控制，盈利能力控制，效率控制
4、根据营销部门的信息来进行战略控制
中美合资北京莱软电子科技有限公司开发研制的“天翼全景多媒体教学系列软件”将在2001年全面推向市场，为使该产品成功导入，特委托北京智诚友邦信息咨询公司（友邦顾问公司）为其制定市场营销策划方案。策划方案对教学软件市场环境和市场机会进行分析，对天翼软件的目标市场、目标消费者等进行定位，并提出2001年年度营销计划。
早在1999年5月受莱软公司委托，友邦顾问公司对教育软件渠道市场已经进行了深入的调查研究，本策划方案是在借鉴前期研究的基础上制定产品营销策略及市场推广策略。
一个案例：莱软教育软件营销策划案
市场环境
2000年全国电脑年销售量达到800万台左右，年平均增长率为 60％。目前，我国的社会电脑拥有量1500万台以上，其中销售量的半数以上步入家庭，家庭电脑拥有量约为600-700万台。全国70万所中小学中，目前有6万所学校大约拥有100万台电脑。可见庞大的家庭电脑的拥有量给天翼软件保证了充足的市场空间。
市场销售的教育软件，目前大约在1000种（套）以上，若对应于中小学教材一册书的一张光盘定义为一种教育软件，目前研制开发出的教育软件，大约在3000种以上，据估计，在3～5年内，教育软件将发展至5000种左右，至2010年将达到1万种。
2000年我国软件销售额为150亿元人民币，其中应用软件占软件市场的61.4%，估算教育软件约占软件总销售额的12％约17亿人民币，而针对学生学习的教学软件市场约有2-3亿元。
教育软件的内容和制造都较为简单。绝大多数教育软件没有发挥出多媒体技术的作用，相当一部分是课本的翻版，习题成为了电子题库，把课堂的“人为灌输”，变成为“电脑灌输”；个别的甚至还出现了不当或错误；教育软件的制造水平粗糙，缺乏创新。天翼软件彻底克服了上述的不足，开创了软件精品新天地。
从教育软件市场说，基本上处于一种无序的状态。由于教育软件带有强烈的意识形态特色，其研制开发和出版发行属于国家行为。特别是与中小学教材相配套的教育软件，更要经过严格的审定，才可以进入学校和市场流通。然而，现在市场上出售的教育软件，绝大多数没有经过有关教育部门的审定，造成了市场秩序混乱。
从教育软件产业说，经营上的短期行为甚为突出，自吹自擂的标榜性的广告给消费者带来误导；个别教育软件开发的指导思想，甚至与现行的教育政策相违背；脱离工薪阶层不切实际的高价，盲目地追求高利润。或者，为了排除异己，恶意价格竞争造成市场混乱。
我国有小学生约1.4亿人，初中生约5300万人，高中生约850万人，全国中小学约70万所。为这些中小学生服务的教育软件，面临着一个巨大的市场，可以说是全世界独一无二。
我国是发展中国家，大部分的中小学处在农村，电脑还未普及，对教育软件的需求也不很大。但应该看到，就我国大城市及东部发达地区的中小城市来说，对教育软件的需求也是巨大的。而且随着我国经济的发展，中西部地区的社会进步，全国各类地区对教育软件的巨大需求，将逐步地显著地表现出来，形成教育软件发展的强大拉动力。
产品市场分析表明，教育软件的发展过程可以明显地划分为三代，以“题库”、“习题训练”为核心内容的教育软件基本上是第一代教育软件。目前，一些以认知学习理论为指导的教育软件（如大量的以复习辅导为主要内容的软件）属于第二代教育软件，是教育软件的主流和各个教育软件开发实体努力的方向。
第一、第二代教育软件已不能适应时代改革的需要，不能满足教育软件发展的新形势，不能满足信息时代对教育改革的要求，大部分软件还是为应试服务的；不能满足“以计算机为基础的学习”，软件基本上还是试题的呈现，书本和课堂的搬家，没有充分发挥计算机认知工具的作用；没有运用最新的心理科学研究成果。
九十年代末期，多媒体技术及互联网应用日臻成熟，家用电脑日益普及人们对知识的需求更趋强烈，为教育软件市场营造了更为优越的市场环境。但教育软件的市场不仅没有获得爆发性的增长，反而处于停滞甚至萎缩状态，为何市场存在的强烈需求的产品得不到用户的认可呢？综合起来，原因主要有以下几点：
(1) 对教育软件认识不深刻，将教育软件作为电子教材和题库，对学科教育模式及学生努力的培养不够重视。
(2) 没有体现计算机辅助教育在交互性与个性化教学的优势。当前的教育软件并没有发挥计算机辅助教育的优势，基本上没有交互性功能，更谈不上个性化教育，不能满足教育的现实需求。
(3)教育软件的开发缺乏规范而行之有效的运行机制，造成教育软件缺乏权威性、科学性与实用性。
天翼产品优势“天翼”数理化系列教学软件采用了目前世界上最先进的计算机软件技术、制作技术和教学平台，保证了该系列软件的先进性、交互性和扩展性，该教学软件运行稳定、操作简单、智能化程度高、交互性强，突破了国内教育软件市场“电子题库”、“课本翻版”的模式，其综合水平已经达到了国内一流水准，特点分析如下：
（1）全三维动画讲解知识点
（2）独特的智能化人机交互练习
（3）科学的知识结构图设计，智能化查漏补缺
（4）课程设计和素材加工功能
（5）天翼软件结构内容丰富、风格独特、操作简单
目标消费者定位“天翼全景多媒体教学软件”是适用于教师课堂教学，学生在家预习、复习使用的特殊产品，针对人群特征比较明显，根据天翼的产品特征，我们认为其目标用户市场为：
（1）高中生及家长
— 直接消费者和消费行为的决策者
（2）中学校长或分管信息化教学的负责人
— 消费行为的引导者
（3）高中数理化任课教师
— 消费行为引导者和产品推荐人
区域市场定位在确认目标区域市场时，我们考虑如下因素：
（1）选择经济发达地区。教学软件是运行在计算机上的一种学习工具，现在市场上销售的教学软件其价格对于大多数工薪家庭而言还属高档消费，经济发达地区家用PC普遍，消费能力强。
（2）选择高考竞争激烈的地区。
（3）选择各地区的中心城市。
（4）目标一级市场是：北京、上海、天津、广州、郑州、济南、青岛、西安、成都、重庆
营销策略制定
（1）2001上半年是莱软“探市场、入市场”的时机，首先采用“市场跟随者”策略；在完成如下2001年营销目标后，2002年莱软可由“跟随者”策略转为“挑战者”策略，在产品占有率不断提升的情况下，2003年由“挑战者”策略转变为“领导者”策略。
（2）实施整合营销策略。利用综合优势开展横向一体化(渠道策略－市场拓展策略－服务策略)的市场拓展策略。
（3）迅速建立销售网络体系，以直销模式为主，以分销渠道为辅，在1-2年的时间里，采用双模型共存的形式。
（4）努力塑造“莱软”公司形象和“天翼”产品形象。充分利用公共关系和媒体宣传，创造市场需求，引导消费。
（5）完成（完善）产品的CIS策划，为市场拓展作好视觉形象方面的准备。
（6）建立一只组织健全的销售队伍，完善销售队伍的管理机制、培训机制、奖罚机制等。
广告策略制定广告目标
(1) 宣传企业形象和产品形象。到2001年底使天翼软件的知名度提升到40%；
(2) 拓展销售渠道，稳定销售网络。
(3) 联络公共关系，创造销售社会环境。
广告诉求对象：
直接对象：天翼软件的直接使用者及对购买行为起决策作用者
（1）在校高中学生及其家长
（2）高中数理化任课教师
（3）主管教育的学校负责人
可知对象：公共关系的主要目标对象
（1）相关行业的政府官员及管理者
（2）软件销售的经销商
（3）业内人士（包括教育软件行业及相关行业，需求合作机会）
（4）媒体
未知对象：对公司经营活动产生影响的目标人群
（1）关注教育事业发展的公众人物
（2）热衷于投资教育事业的投资商
广告产品诉求：
(1)素质教育的新产品；
(2)产品权威形象（国家火炬计划产品，中美合作的结晶，美国著名设计师的杰作，PCSHOPPER中小学软件评比第一名等）；
(3)直观生动的三维动画效果；
(4)独特的智能化人机交换练习功能。
广告语
（1）天翼让学习更轻松
（2）天翼让学习插上翅膀
广告表现手法：
（1）媒体选择主要以报纸为主：大众媒体和行业媒体；
（2）表现主题：天翼让学习更轻松；
（3）表现类型：产品形象+企业形象组合、观念传播以及信誉招商三种广告；
（4）时段性媒体发布。
公关策略制定公关策略
（1）公关活动的形式应符合目标群体的特征；
（2）商务公关活动与公益活动相结合；
（3）公关活动与媒体发布相结合。
公关活动的任务
（1）提高企业知名度及产品知名度；
（2）借助宣传攻势，引起代理商、批发商、零售商的关注与兴趣，依此推进市场营销渠道系统的建设；
（3）通过持续不断的概念炒做，引导、鼓励和促进消费者完成购买行为，推进产品的市场销售；
（4）为发展公共关系，产生社会影响等提供信息渠道；
（5）引起业内人士的关注，寻求市场合作，增加市场竞争力。
公关活动的设计
活动方案一：天翼软件500所中学演示会
活动方案二：“天翼杯”中学生数理化知识竞赛
活动方案三：软媒宣传
活动方案四：千名优秀中学生奖励活动
活动方案五：终端实效促销
活动方案六：冠名赞助
㈡ 急需一份软件的市场计划书
软件开发商业计划书
摘要
本文主要对软件开发项目计划书的格式及主要内容的编写要点进行说明，对一些内容进行了举例说明。
关键词
项目、计划书、格式、编写说明
正文
一、项目计划书格式
根据《GB8567－88计算机软件产品开发文件编制指南》中项目开发计划的要求，结合实际情况调整后的《项目计划书》内容索引如下
1 引言
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 需提交用户的文档
2.5.3 须提交内部的文档
2.5.4 应当提供的服务
2.6 项目开发环境
2.7 项目验收方式与依据
3 项目团队组织
3.1 组织结构
3.2 人员分工
3.3 协作与沟通
3.3.1 内部协作
3.3.2 外部沟通
4 实施计划
4.1 风险评估及对策
4.2 工作流程
4.3 总体进度计划
4.4 项目监控
4.4.1 质量控制计划
4.4.2 进度监控计划
4.4.3 预算监控计划
4.4.4 配置管理计划
5 支持条件
5.1 内部支持（可选）
5.2 客户支持（对项目而言）
5.3 外包（可选）
6 预算（可选）
6.1 人员成本
6.2 设备成本
6.3 其它经费预算
6.4 项目合计经费预算
7 关键问题
8专题计划要点
二、项目计划书的编写说明
1 引言
1.1 编写目的
说明编写这份项目计划的目的，并指出预期的读者。
作用本节是为了说明编制“项目计划书”亦即本文档的意图和希望达到的效果。注意这里的“目的”不是“项目目标”，而是为了说明本文档的目的与作用。“项目目标”在2.1中说明。
意义使项目成员和项目干系人了解项目开发计划书的作用、希望达到的效果。开发计划书的作用一般都是“项目成员以及项目干系人之间的共识与约定，项目生命周期所有活动的行动基础，以便项目团队根据本计划书开展和检查项目工作。”
例如可以这么写为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序，因此以文件化的形式，把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容做出的安排以书面的方式，作为项目团队成员以及项目干系人之间的共识与约定，项目生命周期内的所有项目活动的行动基础，项目团队开展和检查项目工作的依据。
常见的问题把项目本身的“项目目标”误作编制项目开发计划的目的。
1.2 背景
主要说明项目的来历，一些需要项目团队成员知道的相关情况。主要有以下内容
项目的名称经过与客户商定或经过立项手续统一确定的项目名称，一般与所待开发的软件系统名称有较大的关系，如针对“XX系统”开发的项目名称是“XX系统开发”。
项目的委托单位如果是根据合同进行的软件开发项目，项目的委托单位就是合同中的甲方；如果是自行研发的软件产品，项目的委托单位就是本企业。
项目的用户（单位）软件或网络的使用单位，可以泛指某个用户群。注意项目的用户或单位有时与项目的委托单位是同一个，有时是不一样的。如海关的报关软件、税务的报税软件，委托单位是海关或税务机关，但使用的用户或单位不仅有海关或税务机关，还包括需要报关、报税的企业单位。
项目的任务提出者本企业内部提出需要完成此项目的人员，一般是领导或商务人员；注意项目的任务提出者一般不同于项目的委托单位，前者一般是企业内部的人员。如果是内部开发项目，则两者的区别在于前者指人，后者指单位。
项目的主要承担部门有些企业根据行业方向或工作性质的不同把软件开发分成不同的部门（也有的分为不同事业部）。项目的特点就是其矩阵式组织，一般一个项目的项目成员可能由不同的部门组成，甚至可能由研发部门、开发部门、测试部门、集成部门、服务部门等等其中几个组成。需要根据项目所涉及的范围确定本项目的主要承担部门。
项目建设背景从政治环境上、业务环境上说明项目建设背景，说明项目的大环境、来龙去脉。这有利于项目成员更好地理解项目目标和各项任务。
例句根据《某部关于某建设工作的实施意见》精神，为了保障某建设工作的正常实施，必须加强监督考核，建立督查通报制度，某市某建设工作小组办公室把此项建设工作实施列入督查的重要内容，及时掌握进度，相关部门建立市某建设工作简报制度，及时反映全市某建设工作动态。
目前对于某建设工作的工作主要采用计划部门手工编制年度计划、建设工作主管部门和建设工作实施单位联合手动编制进度计划，某建设工作单位手工上报建设工作进度情况的方式，而全市的建设工作有数百个，加上前期建设工作的数量和今后某市建设发展的趋势，建设工作的数量将越来越多，原来的工作模式已经越来越无法适应市委市政府的要求。因此，充分利用现代信息化、因特网的优势，建立“某市某建设工作信息报送反馈系统”，提高某建设工作信息报送反馈工作效率，提高信息的及时性、减轻各级相关工作人员的劳动强度是非常有必要和紧迫的任务。
软件系统与其他系统的关系说明与本系统有关的其他系统，说明它们之间的相互依赖关系。这些系统可以是这个系统的基础性系统（一些数据、环境等必须依靠这个系统才能运行），也可以是以这个系统为基础的系统，或者是两者兼而有之的关系、互相依赖的系统。例句本系统中对外部办公部分如需要各个建设单位报送材料的子系统应当挂在市政府网站。
软件系统与机构的关系说明软件系统除了委托单位和使用单位，还与哪些机构组织有关系。例如一些系统需要遵守那些组织的标准、需要通过那些组织机构的测试才能使用等等、是否需要外包或与那些组织机构合作。
1.3 定义
列出为正确理解本计划书所用到的专门术语的定义、外文缩写词的原词及中文解释。注意尽量不要对一些业界使用的通用术语进行另外的定义，使它的含义和通用术语的惯用含义不一致。
1.4 参考资料
列出本计划书中所引用的及相关的文件资料和标准的作者、标题、编号、发表日期和出版单位，必要时说明得到这些文件资料和标准的途径。本节与下一节的“标准、条约和约定”互为补充，注意“参考资料”未必作为“标准、条约和约定”，因为“参考”的不一定是“必须遵守”的。常用资料如
本项目的合同、标书、上级机关有关通知、经过审批的项目任务书；
属于本项目的其他已经发表的文件；
本文档中各处引用的文件、资料，包括所要用到的软件开发标准。
1.5 标准、条约和约定
列出在本项目开发过程中必须遵守的标准、条约和约定。例如相应的《立项建议书》、《项目任务书》、合同、国家标准、行业标准、上级机关有关通知和实施方案、相应的技术规范等。
“参考资料”一般具有“物质”特性，一般要说明参照了什么，要说明在哪里可以获得；“标准、条约和约定”一般具有“精神”特性，一般是必须遵守的，不说明在哪里可以获得。参考资料的内容应该涵盖“标准、条约和约定”。
2 项目概述
2.1 项目目标
设定项目目标就是把项目要完成的工作用清晰的语言描述出来，让项目团队每一个成员都有明确的概念。注意，不要简单地说成在什么什么时间完成开发什么什么软件系统或完成什么什么软件安装集成任务。注意“要完成一个系统”只是一个凝的目标，它还不够具体和明确。明确的项目目标应该指出了服务对象，所开发软件系统最主要的功能和系统本身的比较深层次的社会目的或系统使用后所起到的社会效果。
项目目标应当符合SMART原则
l S Specific 明确的陈述
l M Measurable 可以衡量的结果
l A Attainable 可以达成的目标
l R Realistic 合理的，现实的或者说是能和实际工作相结合
l T Trackable 可以跟踪的
项目目标可以进行横向的分解也可以进行纵向的分解♂向分解一般按照系统的功能或按照建设单位的不同业务要求，如分解为第一目标、第二目标等等；纵向的分解一般是指按照阶段，如分解为第一阶段目标、第二阶段目标等等，或近期目标、中期目标、远期目标等等。阶段目标一般应当说明目标实现的较为明确的时间。一般要在说明了总目标的基础上再说明分解目标，可加上“为实现项目的总目标，必须实现以下三个阶段目标••••••”
2.2 产品目标与范围
根据项目输入（如合同、立项建议书、项目技术方案、标书等）说明此项目要实现的软件系统产品的目的与目标及简要的软件功能需求。对项目成果（软件系统）范围进行准确清晰的界定与说明是软件开发项目活动开展的基础和依据。软件系统产品目标应当从用户的角度说明开发这一软件系统是为了解决用户的那些问题。产品目标如“提高工作信息报送反馈工作效率，更好地进行工作信息报送的检查监督，提高信息的及时性、汇总统计信息的准确性，减轻各级相关工作人员的劳动强度。”
2.3 假设与约束
对于项目必须遵守的各种约束（时间、人员、预算、设备等）进行说明。这些内容将限制你实现什么、怎样实现、什么时候实现、成本范围等种种制约条件。
假设是通过努力可以直接解决的问题，而这些问题是一定要解决才能保证项目按计划完成。如“系统分析员必须在3天内到位”或“用户必须在8月8日前确定对需求文档进行确认”
约束一般是难以解决的问题，但可以通过其他途径回避或弥补、取舍，如人力资源的约束限制，就必须牺牲进度或质量等等。
假设与约束是针对比较明确会出现的情况，如果问题的出现具有不确定性，则应该在风险分析中列出，分析其出现的可能性（概率）、造成的影响、应当采取的相应措施。
2.4 项目工作范围
说明为实现项目的目标需要进行那些工作。在必要时，可描述与合作单位和用户的工作分工。
注意产品范围与项目工作范围的不同含义。
产品范围界定软件系统产品本身范围的特征和功能范围。
工作范围界定为了能够按时保质交付一个有特殊的特征和功能的软件系统产品所要完成的那些工作任务。
产品范围的完成情况是参照客户的需求来衡量的，而项目范围的完成情况则是参照计划来检验的。这两个范围管理模型间必须要有较好的统一性，以确保项目的具体工作成果，能按特定的产品要求准时交付。
2.5 应交付成果
2.5.1 需完成的软件
列出需要完成的程序的名称、所用的编程语言及存储程序的媒体形式。其中软件对象可能包括源程序、数据库对象创建语句、可执行程序、支撑系统的数据库数据、配置文件、第三方模块、界面文件、界面原稿文件、声音文件、安装软件、安装软件源程序文件等等。
2.5.2 需提交用户的文档
列出需要移交给用户的每种文档的名称、内容要点及存储形式，如需求规格说明书、帮助手册等。此处需要移交用户的文档可参考合同中的规定。
2.5.3 须提交内部的文档
可根据《GB8567-88计算机软件产品开发文件编制指南》附录O“文件编制实施规定的实例（参考件）”结合各企业实际情况调整制定《软件开发文档编制裁减衡量因素表》。根据《因素表》确定项目对应的项目衡量因素取值，以确定本项目应完成的阶段成果。将不适用于本项目的内容裁减，以减少不必要的项目任务和资源。
根据因素取值列出本项目应完成的阶段成果，说明本项目取值所在的区间，将其他因素值区间删除。
2.5.4 应当提供的服务
根据合同或某重点建设工作需要，列出将向用户或委托单位提供的各种服务，例如培训、安装、维护和运行支持等。具体的工作计划如需要编制现场安装作业指导书、培训计划等，应当在本计划“4.3总体进度计划”中条列出。
2.6 项目开发环境
说明开发本软件项目所需要的软硬件环境和版本、如操作系统、开发工具、数据库系统、配置管理工具、网络环境。环境可能不止一种，如开发工具可能需要针对Java的，也需要针对C++的。有些环境可能无法确定，需要在需求分析完成或设计完成后才能确定所需要的环境。
2.7 项目验收方式与依据
说明项目内部验收和用户验收的方式，如验收包括交付前验收、交付后验收、试运行（初步）验收、最终验收、第三方验收、专家参与验收等等。项目验收依据主要有标书、合同、相关标准、项目文档（最主要是需求规格说明书）。
3 项目团队组织
3.1 组织结构
说明项目团队的组织结构。项目的组织结构可以从所需角色和项目成员两个方面描述。所需角色主要说明为了完成本项目任务，项目团队需要哪些角色构成，如项目经理、计划经理、系统分析员（或小组）、构架设计师、设计组、程序组、测试组等等。组织结构可以用图形来表示，可以采用树形图，也可以采用矩阵式图形，同时说明团队成员来自于哪个部门。除了图形外，可以用文字简要说明各个角色应有的技术水平。
注意虽然有一些通用的结构可以套用，但各种不同规模、不同形式的项目组织结构是不一样的。如产品研发项目可能就不需要实施人员（小组），但需要知识转移方面的人员（小组）。而软件编码外包的项目则不需要程序员，测试人员也可以适当地减少。
3.2 人员分工
确定项目团队的的每个成员属于组织结构中的什么角色，他们的技术水平、项目中的分工与配置，可以用列表方式说明，具体编制时按照项目实际组织结构编写。以下是一个示例。
3.3 协作与沟通
项目的沟通与协作首先应当确定协作与沟通的对象，就是与谁协作、沟通。沟通对象应该包括所有项目干系人，而项目干系人包括了所有项目团队成员、项目接口人员、项目团队外部相关人员等等。
其次应当确定协作模式与沟通方式。沟通方式如会议、使用电话、QQ、内部邮件、外部邮件、QuickPlace、聊天室等等。其中邮件沟通应当说明主送人、抄送人，聊天室沟通方式应当约定时间周期。而协作模式主要说明在出现什么状况的时候各个角色应当（主动）采取什么措施，包括沟通，如何互相配合来共同完成某项任务。定期的沟通一般要包括项目阶段报告、项目阶段计划、阶段会议等
3.3.1 项目团队内部协作
本节说明在项目开发过程中项目团队内部的协作模式和沟通方式、频次、沟通成果记录办法等内容。
3.3.2 项目接口人员
应当说明接口工作的人员即他们的职责、联系方式、沟通方式、协作模式，包括
a、负责本项目同用户的接口人员；
b、负责本项目同本企业各管理机构，如计划管理部门、合同管理部门、采购部门、质量管理部门、财务部门等的接口人员；
c、负责本项目同分包方的接口人员。
3.3.3 项目团队外部沟通与协作模式
项目团队外部包括企业内部管理协助部门、项目委托单位、客户等等。本节说明在项目开发过程中项目团队内部与接口人员、客户沟通的方式、频次、沟通成果记录办法等内容。明确最终用户、直接用户及其所在本企业／部门名称和联系电话。明确协作开发的有关部门的名称、经理姓名、承担的工作内容以及工作实施责任人的姓名、联系电话。确定有关的合作单位的名称、负责人姓名、承担的工作内容以及实施人的姓名、联系电话。
4 实施计划
4.1 风险评估及对策
识别或预估项目进行过程中可能出现的风险。应该分析风险出现的可能性（概率）、造成的影响、根据影响应该采取的对策，采取的措施。风险识别包括识别内在风险及外在风险。内在风险是指项目工作组能加以控制和影响的风险，如人事任免和成本估计等。外在风险指超出项目工作组等控制力和影响力之外的风险，如市场转向或政府行为等
风险的对策包括避免排除特定危胁往往靠排除危险起源；减缓减少风险事件的预期资金投入来减低风险发生的概率，以及减少风险事件的风险系数；吸纳接受一切后果，可以是积极的（如制定预防性计划来防备风险事件的发生），也可以是消极的（如某些费用超支则接受低于预期的利润）。
对于软件开发项目而言，在分析、识别和管理风险上投入足够的时间和人力可以使项目进展过程更加平稳，提高项目跟踪和控制的能力，由于在问题发生之前已经做了周密计划，因而对项目的成功产生更加充分的信心。
软件开发项目常见预估的风险
1) 工程／规模／进度上的风险
规模大，规模估算不精确甚至误差很大；就规模而言，用户要求交付期、费用很紧；预料外的工作(测试未完时的现场对应等)；
2) 技术上的风险
使用新的开发技术、新设备等，或是新的应用组合，没有经验；是新的行业或业务，没有经验；性能上的要求很严；
3) 用户体制上的问题
用户管理不严，恐怕功能决定、验收不能顺利地完成（或者出现了延迟）；或者恐怕功能会多次变更；与用户分担开发，恐怕工程会拖延（或者出现了延迟）；用户或其他相关单位承担的工作有可能延误；
4) 其它应该包含此处没有、但据推测有风险的项目。
4.2 工作流程
说明项目采用什么样的工作流程进行。如瀑布法工作流程，原型法工作流程、螺旋型工作流程、迭代法工作流程，也可以是自己创建的工作流程。不同的流程将影响后面的工作计划的制定。必要时画出本项目采用的工作流程图及适当的文字说明。
4.3 总体进度计划
这里所说的总体进度计划为高层计划。作为补充，应当分阶段制定项目的阶段计划，这些阶段计划不在这份文档中，当要以这份总体计划为依据。
总体进度计划要依据确定的项目规模，列表项目阶段划分、阶段进度安排及每阶段应提交的阶段成果，在阶段时间安排中要考虑项目阶段成果完成、提交评审、修改的时间。
对于项目计划、项目准备、需求调研、需求分析、构架设计或概要设计、编码实现、测试、移交、内部培训、用户培训、安装部署、试运行、验收等工作，给出每项工作任务的预定开始日期、完成日期及所需的资源，规定各项工作任务完成的先后顺序以及表征每项工作任务完成的标志性事件（里程碑）。
例如
`
需求评审
设计评审
表格中检查点／里程碑等阶段划分为举例，实际作业阶段划分、阶段成果等请根据项目需要确定。
制定软件项目进度计划可以使用一些专门的工具，最常用的是Microsoft的Project作为辅助工具，功能比较强大，比较适合于规模较大的项目，但无法完全代替项目计划书，特别是一些主要由文字来说明的部分。小规模的项目可简便地使用EXCEL作为辅助工具。关于如何使用这些工具不在此作详细说明。
制定软件项目进度计划应当考虑以下一些因素:
1）对于系统需求和项目目标的掌握程度。如开始时对于系统需求和项目目标只有比较数的了解，就只能制定出比较粗的进度计划，等到需求阶段或设计阶段结束，就应该进一步细化进度计划。
2）软件系统规耐项目规模，这两个不是一个概念。软件系统规模往往是从功能点的估算或其他估算方式得来的，而项目规模还要考虑对文档数量与质量的要求，使用的开发工具、新技术、多少复用、沟通的方便程度、客户方的情况、需要遵守的标准规范等等等等。例如，完成一个大型的系统，在一定的时间内一个人或几个人的智力和体力是承受不了的。由于软件是逻辑、智力产品，盲目增加软件开发人员并不能成比例地提高软件开发能力。相反，随着人员数量的增加，人员的组织、协调、通信、培训和管理方面的问题将更为严重。
3）软件系统复杂程度和项目复杂程度和软件系统规耐项目规模一样，软件系统的复杂程度主要是考虑软件系统本身的功能、架构的复杂程度，而项目的复杂程度主要是指项目团队成员的构成、项目任务的复杂程度、项目干系人的复杂程度、需求调研的难易程度，多项目情况下资源保障的情况，等等等等。软件系统的规模与软件系统的复杂程度未必是成比例的关系；同样项目的规模与项目的复杂程度未必是成比例的关系。
4）项目的工期要求，就是项目的紧急程度。有些项目规模大，却因为与顾客签订了合同，或者为了抢先占领市场，工期压缩得很紧，这时就要考虑如何更好地合理安排进度，多增加人选多采用加班的方式是一种万不得已的选择。增加人选除了增加人的成本外必定会增加沟通的成本（熟悉项目任务所需要的时间）；加班如果处理不好会造成情绪上的问题，也可能会因为过于忙碌而无法顾及质量，造成质量的下滑。
5）项目成员的能力。这些能力包括项目经理的管理能力，系统分析员的分析能力、系统设计人员的设计能力、程序员的编码能力、测试人员的测试能力，以及企业或项目团队激发出这些能力的能力。从另外一个角度看还有总体上对客户行业业务的熟悉程度；对于建模工具、开发工具、测试工具等技术的掌握程度；企业内部对行业业务知识和主要技术的知识积累。
4.4 项目控制计划
4.4.1 质量保证计划
执行质量评审活动，对过程质量进行控制。规模较大的项目应当单独编写《软件开发项目质量计划》。根据GB/T 12504 计算机软件质量保证计划规范，内容包括
l 引言（本章节包括质量计划的目的、定义、参考资料）
l 管理（描述负责软件质量管理的机构、任务及其相关的职责）
l 文档（列出在该软件的开发、验证与确认以及使用与维护等阶段中需要编制的文档，并描述对文档进行评审与检查的准则）
l 标准、条例和约定（列出软件开发过程中要用到的标准、条例和约定，并列出监督和保证执行的措施）
l 评审和检查（规定所要进行的技术和管理两个方面的评审和检查工作，并编制或引用有关的评审和检查规程，以及通过与否的技术准则。至少要进行软件需求评审、概要设计评审、软件验证与确认评审、软件系统功能检查、程序和文档物理检查）
l 软件配置管理（编制有关配置管理条款，或在“4.4.4 配置管理计划”中说明，或引用按照《GB/T 12505 计算机软件配置管理计划规范》单独制定的文档）
l 工具、技术和方法（指明用于支持特定软件项目质量管理工作的工具、技术和方法，指出它们的目的和用途）
l 媒体控制（说明保护计算机程序物理媒体的方法和设施，以免非法存取、意外损坏或自然老化）
l 对供货单位的控制（供货单位包括项目承办单位、软件销售单位、软件开发单位。规定对这些供货单位进行控制的规程，从而保证项目承办单位从软件销售单位购买的、其他开发单位开发的或从开发单位现存软件库中选用的软件能满足规定的需求。）
l 记录的收集、维护和保存（指明需要保存的软件质量保证活动的记录，并指出用于汇总、保护和维护这些记录的方法和设施，并指明要保存的期限）
4.4.2 进度控制计划
（可直接引用以下描述或根据项目情况制定本节内容）
本项目的进度监控执行本企业《项目管理规范》，由本企业过程控制部门如质量管理部统一进行监控，并保留在监控过程中产生的日常检查记录。
4.4.3 预算监控计划
说明如何检查项目预算的使用情况。根据项目情况需要制定。
4.4.4 配置管理计划
编制有关软件配置管理的条款，或引用按照GB/T 12505单独制订《配置管理计划》文档。在这些条款或文档中，必须规定用于标识软件产品、控制和实现软件的修改、记录和报告修改实现的状态以及评审和检查配置管理工作等四方面的活动。还必须规定用以维护和存储软件受控版本的方法和设施；必须规定对所发现的软件问题进行报告、追踪和解决的步骤，并指出实现报告、追踪和解决软件问题的机构及其职责。
根据《GB/T 12505 计算机软件配置管理计划规范》，软件配置管理计划内容如下
l 引言（本章节包括质量计划的目的、定义、参考资料）
l 管理（描述负责软件配置管理的机构、任务、职责及其有关的接口控制。）
l 软件配置管理活动（描述配置标识、配置控制、配置状态记录与报告以及配置检查与评审等到四方面的软件配置管理活动的需求。）
l 工具、技术和方法（指明为支持特定项目的软件配置管理所使用的软件工具、技术和方法，指明它们的目的，并在开发者所有权的范围内描述其用法）
l 对供货单位的控制（供货单位是指软件销售单位、软件开发单位或软件子开发单位。必须规定对这些供货单位进行控制的管理规程，从而使从软件销售单位购买的、其他开发单位开发的或从开发单位现存软件库中选用的软件能满足规定的软件配置管理需求）
l 记录的收集、维护和保存（指明要保存的软件配置管理文档，指明用于汇总、保护和维护这些文档的方法和设施，并指明要保存的期限）
我给你一个很全面的，你可以参考一下，摘一些对你有用的。希望能帮你到。
㈢ 我是做软件的，我要怎么写销售计划书
1．市场营销计划书
概念解说
私营公司市场营销计划书是企业按照一定标准（如经营目标、市场调研等）对产品或服务的销售从人、财、物等方面做出具体安排的书面材料。
编写要点
市场营销计划书通常包括以下内容：
①计划概要。
②营销状况。
③营销目标。
④营销策略。
⑤营销方案。
⑥活动预算。
⑦营销监控。
范 文
××公司年度销售计划书
第一章 基本目标
本公司××年度销售目标如下：
一、销售额目标：
（一）部门全体：××万美元以上；
（二）每一员工／每月：××美元以上；
（三）每一营业部人员／每月：××美元以上。
二、利益目标（含税）：××万美元以上。
三、新产品的销售目标：××万美元以上。
第二章 基本方针
本公司的业务机构，必须一直到所有人员都能精通其业务、人心安定、能有危机意识并有效地活动时，才不再做任何变革。
二、贯彻少数精锐主义，不论精神或体力都须全力投入工作，使工作向高效率、高收益、高分配（高薪资）的方向发展。
三、为加强机能的敏捷、迅速化，本公司将大幅委让权限，使人员得以果断抉择，实现上述目标。
四、为达到责任目标及确立责任体制，本公司将贯彻重赏、重罚政策。
五、为使规定及规则完备，本公司将加强各种业务管理。
六、××股份有限公司与本公司在交易上订有书面协定，彼此遵守责任与义务。基于此立场，本公司应致力于达成预算目标。
七、为促进零售店的销售，应设立销售方式体制，将原有购买者的市场转移为销售者的市场，使本公司具有主导代理店、零售店的权利。
八、将出击目标放在零售店上，并致力于培训、指导其促销方式，借此进一步刺激需求的增大。
第三章 业务机构计划
一、内部机构
（一）××服务中心将升格为营业处，借以促进销售活动。
（二）于××营业处的管辖内设立新的出差处（或服务中心）。
（三）解散食品部门，其所属人员则转配到××营业处，致力于推广销售活动。
（四）以上各新体制下的业务机构暂时维持现状，不做变革，借此确立各自的责任体制。
（五）在业务的处理方面若有不备之处，再酌情进行改善。
二、外部机构
交易机构及制度将维持由本公司→代理店→零售商的旧有销售方式。
第四章 零售商的促销计划
一、新产品销售方式体制
（一）将全球有实力的××家零售商店依照区域划分，于各划分区内采用新产品的销售方式体制。
（二）新产品的销售方式是指每人各自负责30家左右的店，每周或隔周做一次访问，借访问的机会督导、奖励销售，进行调查、服务及销售指导、技术指导等，借此促进销售。
（三）上述的××家店所销出的本公司产品的总额须为以往的2倍。
（四）库存量须努力维持在零售店为1个月库存量、代理店为2个月库存量的界限上。
（五）销售负责人的职务内容及处理基准应明确化。
二、新产品协作会的设立与活动
（一）为使以新产品的销售方式所推动的促销活动得以开展，另外又以全球各主力零售店为中心，要依地区另设立新产品协作会。
（二）新产品协作会的主要内容大致包括下列10项：
1．分发、寄送相关杂志；
2．赠送本公司产品的负责人员领带夹；
3．安装各地区协作店的招牌；
4．分发商标给市内各协作店；
5．协作商店之间的销售竞争；
6．分发广告宣传单；
7．积极支援经销商；
8．举行讲习会、研讨会；
9．增设年轻人专柜；
10．介绍新产品。
（三）协作会的存在方式是属于非正式性的。
三、提高零售店店员的责任意识
为加强零售店店员对本公司产品的关心，增强其销售意愿，应加强下列各项实施要点：
（一）奖金激励对策———零售店店员每次售出本公司产品即获销售卡一张，当销售卡达到10张时，即赠奖金给本人以激增其销售意愿。
（二）人员的辅导
1．负责人员可在访问时进行教育指导说明，借此提高零售店店员的销售技术以及对产品的知识。
2．销售负责人员可亲自站在店头接待顾客、示范销售动作或进行技术说明，让零售店的店员从中获得间接的指导。
第五章 扩大顾客需求计划
一、确实的广告计划
（一）在新产品销售方式体制确定之前，暂时先以人员的访问活动为主，把广告宣传活动作为未来所进行的活动。
（二）针对广告媒体，再次进行检查，务必使广告计划达到以最小的费用创造出最大的成果的目标。
（三）为达成前述两项目标，应针对广告、宣传技术做充分的研究。
二、活用购买调查卡
（一）针对购买调查卡的回收方法、调查方法等进行检查，借此确实掌握顾客的真正购买动机。
（二）利用购买调查卡的调查统计、新产品销售方式体制及顾客调查卡的管理体制等，确实做好需求的预测。
第六章 营业实绩的管理及统计
一、顾客调查卡的管理体制
利用各零售店店员所送回的顾客调查卡，将销售额的实绩统计出来，或者根据这些来改革产品销售方式体制及进行其他的管理。
（一）依据营业处、区域处别，统计××家商店的销售额；
（二）依据营业处别统计××家商店以外的销售额；
（三）另外几种销售额统计须以各营业处为单位制作。
二、根据上述统计，可观察各店的销售实绩及掌握各负责人员的活动实绩、各商品种类的销售实绩等。
第七章 营业预算的确立及控制
一、必须确立营业预算与经费预算，经费预算的决定通常随营业实绩做上下调节。
二、预算方面的各种基准、要领等须加以完善，成为示范本，本部与各事业部门则需交换合同。
三、针对各事业部门所做的预算、统计、比较及分析等来确定对策。
四、事业部门的经理应分年、期、月，分别制定部门的营业方针及计划，并提交给本部门，修正后定案。