超越对手之十二--如何编制实施解决方案精彩观点摘要

没有清楚定义未来的工作远景的系统，追随者会越来越少。

实施解决方案和售前解决方案的不同

       1、从售前到实施解决方案要经过一个主体从软件公司能力宣传到企业业务支撑描述的变化。

       售前阶段大部分项目不能提供详细业务调研的机会，所以售前解决方案以软件企业功能和实施经验为主，结合企业一些特色加以发挥，简单地说还是以软件公司为主，而售后解决方案是建立在详细业务调研基础之上，必须结合企业流程详细展开，以企业为主描述。

       2、从售前到实施解决方案要经过一个从虚到实的变化。

       售前阶段解决方案重在介绍一些理念和管理思路，总体上存在很多务虚的内容，比如项目目标主要从定性角度阐发，对价值主要从一般认识出发。

       但经过业务调研后实施解决方案中要明确提出一些定量的目标，例如产品数据管理怎样叫做管理了，不能说不出所以然。同时实施解决方案对项目价值点要能结合部门，岗位和业务描述出在不同业务环节的不同岗位责任人能从系统中得到哪些方面的效益，进而支持企业的何种价值点，而不能再是放之四海皆准的泛理论推导。

       同样在售前宣传的一些概念，要么在实施阶段找到落脚点，要么在实施阶段把这些天上的东西用地面的目标取代。

       3、从售前到实施解决方案要经过一个从功能排列到操作串联的变化。

       售前阶段对软件更多的是从功能列表角度去陈列，或者解释不同应用需要用到哪些功能，在实施方案就中就必须能够将这些功能真正串接成业务操作，让用户能看懂一个业务在系统支持下从原始输入到最终输出的全部流程，而不能含糊其辞。

       一份含糊的业务方案其实反映的是一个公司，一个项目经理对业务把握含糊不清的状态。这种没有业务串联的方案也难以指导项目团队成员有效完成配置和开发。

       没有目标定义的项目很难获得成功。

编制实施阶段解决方案常见问题

       第一、和售前方案几乎难以区别，都是价值点+功能手册的模式

       实施阶段解决方案很容易从售前范本中学习到“假，大，空”的毛病，对软件价值缺少足够的逻辑论证，关键价值实现业务路径缺少分析。

       实施解决方案很容易成为功能点的罗列，难以指导用户形成业务思路，也不能指导实施人员进行业务配置，也无法通过解决方案验证配置。

       实施解决方案过多罗列价值点必要性不大，用户更愿意看到实现哪些业务流程，在过程中改善了哪些环节工作，是如何改善的，要如何实施，最终操作模式是怎样的。

软件功能点在软件功能手册中有，实施解决方案要针对企业业务进行数据建模分析，然后形成新的业务流程框图和操作思路说明。

       第二解决方案对项目价值点关注很多，对项目目标关注过少，而且不细化，不量化，不提验证手段。

       第三解决方案抄用历史模板图片，没有用用户的实际数据做图片。

       第四在内容编排上和一些细节上不注意和售前方案呼应，基本不参考售前一些工作成果。

欲了解本书更多信息，可以看我的博客文章：(http://blog.vsharing.com/hopeful/A569222.html )