一份好的解决方案必写作技巧

一份好的解决方案必写作技巧P

p

t

t

e

m

p

l

a

t

e

o

f

e

v

e

n

t

p

l

a

n

n

i

n

g

a

n

d

m

a

r

k

e

t

i

n

g

p

l

a

n

START

目

录0102030405方案设计流程如何撰写好方案设计工具的应用解决方案概论方案行文格式CONTENTSsolution解决方案概论01solution解决方案设计是

一项系统性工作作为解决方案设计或参与人员需要站在系统的高度去理解解决方案

，

因为方案本身不是孤立的编写者需要承担

多重的角色编写者参与项目售前售中的多项工作

，包括拜访客户、

需求调研、

交流沟通、

实施策划等每一份方案都与

具体项目相关联每一份方案与实践密切相关，所以要写出好的解决方案要有理论基础

，更要积极实践l

掌握解决方案设计的基本思路（方法论）l

把握方案设计的各个要点

，使方案设计更加规范、专业l

对方案设计的实战应用起到指导作用

01

前言

solution解决方案Solution就是针对某些已经体现出的

，或者可以预期的问题、

不足、缺陷、

需求等等

，所提出的一个解决整体问题的方案(建议书、

计划

表)

，

同时能够确保加以有效的执行

01

什么是解决方案

solutionl解决方案是对一个具体项目的规划设计，

围绕具体的需求而展开，

阐述技术、方法、产品和应用l解决方案的设计应充分理解需求

，采用合适的技术手段和产品满足或引导用户的需求

，并阐述方案的特色

，体现方案的竞争优势

，实现组织在项目中的目标l理解解决方案的商业特性、技术特性和项目特性

01

解决方案的本质

solution

01

解决方案的阶段

不同方案的侧重点各不相同

，

方案设计之初我们要确定阶段深化设计阶段

根

据

初

步方案确定的思路

，对方案进行深化设计

，

尽可能满足甲方需求

，提出相对详细的设计方案初步设计阶段

目的

基

本匡算项目的预算

，提供多种解决手段和配置方式

，同时推荐我们认为最优的解决方案投标设计阶段计要标

，

件求围文分的参

、

设设需

招展

文需，

标

细

求

、

功

等

标

案

绕件

标是

件

招

详要

能、

单

投方围文招就文绕件析性数清计•solution施工实施阶段•

在

深

化

设计的基础上

，

为施工（实施）需要

，

对方案进一步设计

，提供人员、场地、

进度、物料、设备的安排开

能n

需要阐述每种解决手段的优缺点和预算造价

，

可经过和用户的讨论确定其中一种方式

，或综合各

种方式后提出一种更加合理的方案n

如果招标文件由我方引导

，投标文件根据深化设

计方案做应标调整n

如果招标文件前期没有介入

，则所选产品需要尽

量满足招标文件要求

，争取供应商的支持

，

经分

析后可以提出优化设计方案建议、管路走线明确、

施工设计明确、

应用功能明确、

多系统联动功能的实现方式等

，对方案采用的技

术细节、

产品做详细介绍n

深化设计应提供详细的点位图、

系统图、

效果图、技术方案、

报价清单等

，

经过多次反复后最终才

能确定

，

并最终影响招标文件n

投标设计方案需要包含完整施工组织计划、

售后服务承诺等n

施工（实施）

方案主要由项目经理设计

，技术支持人员提供相应配合

01解决方案各阶段注意事项

n

深化设计主要体现在以下几个方面：

点位明确深化设计阶段施工实施阶段招投标阶段初步设计阶段solutionn

“概述”作为方案的序曲是必不可少的n

“概述”通常是讲解客户行业的发展趋势、

国内外先进的技术与管理方式

，

以及本方案的目的、

意义等n

客户的技术负责人对概述部分内容会比较清晰的了解

，会直接跳过。

但客户公司领导往往会关注这方面的信息

，

好的概述甚至能增加公司决策者对公司的好感和信任

01解决方案的一般架构组成

以软件系统解决方案为例附件方案概述系统详细设计设备清单系统总体设计需求分析产品介绍solutionn

需求分析是公司决策者和客户技术负责人关注的内容

，体现了方案是否理解了用户想采用什么技术、

达到什么功能n

良好的需求分析能让客户体会到我们在切实地为用户实际考虑

，详细的需求分析能增强双方的亲近感

01解决方案的一般架构组成

需求分析产品介绍系统总体设计设备清单方案概述系统详细设计附件solutionn

系统总体设计主要阐述系统模式、

系统的构架、

系统组成、系统功能、

系统特点和重点问题解决手段n

这是客户技术负责人重点关注的地方

，通过总体设计把握整个系统设计的大方向

，在系统总体设计一定要体现整个方案的精华所在

，

以取得客户技术负责人的基本认可

01解决方案的一般架构组成

需求分析产品介绍系统总体设计设备清单方案概述系统详细设计附件solutionn

每个组成部分的详细设计

，

主要面向客户技术人员n

客户技术人员会对每个技术细节进行认真阅读、

比较和分析，对每个指标和功能进行核实

，和用户实际使用需要相结合n

系统详细设计方案一定要详细、

明确

，分层次、

分子系统地进行详细阐述和介绍n

产品介绍、

设备清单和附件其实也是系统详细设计的组成部分。

附件一般为系统相关图纸、

业绩案例等

01解决方案的一般架构组成

需求分析产品介绍系统总体设计设备清单方案概述系统详细设计附件solutionn

对于多系统的综合性方案

，

以子系统为章节

，每个子系统包括（系统设计、

产品介绍、

设备清单）n

系统的每个组成部分的是有必要的

，

因为每个组成部分针对不同的阅读对象

01解决方案的一般架构组成

系统详细设计方案概述设备清单附件需求分析产品介绍系统总体设计solutionn

介绍与该系统相关的现有软件产品

，描述软件的背景、

概述、适用行业及工作、

功能组成

，然后分别描述具体模块的功能

01解决方案的一般架构组成

需求分析产品介绍系统总体设计设备清单方案概述系统详细设计附件solutionn

列出本软件系统所需要的硬件、

软件清单

，包含设备名称、数量、

规格和推荐型号等内容

，

并且指出哪些设备能够直接使用客户单位的现有设备

01解决方案的一般架构组成

系统详细设计设备清单需求分析附件系统总体设计方案概述产品介绍solutionn列出相关技术资料n

列出典型的用户案例

，进一步证明公司提供的技术方案是先进的、

实用的

，形成一套科学的、

可操作的实施方案。

典型案例选择的针对性表现在

：行业、

特殊需求、

项目类型等方面有相似之处

01解决方案的一般架构组成

系统详细设计设备清单需求分析附件系统总体设计方案概述产品介绍solution方案设计流程02solution

02

方案设计流程

solution需求调研要注意技术的可行性

，这需要我们对技术有充分的了解

，

而用户的需求也不一定是

合理的

，

需要引导客户朝我们能实现的方向引导同时结合用户所在单位、

行业或者政府的规划、

政策等文件

，

以满足政策法规、

上级单位的

要求需求调研为我们的方案设计奠定了基础了解需求的途径：

可以采用拜访用户、

现场勘查或邀请用户参观访问的方式

，

了解用户想要

什么

，

引导用户如何实现希望的功能通过需求调研

，我们能了解整个项目的规模

，如子系统组成、

点位数量、

可以采用的技术手

段等

02

需求调研

solution比如

：项目中需要用到一些比较特殊的产品

，我们要充分了解它们的参数、

特点和应用方式

，

确定其在方案中的可行性经过需求调研和技术调研后

，我们需要做好相关技术资料、

产品资料和参考案例的准备同时我们也可以准备一些参考案例

，通过成功的、

成熟的案例提高方案设计的效率。

方案设

计可以先借鉴后创新借鉴并不等同于拷贝

，

而是参考设计思想、

方法和技巧

，从而基本满足设计的需要。

创新是

对用户需求的分析结合技术手段后提出的新的手段和方法

，提升系统使用的功能和价值

02

技术调研

solutionn

根据需求分析得到的目标系统的物理模型确定软件系统的体系结构

，包括合理划分组成系统的模块、

模块间的调用关系及模块间的接口关系n

通过项目的前期考察和技术论证

，整理与软件系统相关的技术解决方案

，描述重点问题的解决手段

02

体系架构设计

solutionn

根据需求和技术选型

，

开始系统的设计

，从设计图纸和清单开始；n

图纸包括点位图、

拓扑图、

和系统架构图

，点位图描述系统点位和物理分布

，对点位、

走线、

汇聚、

中心进行标注。

拓扑图描述系统的基本组成和结构。

系统图描述系统的详细结构和连接

，将点位、

配置反映在图纸上n

确定点位和系统结构后

，对点位和配置进行描述

，采用表的方式

，

由点位表和配置表组成；n

点位表的大量数据来源于点位表的统计

，如各种设备的数量（摄像机、

DVR、

线缆管路的类型长度等）

；n

配置表根据点位表的明确的类型和数量进行配置

，最终形成一个完成的配置清单

，

同时包含了成本和报价。

01

图纸与清单设计

solutionn

经过需求调研、

技术调研和体系架构设计后

，方案的设计将水道渠成n

方案设计按照上述的构架组成和格式展开

02

方案设计

solutionn

大概介绍一下项目单位和项目本身的情况

，体现大概的工程规模

，

工程要求达到的品质要求n

介绍当前主流技术手段

，本项目采用的技术方法

，

以及给本项目带来的效益效果。

比如为用户单位管理决策提供依据

，提高了生产效率

，保障生命财产安全等n

展示一下组织实力

，如产品与技术实力、

市场影响率、

市场占有率和企业资质信誉等

，

同时也感谢用户单位给我组织的参与机会

，表达我组织将努力做好项目的设计规划等工作

02

方案设计

需求分析部分系统详细设计部分方案审核概述部分系统总体设计部分solutionn

其次描述项目设计的原则、

依据

，描述项目的建设目标n

项目设计的原则一般包括先进性、

经济性、

实用性、

扩展性、安全性等n

注意不要包含不符合实际情况的描述

，一定要严谨

，

比如笼统地将实现24小时、

全天候的监控。

这和设备配置、

环境因素

相关的

，表述应该更加严谨

02

方案设计

需求分析部分系统详细设计部分方案审核概述部分系统总体设计部分solutionn

详细列出需求内容

，

明确用户或者招标文件的要求n

出具需求理解图

，使阅读者通过需求图加强对需求的理解n

如果是软件需求

，还应该出具《需求分析报告》概述部分需求分析部分系统总体设计部分系统详细设计部分方案审核

02

方案设计

solutionn

系统总体设计包括

：系统模式、

系统的构架、

系统组成、

系统功能、

系统特点和重点问题解决手段n

系统模式

：简单讲就是实现系统的技术方法的叙述

，

阐述系统是如何集成的

，包括从前端到中心端组成和技术方法n

系统的功能和特点是对整个系统的精华的提炼

，应该把详细功能阐述清楚n

系统构架

：采用一张拓扑图

，通过系统组成对结构做进一步说明n

对于构架复杂、

或者实现有难度的项目

，对于重点问题在这里提出

，

并阐述重点问题是如何解决的

，这往往也是用户比较关注的

02

方案设计

需求分析部分系统详细设计部分方案审核概述部分系统总体设计部分solutionn

安防系统的详细设计部分一般按分层方式展开：

前端设备、

传输网络、

分控中心、

监控中心、

应用平台n

前端设备

：提出前端设备选型的原则

，

前端设备的选型、

提供点位清单。

同时还包括立杆、

机柜等的配置

，提供相关图纸说明n

传输网络

：描述传输方式

，如模拟传输、

数字传输

，数字传输的网络构架和带宽分析

02

方案设计

需求分析部分系统详细设计部分方案审核概述部分系统总体设计部分solutionn

方案设计完成后应进行审核

，花了几天时间

，花半个小时时间是完全有必要n

审核的内容主要是方案的完整性、

方案格式、

错别字和一些与方案无关的文字n

以上基本上组成了一个完整的技术方案。

根据配置清单出商务报价

，

同时也可提供书面的公司资质文件和服务承诺概述部分需求分析部分系统总体设计部分系统详细设计部分方案审核

02

方案设计

solution方案行文格式03solution

03

全文格式定义

n

方案设计的开始

，

首先要定义好整篇文档的格式

，在

“式样”里做好定义

，如正文格式、

标题格式n

建议A4版面方案正文：

1.5倍行距

，宋体

，

小四。

1.5倍行距和固定行距23比较接近

，但建议用1.5倍

行距。

A3一页双列版面

，

可采用四号字体

，

1.5倍行距。

正文预先定义不要设置自动更新n

建议章节用自动的多级目录

，

并定义好自动更新n

经过定义后

，这篇文档的标题、

字体、

段落能达到良好的一致性solutionn

在设计方案中

，我们会使用很多编号

，建议对编号采用一致的方式

，

主要是两个方面：

编号的序号方式和编号的标点符号n

避免出现各种各样的编号方式

，

而整篇行文的一致性要体现到标点为止

，也体现整个方案的严谨性11.11.21.2.11.2.1.122.12.22.2.12.2.1.1一（一）1（1）二、（二）

03

编号格式

solution资料引用方案的文字可能来自很多方面

，有厂家的介绍、

其他方案的描述、

招标文件的要求等。建议多采用选择性粘贴

，和整个文档格式保持一致

03

图片格式

n

用好图片的转换、

裁剪功能n

建议采用BMP和PNG格式的图片solution如何撰写出好方案04solution

04

方案撰写难在哪里

没有素材没有层次没有思路没有体系solution

04

方案撰写难在哪里

没有体系n

要想写好一个方案

，

首先要把撰写方案的来龙去脉

，功能模块

，适应领域

，

实施情况有一个全面的了解

，这样才能建立一个完整的知识体系

，然后逐步补充竞争对手知识和一些技术性知识

，不断深化自己的知识体系n

知识就是成体系的点构成的

，

而不是一句一句离散的说法构成的；solution没有思路n

要写好方案

，还需要了解下游客户的业务

，

了解业务最有效的方法就是亲自做几次详尽的业务调研

，有了业务调研做基础

，在调研过程中把握用户关注重难点问题

，自然可以比较好的确定方案的个性化内容思路n

方案不仅仅要求了解企业的需求

，

而且要知道这些需求是在何种业务需求下产生的

，

用户提出这样的要求到底想解决什么问题

，把这个问题找出来

，一般针对性解决思路就有了

，有了思路

，

自然可以很好的写方案n

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

04

方案撰写难在哪里

n

一般不经常写方案的人

，在写一个方案的时候，即使有想法

，有思路

，但往往也会很累

，

就是因为缺少足够的素材n

很多项目现在都是投标

，不同用户可能有不同投标的要求

，这样很难用一个方案去适应所有的用户

，

因此在每个方案中都有一些需要准备的内容n

这些内容基本上是通用的

，但如果没有足够积累每次编制方案就需要花费大量时间去准备

，造成方案完成周期过长

04

方案撰写难在哪里

素材相关论

文和研究资料供应商成套方案招标文

件先进技术及应用……相似产品或项目方案甲方日常工作表单流程需求调研报告solution没有素材n

很多人刚和用户接触没有多久

，

为了表现自己对客户的重视

，答应很快提供方案

，结果拍胸脯易、

落实方案难n

无法提供好的方案

，只能按模板套

，

时间紧自然导致质量不能保证

，其结果是给人一种不够专业的感觉n

提供方案也是一个循序渐进、

逐步明晰的过程。

请注意

，切忌多次提供一样的方案

，这会让人感觉你不够认真

，

降低了在客户心中

04

方案撰写难在哪里

没有层次

不要轻易提供方案

，在不同阶段采用不同策略的专业度

solution拟客求步

，

大算围出决需初案定预范提解户的方框概和•详细专业方案初步方案需求调研报告方础行计步基进设初的再细在案上详•、户相识相术客及知解技让普应了关•调户并确

真客求复

认研需反认•项目合作建议书有体系有思路有素材n

第一方案编制者对业务要很熟悉

，或者有相关业务调研经验n

第二方案编制者对产品（技术）

非常熟悉

，

至少对自己产品（方案）

功能模块作用很清楚n

第三方案编制者手上有大量可公用的素材库

04

方案撰写难在哪里

solutionn

不好的解决方案粗看起来非常厚重

，其实都是功能罗列，象产品手册摘要版

，不象方案书n

现在的解决方案一个不好的倾向是

“长、厚、全”

，看起来面面俱到

，其实对决策者没有帮助n

不好的解决方案最大的问题就象写一篇议论文

，

能够发现问题

，提出答案(搞信息化)

，但没有论证(为什么搞信息化