当前位置:首页 > 职场文书 > 工作方案

项目解决方案

时间:2023-12-20 12:21:05
项目解决方案模板

项目解决方案模板

项目解决方案模板

如何撰写项目的解决方案?

一、解决方案难写在哪里?

  很多人对写方案非常没有信心,一涉及到方案的事情,就束手无策,到处求人。

  作为一个公认的方案打手,意思是写方案就象打字员一样,我觉得我在这方面确实是有绝活。

  我基本上都是在方案提交前一两天接到写方案的任务,而我自己的事情一般又比别人多一点,也不能不做,只好心里大骂一句,骂完后就打电话搞清楚别人的要求,边问就边构思整个方案的推导思路和结构提纲。

  因为你不敢让你的同事知道你只能用很少的一点时间写方案(基本上我真正动笔写方案的时间都在2~4个小时以内),让他们担心方案的质量和进度保证,进而对自己的后续工作质量没有信心。所以我其实也特别紧张,注意力也特别集中,大脑也高速反应,基本上几分钟电话或面谈完思路基本就有了,然后该干嘛干嘛,找一些零散的小时间把思路不断推导一下,然后到了一个比较安静和完整的时间段前才开始写,这个时候基本上要写的话都想清楚了,只需要不断敲字,敲字的时候也是注意力也特别集中,大脑也高速反应,越写思路越开,很快也就完工了。

  写方案不难,知道怎么写才难。关于写方案我只总结一点,结构化地去组织你的思想。

  有结构就有思路,有思路就有方案。

  另外真正写方案的人,对自己写过的方案是永远不会满意的,只有这样,每次都会进步一点点,解决方案水平质量就会随公司能力不断增长。

  当然我曾经问过很多人,你到底为什么写不出好的方案呢?

  基本上原因可以归为四类:

  1.1 第一种是没有体系

  一旦用户要求提供关于PDM的方案,很多人大脑是一片空白,完全不知道从哪里下手。很多人说起自己的产品来,好象知道不少卖点,不过真要写出来,又觉得无从下笔。

  这种情况一般是写方案者不熟悉自己产品体系造成的,知道一两个甚至更多的产品卖点不难,但难就难在成体系,知识就是成体系的点构成的,而不是一句一句离散的说法构成的。

  因为我们这个行业从业人员说句不客气的话,大部分对所销售实施的管理系统并没有很深入的研究,都是半路出家,从头开始,在学习过程中熟悉,在熟悉过程中领悟。所以一下子去驾驭一个整体方案是很痛苦的。只有当一个人对一个产品思路有体系以后,才能够写出完整的方案,否则就是一个单元也要费尽脑汁。

  所以一个人要想写好一个方案,首先要把自己产品的来龙去脉,功能模块,适应领域,典型客户实施情况有一个全面的了解,这样才能建立一个完整的知识体系,然后逐步补充竞争对手知识和一些技术性知识,不断深化自己的知识体系。

  1.2 第二种是没有思路

  有很多用户看多了模板化的方案以后,想看一些针对他们自己的业务的个性化内容,这个时候有的人按照标准方案模板修改还勉强能对付,但对于个性化内容针对性方案就速手无策了。

  这种情况从根本上讲还是写方案者不熟悉企业业务造成的,写方案,特别是针对性方案不仅仅要求了解企业的需求,而且要知道这些需求是在何种业务需求下产生的,用户提出这样的要求到底想解决什么问题,把这个问题找出来,一般针对性解决思路就有了,有了思路,自然可以很好的写方案。

  所以一个人要写好方案,还需要了解下游客户的业务,了解业务最有效的方法就是亲自做几次详尽的业务调研,有了业务调研做基础,在调研过程中把握用户关注重难点问题,自然可以比较好的确定方案的个性化内容思路。

  解决方案就是把客户的利益和产品特性之间建立一个逻辑性的桥梁。

  1.3 第三种是没有素材

  一般不经常写方案的人,在写一个方案的时候,即使有想法,有思路,但往往也会很累,就是因为缺少足够的素材。很多项目现在都是投标,不同用户可能有不同投标的要求,这样很难用一个方案去适应所有的用户,因此在每个方案中都有一些需要准备的内容。

  这些内容基本上是通用的,但如果没有足够积累每次编制方案就需要花费大量时间去准备,造成方案完成周期过长。

  所以写好方案必须具备这三个条件,第一方案编制者对企业业务要很熟悉,或者有相关业务调研经验,第二方案编制者对产品非常熟悉,至少对自己产品功能模块作用很清楚,第三方案编制者手上有大量可公用的素材库。

  1.4 第四种是没有层次

  很多人刚和用户接触没有多久,为了表现自己对客户的重视,马上表示要提供方案,当然有的客户刚刚开始选型,也不知道到底要什么搞,也要供应商马上提供一个方案。

  结果拍胸脯容易,写方案难,自己写不出来只好求公司,公司没有安排专人了解情况,只好按模板制作一个,用户一看几个供应商内容都差不多,觉得不好,又总结出一些个性化要求,于是大家有开始折腾第二轮方案。

  其实方案编制在不同阶段有不同策略,不要轻易提供方案。刚开始接触是可以提供项目合作建议书,类似可行性报告,项目需要考察软件技术,可以提供标准的产品技术白皮书,到了经过售前调研,有所准备,在演示前后阶段和其它竞争对手刺刀见红的时候,才在知己知彼的基础上提供解决方案或者投标书。

  过早提供方案只能匆匆了事,时间紧急,质量自然不高,自然也就觉得方案难写。想急就又能解决问题的事情,本来就是一般人做不来的。

  方案想要写得好,一定要用心,用心就一定要耗时间,指望用几个小时写出一个高质量的方案是不可能的。如果你做了精心调研,你写不出一个好方案唯一缺的是技巧。写方案是一种技巧性工作,明白了这一点,大家都可以经过练习写出好的方案。

二、坏的解决方案有那些特征

  2.1 第一个容易犯的错误:只有论点,没有论证

  不好的解决方案粗看起来非常厚重,其实都是功能罗列,象产品手册摘要版,不象方案书。

  不好的方案是一大堆内容,淹没在一堆纸里面,也不知道想说什么,给你一个厚度,证明我们的工作质量很高。我们国内许多的企业客户特别是大型企业都很在乎这点,认为可以从方案厚薄中看出对项目重视程度。

  如果你做了精心调研,你写不出一个好方案唯一 ……此处隐藏8968个字……p>   系统技术方案

  系统实施方案

  服务内容及措施

  典型案例

  结束语

  引言部分

  从全国、同行业的信息化现状分析入手,说明信息化是大势所趋。再从本行业的产品特点出发分析信息化需要注意的地方。接着介绍企业的情况,特别是信息化的已有基础,包括企业的经济实力、管理水平、已完成和正在进行的信息化项目等,说明该企业已具备实施本项目的基础。最后通过公司介绍说明有能力承担该项目。

  引言部分可分为:

  制造业信息化现状

  某行业信息化特点分析

  信息化的已有基础

  公司介绍

  现状分析与诊断部分

  从本项目所涉及部门的业务现状描述入手,分析出问题,并提出改进建议,得出实施系统的必要性和紧迫性,以及需要解决的问题

  现状分析与诊断部分可分为:

  业务现状描述

  问题分析与诊断

  系统规划与设计部分

  根据现状分析提出的需求,对本系统从总体目标、指导思想、总体框架等方面进行总体规划与设计。总体目标,是从企业已有明确的总体目标中,结合用户需求提炼出来的,不能简单照抄,还需适当调整与补充。总体框架包括体系架构、运行模式,以及其它企业关心的问题等。

  系统规划与设计部分可分为:

  总体目标

  指导思想

  总体框架

  体系架构

  运行模式

  ……

  系统技术方案部分

  从基本功能介绍、关键问题解决方案两个层面介绍具体的技术方案。基本功能介绍是对本项目所涉及的产品,在标准模块功能基础上适当补充各模块的新增功能或用户的特殊功能。关键问题解决方案是就企业特别关心的问题(包括管理和技术两个方面)、企业特殊需求中有一定难度的问题,以及管理方面需要改进的问题等提出解决方案和建议。

  系统实施方案部分

  从本项目的预期效益入手,分析项目实施存在的风险,接着介绍公司规避风险的实施保障措施,最后给出初步实施进度计划和培训计划。实施规划要结合用户的实施打算,如果系统规模比较大,可以结合用户的需求适当进行目标分解,分期完成。

  系统实施方案部分可分为:

  预期效益

  风险分析及对策

  指导思想

  指导方法

  实施管理

  实施规划

  实施进度计划

  系统培训

  服务内容及措施部分

  从公司能为客户提供全方位服务承诺入手,阐述公司技术支持与服务的保障措施,让客户无后顾之忧。

  服务内容及措施部分可分为:

  服务内容及承诺

  技术支持与服务保障

  典型案例部分

  用公司典型用户的案例进一步证明,公司提供的技术方案是先进的、实用的,形成一套科学的、可操作的实施方案。典型案例选择的针对性表现在:行业、特殊需求、项目类型等方面有相似之处。

  结束语部分

  阐明公司愿与企业强强联手,达成合作伙伴关系,共同推进企业乃至本行业的信息化建设。

  解决方案注意业务分析,系统规划,技术方案三部分不要反复出现重复的内容,或者为了表达自己技术方案是扣着业务需求而在系统规划和技术方案中再次反复描述需求,如果发现有这样的问题就要精心去组织方案提纲。

  此外解决方案要避免浮夸和务虚的内容,要尽量让用户看到可操作的内容,例如在实施方案中用户最关心的是在实施分几个阶段?每个阶段相互配合工作是什么?谁去做合适?阶段结束的标志是什么?每阶段工作需要多长时间?根据企业实际情况有哪些风险?如何规避?基础数据如何准备?历史数据如何录入?工作流程应用前后有何变化?这些是用户真正关心的内容。

  所谓实施方法论,实施原则,实施指导思想,实施团队结构等看起来饱满,其实是务虚的内容少写,写得越多用户越不得要领,实施方案的要害是具备不具备可操作性。这里面的原则就是计划越细化越具有可操作性。

  三、投标书的基本结构

  投标书是针对标书的解决方案,包含解决方案的全部内容,再增加公司优势和相关附件。投标书总是原则是按照用户提供的招标书要求准备,用户要求如何提供资料就如何提供,不要任意发挥。

  常见投标书的基本结构如下:

  引言

  现状分析与诊断

  系统规划与设计

  系统技术方案

  系统实施方案

  服务内容及措施

  开目公司的优势

  典型案例

  结束语

  相关附件

  开目公司的优势

  相关附件

  相关附件按照招标书的规定组织附件。

  4.3 方案的针对性

  为使方案具有鲜明的开目特色,方案必须具有一定的针对性。不同类别方案的针对性有不同的体现。

  建议书的针对性体现在同行业的信息化特点分析,本企业已有的信息化基础、本企业的现状描述与问题分析等方面。

  解决方案和投标书的针对性有相同的表现,主要体现在:同行业的信息化特点分析、现状分析与诊断、总体目标、关键问题解决方案、实施规划与进度计划、典型案例等。

  现状分析与诊断部分、实施规划与进度计划部分,不能简单把客户名称更改就变成另外一家的情况。

  总体目标部分,有企业的个性,如果需要可以分解成近期、长期、远期目标。

  解决方案中可单独把企业关心的关键问题单列为一部分,紧密结合企业的需求特点,不能简单套用标准说法,必要时可以通过定制配置实现。

  解决方案中的关键问题与投标答辩PPT中的关键问题有区别。投标答辩PPT中的关键问题主要是展示我们优势部分,以攻击对手的劣势部分,但一定要有绝对的把握。

《项目解决方案模板.doc》
将本文的Word文档下载到电脑,方便收藏和打印
推荐度:
点击下载文档

文档为doc格式