如何编写企业技术解决方案目录前言技术解决方案概论如何写好技术解决方案技术解决方案的设计优化设计工具的应用前言1、解决方案设计是一项系统的工作,作为解决方案设计或参与人员需要站在系统的高度去理解解决方案,因为方案本身不是孤立的。2、解决方案的编写者需要承担多重的角色,参与项目售前售中的多项工作,包括拜访客户、需求调研、交流沟通、实施策划等。3、每一份方案都是与具体项目相关联,与实践密切相关,所以要写出好的解决方案要有理论基础,更要积极实践。目标:掌握解决方案设计的基本思路,把握方案设计的各个要点,使方案设计更加规范、专业,对方案设计的实战应用起到指导作用。技术解决方案概论解决方案是对一个具体项目的规划设计,围绕具体的需求而展开,阐述技术、方法、产品和应用;解决方案的设计应充分理解需求,采用合适的技术手段和产品满足或引导用户的需求,并阐述方案的特色,体现方案的竞争优势,实现公司在项目中的目标。理解解决方案的商业特性、技术特性和项目特性方案本质解决方案该什么时候出招售前工作阶段提交解决方案名称作用初步接触公司白皮书让客户了解公司实力初步交流产品白皮书让客户对产品有初步认识初步意向项目合作建议书为客户启动项目提供可行性建议分析或者用于客户初步选型阶段以期入围售前调研项目业务诊断书项目解决方案书项目实施总体计划针对企业业务问题提供诊断和实施的系统建议解决方案介绍供应商的技术能力实施计划强调实施能力和服务能力等优势用户考察项目选型建议评分表供应商能力对比表影响客户制定有利自己的打分标准帮助客户对比不同供应商综合实力,技术能力和实施能力招标答辩项目招标技术要求参数项目投标书长期合作建议书帮助客户制作招标书要充分说明公司各个方面综合实力以战胜对手提供建立战略合作关系建议解决方案该什么时候出招建议书、解决方案、投标书的侧重点建议书解决方案投标书建议书是用于动员客户启动项目,或者用于客户初步选型阶段的技术支持,以入围。侧重点是分析客户实施某项目的宏观和微观形式、现存的诸多问题,提出实施该项目的必要性和紧迫性,再介绍相关产品和技术的发展现状公司的产品特点和优势,落脚点是公司已具备相当的实力,与公司合作成功率最大、风险最低。解决方案该什么时候出招建议书、解决方案、投标书的侧重点建议书解决方案投标书解决方案是用于洽谈技术协议和合同之前的技术交底,或者用于议标阶段以技术和实施服务等优势战胜对手;解决方案的侧重点是分析现存问题,提出功能需求及相应技术实现手段,并辅以实施保障措施,说明用户需求是可以实现的。解决方案该什么时候出招建议书、解决方案、投标书的侧重点建议书解决方案投标书投标书是用于客户招标的技术交底,以综合实力战胜对手,是针对标书的解决方案,包含解决方案的全部内容,再增加公司优势和相关附件。投标书总是原则是按照用户提供的招标书要求准备,用户要求如何提供资料就如何提供,不要任意发挥。如何写好技术解决方案方案的一般构架组成对于多系统的综合性方案,以子系统为章节,每个子系统包括(系统设计、产品介绍、设备清单)。方案概述需求分析系统总体设计系统详细设计产品介绍设备清单附件如何写好技术解决方案方案的一般构架组成概述部分“概述”通常是讲解客户行业的发展趋势、国内外先进的技术与管理方式,以及本方案的目的、意义等;客户的技术负责人对概述部分内容会比较清晰的了解,会直接跳过。但客户公司领导往往会关注这方面的信息,好的概述甚至能增加决策者对公司的好感和信任。需求分析部分需求分析是决策者和客户技术负责人关注的内容,体现了方案是否理解了用户想采用什么技术、达到什么功能。良好的需求分析能使客户体会到我们在切实地为用户实际考虑,详细的需求分析能增强双方的亲近感。如何写好技术解决方案方案的一般构架组成系统总体设计部分系统总体设计主要阐述系统模式、系统的构架、系统组成、系统功能、系统特点和重点问题解决手段。这是客户技术负责人重点关注的地方,通过总体设计把握整个系统设计的大方向,在系统总体设计一定要体现整个方案的精华所在,以取得客户技术负责人的基本认可。系统详细设计部分描述每个组成部分的详细设计,主要面向客户技术人员。客户技术人员会对每个技术细节进行认真阅读、比较和分析,对每个指标和功能进行核实,和用户实际使用需要相结合。系统详细设计一定要详细、明确,分层次、分子系统地进行阐述和介绍。如何写好技术解决方案方案的一般构架组成产品介绍介绍与该系统相关的现有软件产品,描述软件的背景、概述、适用行业及工作、功能组成,然后分别描述具体模块的功能。设备清单列出本软件系统所需要的硬件、软件清单,包含设备名称、数量、规格和推荐型号等内容,并且指出哪些设备能够直接使用客户单位的现有设备。附件列出相关技术资料列出典型的用户案例,进一步证明公司提供的技术方案是先进的、实用的,形成一套科学的、可操作的实施方案。典型案例选择的针对性表现在:行业、特殊需求、项目类型等方面有相似之处。如何写好技术解决方案电子29所协同研发平台全系统技术解决方案航天803所协同设计管控平台技术解决方案如何写好技术解决方案方案设计流程1.需求调研2.技术调研3.体系架构4.方案设计5.方案审核6.封装方案设计技术调研需求调研体系架构方案审核方案封装如何写好技术解决方案方案设计流程1、需求调研了解需求的方式可以采用拜访用户、现场勘查或邀请用户参观访问的方式,了解用户想要什么,引导用户如何实现希望的功能;同时结合用户所在单位、行业标准或者政府的规划、政策等文件,以满足政策法规、单位和行业的要求;需求调研要注意技术的可行性,这需要我们对技术有充分的了解,而用户的需求也不一定是合理的,需要引导客户朝我们能实现的方向引导;通过需求调研,我们能了解整个项目的规模,如背景定位、建设目标、系统组成、用户的业务需求和可以采用的技术手段等;需求调研为我们的方案设计奠定了基础。需求调研不同于需求分析阶段的软件建模过程,传统的软件建模方法有数据建模、功能建模和行为建模,和目前流行的面向对象建模。如何写好技术解决方案方案设计流程2、技术调研在需求调研和技术调研前,我们需要做好相关技术资料、产品资料和参考案例的准备;技术调研需要了解客户业务的实施顾问、系统分析员和了解软件实现的架构师参与,与用户讨论确定实现用户需求和功能需求的技术实现路线;调研与外部系统的接口集成方式、登录方式、数据导入导出、算法和浏览方式等;技术路线确定采用先借鉴再创新,参考已有产品的设计思想、方法和技巧,从而基本满足设计的需要。创新是对用户需求的分析结合技术手段后提出的新的手段和方法,提升系统使用的功能和价值。如何写好技术解决方案方案设计流程3、体系架构根据需求分析得到的目标系统的物理模型确定软件系统的体系结构,包括合理划分组成系统的模块、模块间的调用关系及模块间的接口关系。通过项目的前期考察和技术论证,整理与软件系统相关的技术解决方案,描述重点问题的解决手段。如何写好技术解决方案如何写好技术解决方案方案设计流程4、方案设计经过需求调研、技术调研和体系架构设计后,方案的设计将水道渠成;方案设计按照上述的构架组成和格式展开。5、方案审核方案设计完成后应进行审核审核的内容主要是方案的完整性、方案格式、错别字和一些与方案无关的文字。以上基本上组成了一个完整的技术方案。如何写好技术解决方案方案行文格式1、全文格式定义方案设计的开始,首先要定义好整篇文档的格式,在“式样”里做好定义,如正文格式、标题格式;建议A4版面方案正文:1.5倍行距,宋体,小四。1.5倍行距和固定行距23比较接近,但建议用1.5倍行距。A3一页双列版面,可采用四号字体,1.5倍行距。正文预先定义不要设置自动更新;建议章节用自动的多级目录,并定义好自动更新;经过定义后,这篇文档的标题、字体、段落能达到良好的一致性。2、编号格式在设计方案中,我们会使用很多编号,建议对编号采用一致的方式,主要是两个方面:编号的序号方式和编号的标点符号;避免出现各种各样的编号方式,而整篇行文的一致性要体现到标点为止,也体现整个方案的严谨性。如何写好技术解决方案方案行文格式3、图片格式用好图片的转换、裁剪功能;建议采用BMP和PNG格式的图片。4、表格格式方案中的表格一般以拷贝过来的居多,对粘贴的表格,我们要做好格式的处理,通过套用格式,完全去除原表格的所有格式;对表格进行调整:建议对齐到窗口、重新格式线粗细、跨页重复标题行,突出标题行的颜色,建议表格的字体比正文小一档。技术解决方案的设计优化解决方案难写在哪里?没有体系没有思路没有素材技术解决方案的设计优化解决方案难写在哪里?1、没有体系要想写好一个方案,首先要把自己产品的来龙去脉,功能模块,适应领域,典型客户实施情况有一个全面的了解,这样才能建立一个完整的知识体系,然后逐步补充竞争对手知识和一些技术性知识,不断深化自己的知识体系。知识就是成体系的点构成的,而不是一句一句离散的说法构成的。2、没有思路要写好方案,还需要了解下游客户的业务,了解业务最有效的方法就是亲自做几次详尽的业务调研,有了业务调研做基础,在调研过程中把握用户关注重难点问题,自然可以比较好的确定方案的个性化内容思路。方案不仅仅要求了解企业的需求,而且要知道这些需求是在何种业务需求下产生的,用户提出这样的要求到底想解决什么问题,把这个问题找出来,一般针对性解决思路就有了,有了思路,自然可以很好的写方案。解决方案就是把客户的利益和产品特性之间建立一个逻辑性的桥梁。技术解决方案的设计优化解决方案难写在哪里?3、没有素材一般不经常写方案的人,在写一个方案的时候,即使有想法,有思路,但往往也会很累,就是因为缺少足够的素材。很多项目现在都是投标,不同用户可能有不同投标的要求,这样很难用一个方案去适应所有的用户,因此在每个方案中都有一些需要准备的内容。这些内容基本上是通用的,但如果没有足够积累每次编制方案就需要花费大量时间去准备,造成方案完成周期过长。写好方案必须具备这三个条件,第一方案编制者对企业业务要很熟悉,或者有相关业务调研经验,第二方案编制者对产品非常熟悉,至少对自己产品功能模块作用很清楚,第三方案编制者手上有大量可公用的素材库。技术解决方案的设计优化坏的技术解决方案有哪些特征?1、只有论点,没有论证不好的解决方案粗看起来非常厚重,其实都是功能罗列,象产品手册摘要版,不象方案书。现在的解决方案一个不好的倾向是“长、厚、全”,看起来面面俱到,其实对决策者没有帮助。不好的解决方案最大的问题就象写一篇议论文,能够发现问题,提出答案(搞信息化),但没有论证(为什么搞信息化和企业管理进步有联系呢?)。2、技术解决方案成为功能列表解决方案省事的一种方法就是将产品功能描述作为技术方案内容进行罗列。这种解决方案不是按照用户业务去准备的内容,而是按照软件商自己的喜好去编制的解决方案是很难得到用户认可的。这种方案还有一个特点,一个问题反反复复的提,在业务背景中指出某个问题,讲一通,在价值分析中又重点解释一通,到了功能介绍时又将某个问题来龙去脉概要说明一下,给用户感觉是一堆资料的堆积,哪里体现出了方案的针对性呢?技术解决方案的设计优化坏的技术解决方案有哪些特征?3、结构不清晰一种常见的方案结构毛病就是重复的内容在不同的章节反复出现例如在第一章介绍了对某个问题的分析,提出企业的需求,这第二章介绍方案价值的时候又用不同语句组织类似内容,到第三章解决方案描述中还是要把问题描述一遍,给人感觉思路不连贯,结构臃肿。一般好的方案结构标题就是论点,内容就是用事实进行论证,子目录是上级总目录论点的分论点,逐层论证下来,方案显得逻辑性结构性很强,看看目录就能看出方案的逻辑推导体系。这就是所谓金字塔文档体系。4、口语书面语混杂,遣词造句不严谨方案用语不要追求“语不惊人誓不休”。而是理性分析,认真推导,句句讲逻辑。5、没有认真检查,存在大量硬伤错别字,这是用户最不能接受的替换不完整,替换过头,结果在方案中出现了其它企业的名称,非常不礼貌。只注意了文字替换,不注意图形中