如何写好解决方案(完整版).pdf

如何写好解决方案(完整版) 如何写好解决方案 最近手头接了公司一个方案编写的任务，但一直没有好的思路，虽说以前也写过产品的一些 方案，有一定的沉淀，但仔细想来，基于产品的解决方案和基于定制开发的方案应该有很大 的不同。所以就通过网络和以前的朋友，找了一些方案，分析对比后，把个人的一些感受写 下来，以供大家探讨。不妥之处，还望不吝指出，以便改进。 　　通过这次方案的编写，我个人有以下体会： 　　1、用户的需求把握很重要，要找到用户的关注点。 　　方案编写前，实际上有个用户需求调研的过程，要按咨询的一般流程，对用户目前的业 务流程进行描述、分析，象医生之于病人一样，通过望、闻、问、切，找出问题所在，然后 对症下药。但由于分工不同，往往我们拿到手的资料很有限，对用户的需求的把握不够，甚 至于没有和用户正面接触过，这中间就有很大的风险。怎么办？我个人认为，应该这样处理： 　　基于有限的有户需求，展开广泛的用户需求讨论，讨论的范围是和这个项目有关联的所 有人员，包括销售人员、产品和售前组人员、部门的领导。大家从每个人的认识上，充分挖 掘用户的需求，并对挖掘出的用户需求分优先级，然后再在统一的思路下去分别展开具体的 方案编写工作。领导说得好 “方向对了头，一步一层楼嘛”！最后由产品售前组统一进行方 案的优选和整合，在整个方案中，要做到突出重点，要有靓点。 　　下面给个流程图，是基于咨询的，可以给我们提供参考： 第 1 页第 1 页 如何写好解决方案(完整版) 　　2、站的高度要足够高，要从管理层面的高度，既要有就事论事的详细技术解决方案， 更要有领导层面的监控执行和决策分析 　　好的方案，应该是站在全局的高度，从高管层、管理执行层、业务操作运行层三个层面 分别提出决策分析、监督控制及数据采集录入的完整解决方案。这个过程中，许多人只专注 于技术，关心技术解决方案，而忽略了高层的分析决策及中层的管理控制功能，这也是方案 的大忌。我们一般可以采用由下而上写，由上而下检查，上下结合，统一验证的办法处理。 第 2 页第 2 页 如何写好解决方案(完整版) 　　3、先搭框架，再逐步细化 　　遵循一般问题分析方法，先构建整体框架（参考 15 一般解决方案模板），然后再提取 总的解决方案，再逐步细化，最终抽象出具体的支持方案的模块，接下来再按由下而上的流 程，对流程进行验证、修改，保证高层、中层及业务层在数据源、数据结构及业务逻辑上的 统一性，最后对每个模块的特点、靓点做详细地描述。 　　4、方向要明确，最好从管理角度切入，不能单纯的就事论事 　　做方案时要记住，我们提供给用户的是总体解决方案，不只是单纯的技术方案，用我们 熟悉的成熟的技术，加上优化的用户的流程，结合用户总体战略，就可以编制出满足用户需 求的方案。 　　5、最好有参考的方案，做好平常的知识积累 　　我们遇到的客户，需要解决的问题是各不相同、有时甚至是跨行业的，这就要求我们的 售前和需求人员要加强平时的学习和积累。一些好的方案，特别是知名咨询公司的方案，是 对我们有启发意义的。平时加强优秀方案的学习，积累一般问题的解决方案，可以使我们有 第 3 页第 3 页 如何写好解决方案(完整版) 更多的精力关注于具体用户的个性需求，用信息化实现用户个性管理思想，这也为用户最为 关注和推崇的，而这个过程的实现，实际上是个双赢的过程，实现上知识的双向转移。 　　6、最好的方案，是无招胜有招的境界 　　我们在现实生活中，常遇到这样的情况，许多 IT 公司的高层，并不是学习计算机专业 出身的，看似外行管内行的情况普遍存在。但只要你深入地思考一下，实际上做到一定的程 度，在有了广泛知识积累后，就发现各行业总是相通之处的，正是由于他们有了知识转移和 复用的能力，高度决定了他们的视野，武功的最高境界是无招胜有招，这决不是空谈。只要 你用心去想，这个道理大家都能想通。具体到我们的方案，针对每一个 CASE，我们都力争 提取出共性的一面，这样，我们的水平也就提高到了另外一种境界。 　　7、别小看细节和形式 　　 “