解决方案怎么写
来源:互联网 发布:2016年网络手游排行榜 编辑:程序博客网 时间:2024/04/29 14:51
转载自 左小妖的新浪博客:http://blog.sina.com.cn/s/blog_6818890101016dfj.html
网络安全解决方案
写方案不难,知道怎么写才难。关于写方案我只总结一点,结构化地去组织你的思想。
有结构就有思路,有思路就有方案。
另外真正写方案的人,对自己写过的方案是永远不会满意的,只有这样,每次都会进步一点点,解决方案水平质量就会随公司能力不断增长。
当然我曾经问过很多人,你到底为什么写不出好的方案呢?
一般情况解决方案分成以下几个方面:
1、该问题的现象或现在存在的问题
2、分析存在或引起该问题的原因
3、针对该问题存在的原因逐一寻找到解决方案
4、分析该解决方案达到的目标
5、根据方案提出实施的行动计划
6、行动计划编制中需要落实每一步的内容,负责人、资源、开始和结束时间等,并需要跟踪
相当于一个项目的管理。
问题解决方案怎么写PS:
问题解决方案怎么写第一个容易犯的错误:只有论点,没有论证
不好的解决方案粗看起来非常厚重,其实都是功能罗列,象产品手册摘要版,不象方案书。
不好的方案是一大堆内容,淹没在一堆纸里面,也不知道想说什么,给你一个厚度,证明我们的工作质量很高。我们国内许多的企业客户特别是大型企业都很在乎这点,认为可以从方案厚薄中看出对项目重视程度。
如果你做了精心调研,你写不出一个好方案唯一缺的是技巧。写方案是一种技巧性工作,有个金字塔式的写做原理,也就是说文章一定是有结构的。
所以真正好的方案,不一定厚,但能看出你用心,你认真。
现在的解决方案一个不好的倾向是"长、厚、全",看起来面面俱到,其实对决策者没有帮助。所有的方案无差异性,每家供应商都说自己能解决这些问题,而且都有成功案例。
结果所有的方案都无法给决策者简明的判断依据,不得不费更大劲去做产品演示和用户考察。
其实很少有企业高管不知道自己的毛病,在企业你随便去找一个人,对问题都能讲一通,在企业你费很大劲可能都找不到一个人能告诉你这些问题可以怎样去解决。
通观这个方案并没有研究为什么企业会产生这么多问题?问题是这些问题是什么产生的?为什么出这么多问题?而是不断说"我能!我能!选我,选我!"。
如果不能找到解决这些问题的原因,简单地去解决这些现象,就象治病不能治根一样。这样一个模板化,自我膨胀化的方案想打动用户的心是非常困难的。
不好的解决方案最大的问题就象写一篇议论文,能够发现问题(这个也是模板化的,可惜中国企业大部分没有意识到自己很多问题并不少见,总以为自己是特殊的一类企业),提出答案(搞信息化),但没有论证(为什么搞信息化和企业管理进步有联系呢?)。
没有论证的东西不管内容陈列得多么繁复,名词多么吓人,但是无法打动用户,特别是那种理性的用户。
看到方案时候,其实很多用户下不决心,他会感觉每家都差不多。
如果从没看过方案的人,突然看到这几个方案,你为什么会感觉某个方案写得好呢,关键是有的方案图画的好,通过图,通过表,会感觉这个公司还不错,很规范。但对内容认可程度并不高,实际上没看懂。
问题解决方案怎么写第二个容易犯的错误:业务解决方案成为功能列表
解决方案省事的一种方法就是将产品功能描述作为技术方案内容进行罗列,或者参照软件用户手册罗列,这种解决方案不是按照用户业务去准备的内容,而是按照软件商自己的喜好去编制的解决方案是很难得到用户认可的。
大凡按照功能列表组织的解决方案用户会有一个体会,庞大而庸长,但要看到自己想看到的部分非常困难。
而且这种方案还有一个特点,一个问题反反复复的提,在业务背景中指出某个问题,讲一通,在价值分析中又重点解释一通,到了功能介绍时又将某个问题来龙去脉概要说明一下,给用户感觉是一堆资料的堆积,哪里体现出了方案的针对性呢?
按功能列表准备方案的做法在很长一段时间内不会消失,这和我们普遍是4P销售人员,还缺少SPIN(顾问式)销售人员有关,在资源不足的情况下,要保证效率就只能提供功能列表方案了。
写方案不难,知道怎么写才难。关于写方案我只总结一点,结构化地去组织你的思想。
有结构就有思路,有思路就有方案。
另外真正写方案的人,对自己写过的方案是永远不会满意的,只有这样,每次都会进步一点点,解决方案水平质量就会随公司能力不断增长。
当然我曾经问过很多人,你到底为什么写不出好的方案呢?
一般情况解决方案分成以下几个方面:
1、该问题的现象或现在存在的问题
2、分析存在或引起该问题的原因
3、针对该问题存在的原因逐一寻找到解决方案
4、分析该解决方案达到的目标
5、根据方案提出实施的行动计划
6、行动计划编制中需要落实每一步的内容,负责人、资源、开始和结束时间等,并需要跟踪
相当于一个项目的管理。
问题解决方案怎么写PS:
问题解决方案怎么写第一个容易犯的错误:只有论点,没有论证
不好的解决方案粗看起来非常厚重,其实都是功能罗列,象产品手册摘要版,不象方案书。
不好的方案是一大堆内容,淹没在一堆纸里面,也不知道想说什么,给你一个厚度,证明我们的工作质量很高。我们国内许多的企业客户特别是大型企业都很在乎这点,认为可以从方案厚薄中看出对项目重视程度。
如果你做了精心调研,你写不出一个好方案唯一缺的是技巧。写方案是一种技巧性工作,有个金字塔式的写做原理,也就是说文章一定是有结构的。
所以真正好的方案,不一定厚,但能看出你用心,你认真。
现在的解决方案一个不好的倾向是"长、厚、全",看起来面面俱到,其实对决策者没有帮助。所有的方案无差异性,每家供应商都说自己能解决这些问题,而且都有成功案例。
结果所有的方案都无法给决策者简明的判断依据,不得不费更大劲去做产品演示和用户考察。
其实很少有企业高管不知道自己的毛病,在企业你随便去找一个人,对问题都能讲一通,在企业你费很大劲可能都找不到一个人能告诉你这些问题可以怎样去解决。
通观这个方案并没有研究为什么企业会产生这么多问题?问题是这些问题是什么产生的?为什么出这么多问题?而是不断说"我能!我能!选我,选我!"。
如果不能找到解决这些问题的原因,简单地去解决这些现象,就象治病不能治根一样。这样一个模板化,自我膨胀化的方案想打动用户的心是非常困难的。
不好的解决方案最大的问题就象写一篇议论文,能够发现问题(这个也是模板化的,可惜中国企业大部分没有意识到自己很多问题并不少见,总以为自己是特殊的一类企业),提出答案(搞信息化),但没有论证(为什么搞信息化和企业管理进步有联系呢?)。
没有论证的东西不管内容陈列得多么繁复,名词多么吓人,但是无法打动用户,特别是那种理性的用户。
看到方案时候,其实很多用户下不决心,他会感觉每家都差不多。
如果从没看过方案的人,突然看到这几个方案,你为什么会感觉某个方案写得好呢,关键是有的方案图画的好,通过图,通过表,会感觉这个公司还不错,很规范。但对内容认可程度并不高,实际上没看懂。
问题解决方案怎么写第二个容易犯的错误:业务解决方案成为功能列表
解决方案省事的一种方法就是将产品功能描述作为技术方案内容进行罗列,或者参照软件用户手册罗列,这种解决方案不是按照用户业务去准备的内容,而是按照软件商自己的喜好去编制的解决方案是很难得到用户认可的。
大凡按照功能列表组织的解决方案用户会有一个体会,庞大而庸长,但要看到自己想看到的部分非常困难。
而且这种方案还有一个特点,一个问题反反复复的提,在业务背景中指出某个问题,讲一通,在价值分析中又重点解释一通,到了功能介绍时又将某个问题来龙去脉概要说明一下,给用户感觉是一堆资料的堆积,哪里体现出了方案的针对性呢?
按功能列表准备方案的做法在很长一段时间内不会消失,这和我们普遍是4P销售人员,还缺少SPIN(顾问式)销售人员有关,在资源不足的情况下,要保证效率就只能提供功能列表方案了。
- 解决方案怎么写
- 怎么写项目解决方案
- 怎么写?
- liunx下(ubuntu) 怎么用eclipse写c c++?解决方案来了超级简单
- 怎么写简历,怎么面试
- 怎么写DOS病毒
- 毕业论文提纲怎么写
- 怎么写论文
- 毕业设计怎么写
- 简历怎么写?
- 安装文件怎么写?
- 辞职信怎么写
- 博客怎么写?
- 概要设计怎么写
- 该程序怎么写
- 读书笔记怎么写
- Java注释怎么写
- 策划书怎么写
- Pinyin4J.jar 对汉字转为拼音,支持多音字
- 最小生成树的Prim算法和Kruskal算法java代码实现
- C++ 中字符集 及其理解运用
- Flex在线拍照功能(附源码)
- JAVA泛型的简单思考一
- 解决方案怎么写
- Android OTA 升级之四:进入根文件系统
- struct中的函数
- CSS里的style标签内为什么要加<!-- -->html注释符
- VC正则表达式的使用(《VC知识库》)
- hdu 1372——Knight Moves(BFS)
- Android OTA 升级之五:updater
- 完美口语学习法
- 微软等面试100题系列--(1-20)