公文写作_技术解决方案的写作技巧_第1页
公文写作_技术解决方案的写作技巧_第2页
公文写作_技术解决方案的写作技巧_第3页
公文写作_技术解决方案的写作技巧_第4页
公文写作_技术解决方案的写作技巧_第5页
已阅读5页,还剩31页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

技术解决方案的写作技巧 北京瑞风协同科技股份有限公司DENOVA开发部宋国威 目录 北京瑞风协同科技股份有限公司 前言 1 解决方案设计是一项系统的工作 作为解决方案设计或参与人员需要站在系统的高度去理解解决方案 因为方案本身不是孤立的 2 解决方案的编写者需要承担多重的角色 参与项目售前售中的多项工作 包括拜访客户 需求调研 交流沟通 实施策划等 3 每一份方案都是与具体项目相关联 与实践密切相关 所以要写出好的解决方案要有理论基础 更要积极实践 目标 掌握解决方案设计的基本思路 把握方案设计的各个要点 使方案设计更加规范 专业 对方案设计的实战应用起到指导作用 北京瑞风协同科技股份有限公司 技术解决方案概论 解决方案是对一个具体项目的规划设计 围绕具体的需求而展开 阐述技术 方法 产品和应用 解决方案的设计应充分理解需求 采用合适的技术手段和产品满足或引导用户的需求 并阐述方案的特色 体现方案的竞争优势 实现公司在项目中的目标 理解解决方案的商业特性 技术特性和项目特性 方案本质 北京瑞风协同科技股份有限公司 解决方案该什么时候出招 北京瑞风协同科技股份有限公司 解决方案该什么时候出招 建议书 解决方案 投标书的侧重点 建议书是用于动员客户启动项目 或者用于客户初步选型阶段的技术支持 以入围 侧重点是分析客户实施某项目的宏观和微观形式 现存的诸多问题 提出实施该项目的必要性和紧迫性 再介绍相关产品和技术的发展现状公司的产品特点和优势 落脚点是公司已具备相当的实力 与公司合作成功率最大 风险最低 北京瑞风协同科技股份有限公司 解决方案该什么时候出招 建议书 解决方案 投标书的侧重点 解决方案是用于洽谈技术协议和合同之前的技术交底 或者用于议标阶段以技术和实施服务等优势战胜对手 解决方案的侧重点是分析现存问题 提出功能需求及相应技术实现手段 并辅以实施保障措施 说明用户需求是可以实现的 北京瑞风协同科技股份有限公司 解决方案该什么时候出招 建议书 解决方案 投标书的侧重点 投标书是用于客户招标的技术交底 以综合实力战胜对手 是针对标书的解决方案 包含解决方案的全部内容 再增加公司优势和相关附件 投标书总是原则是按照用户提供的招标书要求准备 用户要求如何提供资料就如何提供 不要任意发挥 北京瑞风协同科技股份有限公司 如何写好技术解决方案 方案的一般构架组成 对于多系统的综合性方案 以子系统为章节 每个子系统包括 系统设计 产品介绍 设备清单 北京瑞风协同科技股份有限公司 如何写好技术解决方案 方案的一般构架组成 概述部分 概述 通常是讲解客户行业的发展趋势 国内外先进的技术与管理方式 以及本方案的目的 意义等 客户的技术负责人对概述部分内容会比较清晰的了解 会直接跳过 但客户公司领导往往会关注这方面的信息 好的概述甚至能增加决策者对公司的好感和信任 需求分析部分需求分析是决策者和客户技术负责人关注的内容 体现了方案是否理解了用户想采用什么技术 达到什么功能 良好的需求分析能使客户体会到我们在切实地为用户实际考虑 详细的需求分析能增强双方的亲近感 北京瑞风协同科技股份有限公司 如何写好技术解决方案 方案的一般构架组成 系统总体设计部分系统总体设计主要阐述系统模式 系统的构架 系统组成 系统功能 系统特点和重点问题解决手段 这是客户技术负责人重点关注的地方 通过总体设计把握整个系统设计的大方向 在系统总体设计一定要体现整个方案的精华所在 以取得客户技术负责人的基本认可 系统详细设计部分描述每个组成部分的详细设计 主要面向客户技术人员 客户技术人员会对每个技术细节进行认真阅读 比较和分析 对每个指标和功能进行核实 和用户实际使用需要相结合 系统详细设计一定要详细 明确 分层次 分子系统地进行阐述和介绍 北京瑞风协同科技股份有限公司 如何写好技术解决方案 方案的一般构架组成 产品介绍介绍与该系统相关的现有软件产品 描述软件的背景 概述 适用行业及工作 功能组成 然后分别描述具体模块的功能 设备清单列出本软件系统所需要的硬件 软件清单 包含设备名称 数量 规格和推荐型号等内容 并且指出哪些设备能够直接使用客户单位的现有设备 附件列出相关技术资料列出典型的用户案例 进一步证明公司提供的技术方案是先进的 实用的 形成一套科学的 可操作的实施方案 典型案例选择的针对性表现在 行业 特殊需求 项目类型等方面有相似之处 北京瑞风协同科技股份有限公司 如何写好技术解决方案 电子29所协同研发平台全系统技术解决方案 航天803所协同设计管控平台技术解决方案 北京瑞风协同科技股份有限公司 如何写好技术解决方案 方案设计流程 需求调研技术调研体系架构方案设计方案审核封装 北京瑞风协同科技股份有限公司 如何写好技术解决方案 方案设计流程 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 没有认真检查 存在大量硬伤错别字 这是用户最不能接受的替换不完整 替换过头 结果在方案中出现了其它企业的名称 非常不礼貌 只注意了文字替换 不注意图形中的替换 结果文字是一个用户的 图片是另一个用户的 感觉不尊重 北京瑞风协同科技股份有限公司 技术解决方案的设计优化 坏的技术解决方案有哪些特征 6 过于突出自我很多人写方案大量出现 软件公司 内容 甚至每个产品都恨不得加上自家标识 在很多地方行文造句都是 我能 我行 我有 等语气 这种方案很容易给用户过度营销的感觉 在售后实施方案中软件公司的名字只需要出现一次 后面就不需要反复出现 因为大家都知道是你的产品 何必反复体现 我们更应该把用户的注意力集中到产品本身就应该具备的功能和支撑业务上 而不要形成某某可以 某某不可以的印象 7 没有评审方案提交给客户之前 一定要经过评审 没有开发点的方案 一般经过自评和互评即可 自评时 要重新审视整个方案的结构 问题描述 遣词造句等方面 特别是用替换修改的企业名称和营销平台等方面的内容 尽量减少低级错误 对于有开发点的方案 要经过公司的评审 提交给公司评审的方案 一定是已经过自评和互评的方案 而且要注明主要看哪些部分 以及编写这些部分的背景知识 北京瑞风协同科技股份有限公司 技术解决方案的设计优化 坏的技术解决方案有哪些特征 8 没有体现公司产品最新进展很多时候解决方案一抄再抄 都是一两年前的模板 自然缺少竞争力和说服力 要让客户看到公司的产品是可持续发展的 北京瑞风协同科技股份有限公司 技术解决方案的设计优化 写好技术解决方案的一点心得 打一个电话 找一个模板 写一个提纲 1 2 3 北京瑞风协同科技股份有限公司 技术解决方案的设计优化 写好技术解决方案的一点心得 1 动笔前先打一个电话一般情况下方案撰写人只是按照别人要求提供方案 并非直接利用方案的人 所以在写方案之前 问问需要方案的同事 甚至是用户 听听他们对方案的想法和建议 对自己写方案会有很大帮助 2 一定要努力按业务逻辑去写一般写方案最简单的方式就是按照软件自己的思路和功能模块组织 因为有大量现成的材料可用 但这样方案对用户并非是一种最佳选择 因为客户要转换到供应商的思维才能看懂方案字句之间的含义 因此 要先仔细探讨企业业务 不是将调研结论进行罗列 而是从业务分析得出业务需求 最后描述技术实现手段 从这个意义上讲 解决方案要按照简明的操作手册来准备 以客户为中心角度出发 方案应尽量让用户容易看懂 好理解 自然也就取得了几个印象分 北京瑞风协同科技股份有限公司 技术解决方案的设计优化 写好技术解决方案的一点心得 3 先构思提纲 经过讨论 最后动笔很多时候方案准备时间并不充分 很多人接到任务 压力之下立即开始动手 这往往是不好的工作习惯 有时候有模板 的确可以快速出活 但时间长了就养成一种惰性 替换方式抄方案还勉强 真要遇到有个个性化问题 因为在平时写方案过程中思维始终不经过结构化思考的练习 真到方案模板没有覆盖的情况 就没有办法应付 好的方案特点是 标题就是论点 结论做为标题马上拿出来 观点鲜明 立场明确 有理有据 有血有肉 必须是金字塔型的 论据论证最后构成坚实的基础 如果有条件的话 方案思路还应该和大家讨论 特别是一些重要方案 一定要先反复讨论提纲 大家各种意见和思路在提纲中统一了 再动手写 这样就不至于遇到写了一半被人否定

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论