1IT售前——编写解决方案
解决方案的路径是说明问题——分析问题——解决问题的过程。
编制解决方案的过程是从业务理解到技术方案编制的过程，即通过业务架构分析，了解组织的战略、相关业务的组织结构和职能、关键流程，从而构建企业的应用系统架构，并根据应用系统需求提供技术解决方案。
根据此理解，解决方案的编写路线如下：
整个技术解决方案包括五部分：
1.1业务理解
此部分内容旨在阐述公司对客户业务的理解，通过项目背景、业务架构、问题与变革三部分分析，说明客户的业务现状、遇到问题和未来可能的变革，以实现在业务层面与客户的共鸣。
1.1.1项目背景分析
项目背景分析包括竞争环境分析、业务标杆分析和信息化标杆分析三部分内容：
竞争环境分析。竞争环境包括宏观环境和任务环境，其中宏观环境包括政治、经济、社会和技术环境等，任务环境是指与企业直接有关的产业环境，通常可采用波特的竞争力模型进行分析。波特认为影响行业竞争结构及竞争强度的主要因素包括行业内现有企业、潜在的进入者、替代品制造商、供应商和顾客（产品购买者）。
业务标杆分析。基准化分析法（benchmarking）就是将本企业各项活动与从事该项活动最佳者进行比较，从而提出行动方法，以弥补自身的不足，是一种评价自身企业和研究其他组织的手段。
信息化标杆分析。针对相关信息化领域，提供信息化标杆分析。
1.1.2企业现状和业务架构分析
业务架构分析包括企业基本情况、业务战略、组织架构、业务模式及关键流程和信息化现状分析等五部分内容：
企业基本情况分析。企业生产经营概况，包括公司简介、主要业务和效益情况、在同行业内所处的地位等。
企业业务战略分析。企业的使命、目标、价值观和企业的竞争战略（量化的竞争目标和竞争实施计划）。
企业组织架构分析。企业的组织架构设置情况、组织各单元的主要职能、关键岗位设置和岗位职责情况。
业务模式及关键流程分析。本部分内容是关键，采用价值链理论进行业务模式分析，并采用编目的方法进行流程描述和说明。
信息化现状分析。描述企业相关的应用系统、软/硬件设备投入情况，以及企业信息化管控模式。
1.1.3问题定义与变革分析
问题定义与变革分析包括三部分内容：
宏观问题。根据环境和标杆分析，指出企业业务模式各环节存在的问题及改进建议。
业务流程存在的问题。根据业务流程现状分析，分析企业业务流程存在的问题和改进建议。
企业未来可能的变革分析。根据问题分析、企业战略和标杆分析，指出企业未来业务可能存在的变革。
1、售前工作 负责重大项目售前咨询服务，包括项目需求分析、技术交流引导和项目方案设计，指导项目技术架构设计与技术风险控制；负责项目售前全生命周期的管理，使项目售前方案及技术服务满足项目各阶段的进度、质量和目标要求；负责行业市场与竞争分析，掌握目标行业和竞争对手动态，在项目售前过程中确保竞争优势；根据公司销售重心，组合公司现有解决方案、产品、服务种类，深入挖掘行业客户的潜在需求，形成具有创新性的行业解决方案。售前人员应该是项目开发人员与业务销售人员的桥梁，在业务销售人员眼中，售前人员扮演的是技术人员或技术专家的角色，而在项目实施中的开发人员眼中，售前人员是专注技术的销售人员，在用户眼中，售前人员，是代表公司技术水平的技术专家。在一个具体的售前技术支持活动中，售前人员协调销售人员、用户、后期开发人员间的关系，将公司的技术实力向用户展现，听取用户的初步需求，与用户讨论项目系统的初步框架，协助销售人员将公司的产品和技术优势推荐给用户，为后期开发人员屏蔽用户不合理的、给项目实施带来技术风险的需求，是项目的技术框架的最初设计者。 ●具有比较全面技术专业知识。熟悉当前ICT的技术发展方向。 ●对本公司的开发能力、技术优势、劣势有比较清楚的认识。 ●作为行业软件的销售，必须熟悉本行业的业务，对本行业的信息化的现状和发展方向有一定的认识，了解行 业中的其它专业软件的基本情况。 ●熟悉本行业的技术和产品动向，了解同类产品及其竞争对手的情况和特点。 ●能熟练使用文本和图形编辑器进行方案、标书的编写。 ●熟悉项目招投标的一般程序。 ●善于交流，有良好的沟通能力和技巧。 2、售中工作： 项目从前期跟踪，签单，作为售前人员，需要与销售人员密切合作。通常获得一个项目的前期过程如下： 1.销售人员拜访用户，了解用户的项目基本情况，向用户介绍公司和公司的产品，与用户建立起良好的关系。 2.销售人员在用户招标前，引入售前技术支持人员，与用户进行技术上的交流和沟通，了解用户在项目上的需求，偏好的技术构架，引导用户到本公司的技术思路上，这个过程可能是需要多次反复。至少要做到用户对公司有一定的兴趣，愿意邀请你参加投标。 3.用户发招标书，售前人员根据招标书的要求，结合前期与用户交流的情况，编写投标书。 4.参加招投标会，进行技术、商务上的讲解和答疑。 5.参加商务和技术的谈判，起草项目商务合同和技术协议书。 6.签订合同，项目实施以及维护。 招投标前与用户接触，了解用户的真实需求和想法，通过交流，了解用户对系统框架、平台、新技术的偏好， 使以后在投标中能“投其所好”“命中要害”。介绍公司的技术和产品，使
如何写好售前解决方案 动笔前先打一个电话。 一般情况下，方案撰写人只是按照别人的要求提供方案，并非直接利用方案的人。所以在写方案之前，问问需要方案的同事，甚至是客户，听听他们对方案的想法和建议，这样对写方案会有很大帮助。 闭门造车往往导致接受者对方案不满意，要求返工修改。所以动笔前先打几个电话，问清楚客户需求，这样不但可以提高方案的针对性，也可以获得大量的解决思路线索，对写方案大有好处。 一. 努力按客户业务逻辑写 一般写方案最简单的方式就是按照协同软件设计思路和功能模块来写，因为有大量素材可用。但这样撰写方案并非是一种最佳选择，因为对客户而言，他必须转换角色进行思维，要站在供货商的思维模式上才能看懂方案字句之间的含义。 如果从以客户为中心的角度出发，方案应尽量让客户容易看懂，好理解，自然也就取得了较好的印象分。 方案应先仔细探讨客户业务，而不是将调研结论一一罗列，应从业务分析中推导出业务需求，最后描述技术实现手段。从这个意义上讲，解决方案要按照简明的业务手册来准备。 二.按标准套路写方案 不同类型的方案都有自己的套路，例如可行性报告、解决方案、建议书等都各有套路。一个公司可以经常讨论完善和丰富方案的写作套路。我们应尽量按照标准套路准备方案，不要自成体系。在既定套路下发挥，套路就体现了一种结构化、体系化的思维模式，很多客户本身也是习惯阅读有套路的文档。 套路和为客户定制并不矛盾，好的套路反映了专业文档定制的经验。 三.先构思提纲，经过讨论，最后动笔 很多时候方案的准备时间并不充分，很多人接到任务之后立即找个范本修改，这是不好的工作习惯。 有时候利用模板的确可以较快地完成任务，但时间长了就形成了惰性，形成用替换方式抄改方案的习惯。真在实际工作中遇到个性化较强的项目，而标准供应链管理方案模板没有涵盖时就无从应对。这是因为平时写方案过程中思维始终缺少结构化思考练习的结果。 写方案时一定不要急着动笔，而是先想提纲。提纲中的逻辑联系和业务衔接在脑海中推导得比较有力和充分了，才开始动笔；有了提纲，思路就不会断，写起来才快。 如果有条件的话，这个思路还应该和大家讨论，特别是一些重要方案，一定要先反复讨论提纲。各种意见和思路在提纲中统一了，再动手写。这样就不至于遇到方案写完评审时又被否定，不得不推倒重来的痛苦。 四.找一个安静的地方和完整的时间段开始 写方案最怕中间不停地被打断，这样思路无法保持连贯性。所以无论接到多么紧急的方案编制任务，也不要急着去写，而是先把手头该处理的小事情处理干净，确保编写的时间段相对安静和完整，这样才能保证方案的质量。
企业项目管理系统解决方案 A公司
目录 1产品概述 (3) 1.1产品功能架构 (4) 1.2产品技术架构 (5) 1.3产品主要特点 (6) 2产品主要功能与特性 (7) 2.1战略管理 (7) 2.2运营管理 (10) 2.3项目管理 (15) 2.4信息门户 (35) 2.5综合管理 (37) 2.6资源管理 (37) 3系统集成接口及标准 (40) 3.1数据库SCHEMADIAGRAM图 (40) 3.2数据库字典 (41) 3.3API及相关文档 (41) 4系统部署与配置 (42)
1产品概述 企业项目化管理（Enterprise Management by Project）是企业战略管理的一种体现方式，体现了企业组织管理成熟度的提高。企业项目化管理是以项目管理为中心，涵盖传统的有具体交付物的一次性的项目和职能部门日常管理活动使之项目化的项目。 图：企业的项目管理环境与发展趋势 项目管理系统是集战略管理、运营管理、项目管理功能于一身的企业级项目管理（EPM）解决方案，它是实现企业项目化管理的综合管理平台。它以高层管理者的视角站在战略的角度对企业中的所有任务进行项目管理，其主导思想就是将项目观念渗透到企业所有的业务领域，把各类任务和运作活动当作项目来进行管理，是一种以项目为中心的长期性组织管理方式，是现代项目管理方法和技术在企业所有项目（任务）上的 综合应用。 图：企业项目化管理 如果将企业的经营与发展看作是企业最大的顶层项目，战略管理、综合计划管理和项目管理则视
为企业项目化管理的三个不同层次。综合计划管理是战略管理和项目管理的纽带，是企业为达成战略目标按阶段和年度进行实施控制的一种方法。相对于战略管理，综合计划管理更微观，战略管理更宏观；相对于项目管理，综合计划管理更聚焦，项目管理更精细。 战略管理是指企业在一定时期全局、长远的发展方向、目标、任务。战略管理系统以战略管理思想为基础，结合装备制造企业战略发展的需求与特点，具备企业战略目标的定义和分解、任务承接、战略考核、战略修订等功能，以平衡记分卡为核心工具，通过目标管理方法对战略实施过程进行全面的动态管理。 综合计划管理是企业为达成战略目标对项目执行过程按阶段和年度进行实施控制的一种方法。它是战略管理和项目管理的纽带，它以企业的综合经营计划为主线，提供企业各项经济指标及重点任务计划的编报、调整、发布、执行监督、跟踪分析、绩效评估等功能。通过规范和统一流程和数据，为综合计划跟踪分析和辅助决策提供集中、高效的信息平台。 项目管理系统是针对产品研制的全生命周期管理，基于PMBOK九大知识领域涵盖项目/项目群管理、项目组合管理（PPM），主要功能有综合管理、资源管理、项目规划、计划管理、经费管理、风险管理、交付管理、文档管理、沟通管理等。 1.1产品功能架构 项目管理系统产品的规划蓝图以产品为基础描绘了未来项目管理需要实现的所有业务管理，包括了战略管理、运营管控、多项目的整体规划和分析、项目管理的基本业务、资源管理、数据挖掘与智能分析、以及与其他系统的业务整合。
售前技术发展部 绩效考核方案 1概述 售前工程师是公司非常重要的岗位。一方面，支持具体销售活动（例如产品验收、客户沟通、需求获取等），并提供各类销售技术支持（例如参与建议书编写、技术方案编写、标书制作及演示文档、典型案例归纳等工作）。另一方面，售前工程师是公司产品理念的开创者、公司产品设计的领军者，肩负着产品发展方向、产品设计等重要工作。所以需采用综合评价方法进行绩效考核。 2绩效考核方案拟定原则 以职位等级为基础，采用基于销售额的考核及综合指标考核相结合的综合考评方法。具体构成为： 年收入=等级职位薪金+销售奖金之和+年底综合评定奖金 3具体考核办法 3.1以职位等级划定基本薪酬体系结构 在建立售前工程师基本薪酬体系结构过程中，要充分考虑售前工程师在本行业从业年限及行业经验积累、技术能力、个人综合能力，主要按能力付酬，而不能仅按照销售业绩付酬，不能过分强调薪酬的
变动性，而应当建立一套以职位等级标准为基础的薪酬体系结构，从而实现公司售前工程师向售前顾问的角色转换，将售前工程师以售前工作重点的模式，向产品战略、产品设计方向等工作重点转变。 进一步说，对于售前工程师的激励重点不是考核，而是能力提升，只有售前工程师具备充分的能力，才可能使售前工程师成为企业实现技术营销、顾问式营销的关键点。 职位等级划定基本薪酬体系结构标准为： 职位等级晋升考核办法（略）。 3.2基于销售额的考核 售前支持作为售前工程师的工作重点之一，通过实际销售额的定量考核，提高售前工程师对售前工作支持的积极性。 由于目前项目类型（具体见附件）较多，同时考虑公司的项目实际情况，以及售前工程师的实际工作情况，特制定以下考核办法：1）售前工程师的销售额奖金直接与销售人员的奖金挂钩，即单个项目，售前工程师的销售额奖金与销售人员所拿奖金（扣除商务等各种费用之前）成固定比例（25%左右，具体看公司的项目性质以及公司的策略等）； 2）售前工程师在实际工作工程中可能存在工作交叉的情况，即同一个项目有多个售前工程师参与，分别负责不同的工作内容，所以需
如何写售前解决方案4 如何写售前解决方案 一般要为客户撰写的售前方案分为：项目建议书、项目解决方案、项目投标书。 项目建议书用于动员客户启动项目，为客户启动项目提供何行性建议分析，或者用于客户初步选型阶段，获得调研机会后再编制解决方案。 解决方案用于恰谈技术协议和合同之前持软件技术交底，或者用于议标阶段，重在介绍软件供货商的技术能力和实施服务能力等方面的优势。 投标书用于客户的招标文档，按照客户要求的格式进行发挥，要充分说明公司各个方面的综合实力，以战胜对手。 项目建议书的参考结构： 1 引言 2 企业业务现状分析与诊断 3 项目目标规划 3.1 项目规划原则 3.2 项目总体目标和分阶段目标 3.3 项目预期周期和成本规划
4 项目必要性分析 5 项目可行性分析 5.1 相关技术的发展现状介绍 5.2 软件公司相关产品的能力分析 5.3 企业具备的管理、硬件、组织和技术基础 6 项目的经济效益分析 7 结束语 建议书的要求是简短紧凑，内空翔实，目标规划清楚，便于高层决策，可以在一份建议书中列出几个可选技术方案，推动客户高层决策。 解决方案的参考结构： 1 引言 2 业务现状分析与诊断 3 系统架构规划 3.1 总体目标 3.2 指导思想 3.3 总体功能框架 3.4 硬件部署体系
…… 4 系统业务技术解决方案 4.1 关键业务问题解决方案（可多个） 4.2 关注重点技术问题介绍 4.3 其他标准功能介绍 …… 5 系统实施方案 5.1 实施管理方法 5.2 实施团队构成 5.3 实施里程碑计划（可分解子系统实施计划）5.4 各阶段双方工作配合说明 5.5 风险分析及对策 5.6 沟通和质理保证计划 5.7 培训计划 5.8 系统预期阶段效益 …… 6 服务内容及措施
售前、售中、售后服务方案及保障措施方案 1、服务体系的重要性 税控产品的推广，不仅是厂家的市场行为，更是我国税务系统全面实现税源信息化管理的基石，是税务改革中重要的一环。税控设备作为一种实时应用的终端设备，和一般的IT设备有着本质的区别，必须保证税控设备售后服务的现场及时性，即使是面对再大的服务量，也容不得半点耽搁。可以说，没有服务就没有收款机的市场，就可能导致税务信息化整体改革行动的滞后。快速的服务响应能力是税控制造厂商核心竞争力的一个突出体现，是收款机市场能顺利发展不可缺少的一个部分。为此，在市场所及范围内，建立一定数量的技术服务人员和服务设备健全的技术服务网络对厂家、税务机关及用户都是极为重要的。 为了方便用户使用我公司税控设备产品，我公司结合现有的销售渠道及服务体系为税控设备项目制定了全面、系统的服务方案。此方案全面满足企业对售前、售中、售后的要求。 2、现有的服务体系 考虑到广东省用户覆盖面广、分布分散的特点。我公司将在每个市级城市的中心位置设立税控产品服务网点（区县级）。每个服务网点配备专业维护工程师及专用维护车辆。形成一个中心技术支持平台，多个支撑点的立体销售、维护网络。全面确保所有我公司税控设备的正常运行。 鉴于上述税控设备市场的特殊需要和需求，我公司秉承一贯的“以人为本”的管理理念，经过多年的苦心经营打造了一个以省级分公司为领导中枢、以各税控产品服务中心（地市）为中轴脉络、税控产品服务网点（区县级）为触点的三级立体销售维护服务体系。该销售服务体系在广东省范围内设立分公司、办事处79家服务网点，产品销售及技术维修服务能力辐射省内20个市。我公司制定了更为贴近用户的售前、售中、售后服务方案。此方案严格按照ISO9001国际标准的要求制定，服务将贯穿售前、售中、售后的全过程。给用户提供真正零距离的现代式服务。
IT售前如何写解决方案分析 1??IT售前如何写解决方案( N' T, s$ E! K# c; u/ m- s5 n+ S 1.1??解决方案难写在哪里* @: I??X: ?# `7 M2 Q 很多人对写方案非常没有信心，一涉及到方案的事情，就束手无策，到处求人。作为一个公认的方案打手，意思是写方案就象打字员一样，我觉得我在这方面确实是有绝活。# g8 J0 k1 `8 P$ F0 h! R- m" N ? ?我基本上都是在方案提交前一两天接到写方案的任务，而我自己的事情一般又比别人多一点，也不能不做，只好心里大骂一句，骂完后就打电话搞清楚别人的要求，边问就边构思整个方案的推导思路和结构提纲。 因为你不敢让你的同事知道你只能用很少的一点时间写方案(基本上我真正动笔写方案的时间都在2~4个小时以内)，让他们担心方案的质量和进度保证，进而对自己的后续工作质量没有信心。所以我其实也特别紧张，注意力也特别集中，大脑也高速反应，基本上几分钟电话或面谈完思路基本就有了，然后该干嘛干嘛，找一些零散的小时间把思路不断推导一下，然后到了一个比较安静和完整的时间段前才开始写，这个时候基本上要写的话都想清楚了，只需要不断敲字，敲字的时候也是注意力也特别集中，大脑也高速反应，越写思路越开，很快也就完工了。% r/ M, f# Z3 f! N 写方案不难，知道怎么写才难。关于写方案我只总结一点，结构化地去组织你的思想。 有结构就有思路，有思路就有方案。0 a8 B4 S( ~: f 另外真正写方案的人，对自己写过的方案是永远不会满意的，只有这样，每次都会进步一点点，解决方案水平质量就会随公司能力不断增长。) x$ u8 A% f& ]4 v4 A 当然我曾经问过很多人，你到底为什么写不出好的方案呢？ 基本上原因可以归为四类：( ^5 T. m, x1 n( X 1.1.1 第一种是没有体系 一旦用户要求提供关于PDM的方案，很多人大脑是一片空白，完全不知道从哪里下手。很多人说起自己的产品来，好象知道不少卖点，不过真要写出来，又觉得无从下笔。 这种情况一般是写方案者不熟悉自己产品体系造成的，知道一两个甚至更多的产品卖点不难，但难就难在成体系，知识就是成体系的点构成的，而不是一句一句离散的说法构成的。 6 B. F0 m4 n% W% W 因为我们这个行业从业人员说句不客气的话，大部分对所销售实施的管理系统并没有很深入的研究，都是半路出家，从头开始，在学习过程中熟悉，在熟悉过程中领悟。所以一下子去驾驭一个整体方案是很痛苦的。只有当一个人对一个产品思路有体系以后，才能够写出完整的方案，否则就是一个单元也要费尽脑汁。: H8 a" w+ m6 ~/ |
售前工作 一.前言 我在2000年懵懂地闯入了售前咨询领域时，我几乎不明白售前是什么、应该做哪些工作，只是肓目地认为售前技术是帮助用户解决问题，引导用户新的需求。到现在我还记得最初的中关村公司工作是从教育行业多媒体投影的项目投标开始的。记得自己第一次独立承接标书任务时，整整用了两天时间才理出了一个提纲，然后用了三天时间完成了方案的编写，很幸运的是公司中了那个标，从此就开始了自己的售前之路。 这大概是我对售前工作理解的第一阶段吧。今天回过头去看看那段过程，最大的欠缺有两方面：一是IT售前的方法论，不能从全局的观点去定义售前的工作，采用方法论去指导自己的工作过程；二是理论与实践的脱结，与客户接触较少，不清楚也不了解客户的实际问题，不能用理论框架去实际地解决客户的问题。事实上，当时根本不明白这些，甚至颇有些自得地认为自己还挺不错的，当然有时心情也挺复杂的，毕竟售前咨询面临的领域太广了，明显觉得自己知识不够用。 从客户价值视角看，售前咨询的主要工作应该是认识问题（理解业务）、分析需求和提供解决方案。在整个售前咨询过程中，目前主要的欠缺有二点：一是缺少工作路线图对售前工作的指导，几乎没有售前对工作推进路线有清晰的计划；二是解决方案应该如何编写，要写哪些内容有些模糊。其实只要明白售前的主要工作是认识问题、分析需求和提供解决方案，方案的编写内容就清楚了。当然，界定不清职责也是大多数中小企业和创业型公司的通病。只能是有选择的妥协，不能完全调和。 在与很多优秀同行或同事的竞争中，我已经在这个职业中走过了十年，深深感觉售前咨询领域的博大精深和售前咨询工作的巨大挑战，到目前为止，自己一直感觉未能切实地站在较高的高度为客户提出可行的解决方案，这也是我一直置疑自己的原因。希望能用此计划书作为我过去工作的总结，同时也是自己提升的基础吧。 二.售前技术支持及定位 售前技术咨询，作为销售人员的技术支持，其职责是以专业的方法理解客户业务、分析客户需求，将管理理论、客户需求、IT技术和公司产品相结合提供解决方案，并
1IT售前——编写解决方案 解决方案的路径是说明问题——分析问题——解决问题的过程。 编制解决方案的过程是从业务理解到技术方案编制的过程，即通过业务架构分析，了解组织的战略、相关业务的组织结构和职能、关键流程，从而构建企业的应用系统架构，并根据应用系统需求提供技术解决方案。 根据此理解，解决方案的编写路线如下： 整个技术解决方案包括五部分： 1.1业务理解 此部分内容旨在阐述公司对客户业务的理解，通过项目背景、业务架构、问题与变革三部分分析，说明客户的业务现状、遇到问题和未来可能的变革，以实现在业务层面与客户的共鸣。 1.1.1项目背景分析 项目背景分析包括竞争环境分析、业务标杆分析和信息化标杆分析三部分内容：
竞争环境分析。竞争环境包括宏观环境和任务环境，其中宏观环境包括政治、经济、社会和技术环境等，任务环境是指与企业直接有关的产业环境，通常可采用波特的竞争力模型进行分析。波特认为影响行业竞争结构及竞争强度的主要因素包括行业内现有企业、潜在的进入者、替代品制造商、供应商和顾客（产品购买者）。 业务标杆分析。基准化分析法（benchmarking）就是将本企业各项活动与从事该项活动最佳者进行比较，从而提出行动方法，以弥补自身的不足，是一种评价自身企业和研究其他组织的手段。 信息化标杆分析。针对相关信息化领域，提供信息化标杆分析。 1.1.2企业现状和业务架构分析 业务架构分析包括企业基本情况、业务战略、组织架构、业务模式及关键流程和信息化现状分析等五部分内容： 企业基本情况分析。企业生产经营概况，包括公司简介、主要业务和效益情况、在同行业内所处的地位等。 企业业务战略分析。企业的使命、目标、价值观和企业的竞争战略（量化的竞争目标和竞争实施计划）。 企业组织架构分析。企业的组织架构设置情况、组织各单元的主要职能、关键岗位设置和岗位职责情况。 业务模式及关键流程分析。本部分内容是关键，采用价值链理论进行业务模式分析，并采用编目的方法进行流程描述和说明。 信息化现状分析。描述企业相关的应用系统、软/硬件设备投入情况，以及企业信息化管控模式。 1.1.3问题定义与变革分析 问题定义与变革分析包括三部分内容： 宏观问题。根据环境和标杆分析，指出企业业务模式各环节存在的问题及改进建议。
售前方案思路 Company number：【WTUT-WT88Y-W8BBGB-BWYTT-19998】
IT售前如何写解决方案分析 1IT售前如何写解决方案( N' T, s$ E! K# c; u/ m- s5 n+ S 解决方案难写在哪里* @: IX: # `7 M2 Q 很多人对写方案非常没有信心，一涉及到方案的事情，就束手无策，到处求人。作为一个公认的方案打手，意思是写方案就象打字员一样，我觉得我在这方面确实是有绝活。# g8 J0 k1 `8 P$ F0 h! R- m" N 我基本上都是在方案提交前一两天接到写方案的任务，而我自己的事情一般又比别人多一点，也不能不做，只好心里大骂一句，骂完后就打电话搞清楚别人的要求，边问就边构思整个方案的推导思路和结构提纲。 因为你不敢让你的同事知道你只能用很少的一点时间写方案(基本上我真正动笔写方案的时间都在2~4个小时以内)，让他们担心方案的质量和进度保证，进而对自己的后续工作质量没有信心。所以我其实也特别紧张，注意力也特别集中，大脑也高速反应，基本上几分钟电话或面谈完思路基本就有了，然后该干嘛干嘛，找一些零散的小时间把思路不断推导一下，然后到了一个比较安静和完整的时间段前才开始写，这个时候基本上要写的话都想清楚了，只需要不断敲字，敲字的时候也是注意力也特别集中，大脑也高速反应，越写思路越开，很快也就完工了。% r/ M, f# Z3 f! N 写方案不难，知道怎么写才难。关于写方案我只总结一点，结构化地去组织你的思想。 有结构就有思路，有思路就有方案。0 a8 B4 S( ~: f 另外真正写方案的人，对自己写过的方案是永远不会满意的，只有这样，每次都会进步一点点，解决方案水平质量就会随公司能力不断增长。) x$ u8 A% f& ]4 v4 A 当然我曾经问过很多人，你到底为什么写不出好的方案呢？ 基本上原因可以归为四类：( ^5 T. m, x1 n( X 第一种是没有体系 一旦用户要求提供关于PDM的方案，很多人大脑是一片空白，完全不知道从哪里下手。很多人说起自己的产品来，好象知道不少卖点，不过真要写出来，又觉得无从下笔。 这种情况一般是写方案者不熟悉自己产品体系造成的，知道一两个甚至更多的产品卖点不难，但难就难在成体系，知识就是成体系的点构成的，而不是一句一句离散的说法构成的。6 B. F0 m4 n% W% W 因为我们这个行业从业人员说句不客气的话，大部分对所销售实施的管理系统并没有很深入的研究，都是半路出家，从头开始，在学习过程中熟悉，在熟悉过程中领悟。所以一下子去驾驭一个整体方案是很痛苦的。只有当一个人对一个产品思路有体系以后，才能够写出完整的方案，否则就是一个单元也要费尽脑汁。: H8 a" w+ m6 ~/ |
OA系统项目售前方案报告-to客户 日期作者版本修改记录 2013-02-010.1创建 2013-02-170.2增加现有OA功能简介 2013-03-180.4增加分期建设 一、项目概况及意义 果，借助先进的办公设备，实现办公活动科学化、自动化，最大限度地提高办公效率，改进办公质量，规与优化办公流程，缩短办公处理周期，并用科学的管理方法，提高管理和决策的科学化水平。 通过实现办公自动化，或者说实现数字化办公，以计算机为中心，采用一系列现代化的办公设备和先进的通信技术，广泛、全面、迅速地收集、整理、加工、存储和使用信息，使企业部人员方便快捷地共享信息，高效地协同工作,优化现有的管理组织结构，调整管理体制，在提高效率的基础上，增加协同办公能力，强化决策的一致性，最后实现提高决策效能的目的。 2013年是我公司的发展之年,转折之年。长期以来，公司领导高度重视信息化建设，已建 满足办公需求的情况,原有办公平台功能与定位也发生很大的变化。因此，现阶段为进一步提升企业品牌、支持业务更好更快发展、为企业办公效率的提升、为落实精细化管理的需要，
间、各子公司及人员的协作，发挥信息技术的更大优势，为集团更好发展提供基础。 二、目前原办公平台简介 1.日常办公 使用对象：办公平台所有使用者。 功能简介： 主要用于日常办公用。 主要模块包括通知公告的发布、群组管理、管理、统一需求管理，调查报表等。2．BBS论坛 使用对象：办公平台所有使用者。 功能简介： 主要用于办公平使用者进行bbs论坛的交流及管理。 主要模块包括bbs交流论坛，BBS栏目的管理。 3．数据查询 使用对象：基层店用户。 功能简介： 主要用于基层店对库存，销售，采购单，退货单等业务数据的查询。 主要模块包括连锁店基础数据的查询，交换信息查询。 4．B2C管理 使用对象：基层店管理员。 功能简介：
售前支持部标准工作流程 版本号：V 1.0 密级：公开 20XX年X月
1、工作流程图
1.1 标准工作流程说明 [1]. 市场客户调研：客户发掘、客户前期走访调研、初步项目需求；市场部人员按照调研表输出【项目情况基本表】。 [2].项目分析：业务部门组织相关人员（业务主管、市场总监、总经办或售前人员）对项目进行案情分析，形成【项目立项评估表】。 [3].方案报价阶段：根据【项目立项评估表】确定是否调用售前人员。 业务人员编写方案报价：根据公司售前【标准资料】编写项目初步方案及报价。 售前人员编写方案报价：需要市场人员提交【售前支持申请单】，并附上【项目情况基本表】和【项目立项评估表】，经相关领导审批；售前部门出具【资源调配单】。审批流程详见“调用售前人员审批流程”； 调研：根据【资源调配单】情况，确定调研人员；售前人员支持公司标准产品介绍、项目初步需求调研、项目选型、项目个性化产品方案报价及个别第三方产品；技术部人员支持个性化产品，需要制作DEMOの项目及公司没有の产品；公司支持特殊项目（如国家课题、特殊项目等）。 调研后：由调研人员出具【调研报告】、【项目推进建议书】；如果调研后出具解决方案及报价，由售前部门确定该方案为标准、简单の方案，由市场人员进行编写；如果为个性化或国家课题方案，有售前部门编写。 [4].投标阶段：由市场部确定该项目是否投标；确定成本及利润。发送邮件于各个部门，开展投标启动会。 标底：根据提交给客户方案、需求及市场の评估，出具【标底】。 投标质疑：由售前部门制作质疑函及回复函。 投标：业务部门提交标书，由售前人员进行投标任务分配，出具【投标任务分配表】；具体内容详解“投标任务表分解”。 [5].合同阶段：由业务人员根据公司标准合同模板出具合同，输出【项目合同】。 [5].项目交接：由业务部门人员组织内部实施启动会，售前在项目中产生の所有有用の资料需求文档都进行移交。
IT 售前方案编制xx 一、方案的概念 （一）传统行业 产品：沙发服务：沙发的配送、安装。 方案：为家庭提供从布局设计到采购推荐、再到配送、安装等全流程就是 解决方案。 （二）IT行业 产品：App、系统、平台、闸机、PDA终端设备等。服务：安装、部署、运行维护等。 方案：为客户提供定制化的产品，解决客户的某些实际问题，并首先以文 字的方式展现出来。 二、方案编制目的 为没有购买欲望的客户导入需要购买思想。为已经有购买欲望的客户传达选择我们的理由。 三、方案编撰原则首先，我们需要确定我们的客户是谁？然后需要搞清楚我们 要通过方案向 客户传递什么内容？ 1．客户为什么要购买我们的产品和服务？ 2．我们的产品和服务能为客户解决什么问题？ 3．为了给客户解决问题我们要做些什么？ 4．客户为此要花费多少钱，钱都花在哪里？ 四、方案编撰内容
（一）方案通常包含哪些章节？ 建设背景、建设目标、建设原则、客户需求、建设内容（方案设计）、实施方案、技术方案、建设内容清单及预算、硬件产品配置参数、软件功能、资质优势、成功案例等。 （二）建设背景 通常对应客户为什么要购买我们的产品和服务？ 1．上级部门有建设要求 公安部要求各省在2020 年完成治安防控体系建设； 交通运输部要求于2017年 3 月 1 日起，对省级、市级客运班线全面实施客票实名售票和实名查验。 2．实际业务过程中有建设需要 检查站要进行人员身份核查，民警需要借助软件系统核实人员身份信息； 旅客忘记携带身份证件，无法实名入住旅馆，需要软件来核实人员身份信息。 3．注意事项 上级部门的要求有很多，我们一定要选择和我们的产品或服务相匹配的内容，是通过我们的产品和服务能够解决的问题。 业务中存在的问题也很多，我们一定要选择客户管辖范围内的问题。 （三）建设目标 通常对应我们的产品和服务能为客户解决什么问题？ 1．编制内容 1）需要对客户购买产品或服务后能够解决的问题进行概述，以向公安销售电子临证产品为例，建设目标可以有： 2）可实现申请人员与全国七类重点人员及临控人员的比对预警，增加了公安
售前工作流程指导方案 一、售前工作范围 1）售前项目支持：按照项目售前支持的具体要求完成各项任务。 2）客户技术支持：除售前项目外，参与客户组织或参加的项目评审、技术讨论活动，进行技术演示、 讲解、答疑等。 3）市场技术支持：配合市场部的市场宣传和推广，进行技术材料的撰写和演示等。 4）供应商技术交流：与上游供应商进行技术交流，与合作厂商协同进行产品推荐和项目售前合作。 5）市场信息搜集：对市场技术现状和发展方向进行跟踪和学习，了解竞争对手的优缺点。 5）业务学习培训：参与公司、部门的业务培训和系统培训，并持续不断地自我知识更新和补充。 6）售前知识库建设：售前知识库持续完善和更新，以知识库为基础，提高工作效率和质量。 二、售前项目支持的阶段 售前项目支持分为 6 个阶段：接触阶段、咨询阶段、跟踪阶段、招标阶段、投标阶段、实施阶段。售 前人员的各项工作主要是围绕这 6 个阶段开展的。 1）接触阶段 接触阶段一般是针对刚开始接触的潜在客户。该阶段售前人员与销售人员一起拜访潜在客户，进行初 步沟通，沟通方法有：口头交流、PPT 或系统演示等。通过沟通了解客户初步的需求和思路，为下一阶段 做铺垫。 2）咨询阶段 咨询阶段主要是为客户提供针对性的解决方案，在初步接触的基础上，对客户的需求和思路进一步深 入了解，根据情况整理出专业的解决方案类型的文档和演示PPT等，目的是提出潜在项目的具体工作任务（包括范围、内容、合理的预算等）、引导客户的思路、取得客户的初步信任。 3）跟踪阶段 从客户接到解决方案到客户单位的项目立项还要有大量的工作要做，如向领导汇报，取得单位领导、 本单位业务部门、信息化管理部门和财务部门的支持，以及获得政府信息化主管单位和财务单位的批准等。在本阶段售前人员的工作就是积极配合客户逐步推进这些工作。跟踪阶段的工作比较杂，包括根据意见修 改方案和报价、整理多种格式的汇报材料和方案、预算表、对问题的说明材料等等。 4）招标阶段 当跟踪阶段的各项工作已经落实，特别是项目已经获得政府信息化主管单位和财务单位的批准，成功 立项后，项目进入招投标选择供应商。招标阶段要积极影响招标文件的形成。售前人员的工作有整理有利 的项目供应商资格、投标条件、评分标准、付款方式、货物要求等，最终形成对公司有利的招标文件。
如何写售前解决方案 一般要为客户撰写的售前方案分为：项目建议书、项目解决方案、项目投标书。 项目建议书用于动员客户启动项目，为客户启动项目提供何行性建议分析，或者用于客户初步选型阶段，获得调研机会后再编制解决方案。 解决方案用于恰谈技术协议和合同之前持软件技术交底，或者用于议标阶段，重在介绍软件供货商的技术能力和实施服务能力等方面的优势。 投标书用于客户的招标文档，按照客户要求的格式进行发挥，要充分说明公司各个方面的综合实力，以战胜对手。 项目建议书的参考结构： 1 引言 2 企业业务现状分析与诊断 3 项目目标规划 3.1 项目规划原则 3.2 项目总体目标和分阶段目标 3.3 项目预期周期和成本规划 4 项目必要性分析 5 项目可行性分析 5.1 相关技术的发展现状介绍 5.2 软件公司相关产品的能力分析 5.3 企业具备的管理、硬件、组织和技术基础 6 项目的经济效益分析 7 结束语
建议书的要求是简短紧凑，内空翔实，目标规划清楚，便于高层决策，可以在一份建议书中列出几个可选技术方案，推动客户高层决策。 解决方案的参考结构： 1 引言 2 业务现状分析与诊断 3 系统架构规划 3.1 总体目标 3.2 指导思想 3.3 总体功能框架 3.4 硬件部署体系 …… 4 系统业务技术解决方案 4.1 关键业务问题解决方案（可多个） 4.2 关注重点技术问题介绍 4.3 其他标准功能介绍 …… 5 系统实施方案 5.1 实施管理方法 5.2 实施团队构成 5.3 实施里程碑计划（可分解子系统实施计划） 5.4 各阶段双方工作配合说明 5.5 风险分析及对策
售前如何写解决方案分析4 我基本上都是在方案提交前一两天接到写方案的任务,而我自己的事情一般又比别人多一点,也不能不做,只好心里大骂一句,骂完后就打电话搞清楚别人的要求,边问就边构思整个方案的推导思路和结构提纲。,以下便是第1页的正文： 售前如何写解决方案分析 售前如何写解决方案 1解决方案难写在哪里 很多人对写方案非常没有信心，一涉及到方案的事情，就束手无策，到处求人。作为一个公认的方案打手，意思是写方案就象打字员一样，我觉得我在这方面确实是有绝活。 我基本上都是在方案提交前一两天接到写方案的任务，而我自己的事情一般又比别人多一点，也不能不做，只好心里大骂一句，骂完后就打电话搞清楚别人的要求，边问就边构思整个方案的推导思路和结构提纲。 因为你不敢让你的同事知道你只能用很少的一点时间写方案(基本上我真正动笔写方案的时间都在个小时以内，让他们担心方案的质量和进度保证，进而对自己的后续工作质量没有信心。所以我其实也特别紧张，注意力也特别集中，大脑也高速反应，基本上几分钟电话或面谈完思路基本就有了，然后该干嘛干嘛，找一些零散的小时间把思路不断推导一下，然后到了一个比较安静和完整的时间段前才开始写，这个时候基本上要写的话都
想清楚了，只需要不断敲字，敲字的时候也是注意力也特别集中，大脑也高速反应，越写思路越开，很快也就完工了。 写方案不难，知道怎么写才难。关于写方案我只总结一点，结构化地去组织你的思想。 有结构就有思路，有思路就有方案。 另外真正写方案的人，对自己写过的方案是永远不会满意的，只有这样，每次都会进步一点点，解决方案水平质量就会随公司能力不断增长。 当然我曾经问过很多人，你到底为什么写不出好的方案呢？ 基本上原因可以归为四类： 1.1第一种是没有体系 一旦用户要求提供关于的方案，很多人大脑是一片空白，完全不知道从哪里下手。很多人说起自己的产品来，好象知道不少卖点，不过真要写出来，又觉得无从下笔。 这种情况一般是写方案者不熟悉自己产品体系造成的，知道一两个甚至更多的产 品卖点不难，但难就难在成体系，知识就是成体系的点构成的，而不是一句一句离散 的说法构成的。 因为我们这个行业从业人员说句不客气的话，大部分对所销
写好售前解决方案的心得 一般情况下，方案撰写人只是按照别人的要求提供方案，并非直接利用方案的人。所以在写方案之前，问问需要方案的同事，甚至是客户，听听他们对方案的想法和建议，这样对写方案会有很大帮助。 闭门造车往往导致接受者对方案不满意，要求返工修改。所以动笔前先打几个电话，问清楚客户需求，这样不但可以提高方案的针对性，也可以获得大量的解决思路线索，对写方案大有好处。 ◆努力按客户业务逻辑写 一般写方案最简单的方式就是按照协同软件设计思路和功能模块来写，因为有大量素材可用。但这样撰写方案并非是一种最佳选择，因为对客户而言，他必须转换角色进行思维，要站在供货商的思维模式上才能看懂方案字句之间的含义。 如果从以客户为中心的角度出发，方案应尽量让客户容易看懂，好理解，自然也就取得了较好的印象分。 方案应先仔细探讨客户业务，而不是将调研结论一一罗列，应从业务分析中推导出业务需求，最后描述技术实现手段。从这个意义上讲，解决方案要按照简明的业务手册来准备。 ◆按标准套路写方案 不同类型的方案都有自己的套路，例如可行性报告、解决方案、建议书等都各有套路。一个公司可以经常讨论完善和丰富方案的写作套路。我们应尽量按照标准套路准备方案，不要自成体系。在既定套路下发挥，套路就体现了一种结构化、体系化的思维模式，很多客户本身也是习惯阅读有套路的文档。 套路和为客户定制并不矛盾，好的套路反映了专业文档定制的经验。 ◆先构思提纲，经过讨论，最后动笔 很多时候方案的准备时间并不充分，很多人接到任务之后立即找个范本修改，这是不好的工作习惯。 有时候利用模板的确可以较快地完成任务，但时间长了就形成了惰性，形成用替换方式抄改方案的习惯。真在实际工作中遇到个性化较强的项目，而标准供应链管理方案模板没有涵盖时就无从应对。这是因为平时写方案过程中思维始终缺少结构化思考练习的结果。 写方案时一定不要急着动笔，而是先想提纲。提纲中的逻辑联系和业务衔接在脑海中推导得比较有力和充分了，才开始动笔；有了提纲，思路就不会断，写起来才快。 如果有条件的话，这个思路还应该和大家讨论，特别是一些重要方案，一定要先反复讨论提纲。各种意见和思路在提纲中统一了，再动手写。这样就不至于遇到方案写完评审时又被否定，不得不推倒重来的痛苦。 ◆找一个安静的地方和完整的时间段开始 写方案最怕中间不停地被打断，这样思路无法保持连贯性。所以无论接到多么紧急的方案编制任务，也不要急着去写，而是先把手头该处理的小事情处理干净，确保编写的时间段相对安静和完整，这样才能保证方案的质量。 一定要保证在一个时间段内初步拿出完整的推导思路和结构提纲，然后就可以逐步补充和丰富内容，不至于在写的过程中还为结构苦恼，不清楚从哪里下笔，每次要花费大量时间从头构思。 ◆认真准备方案的阅读提示和摘要 客户决策领导往往公务繁忙，时间有限，很难保证将厚厚一本方案的内容全部认真研读，所以方案可以单独附一份摘要以供客户领导浏览。摘要重点介绍整个方案中的精华部分，当然也可以附带实施方法和典型用户介绍。通过摘要让方案的解决问题的思路在短短几页纸中得到清晰、准确的描述，这种用精炼文字描述业务思路的能力往往更能给人留下深刻印象。 对于较复杂、内容较多的方案一定要提供一份阅读提示，告诉不同的人其关心的内容可以通过阅读哪些章节直接获得。实际上很多论文和书籍序言都会有一段来说明文章的结构，读者可以直接进入感兴趣的话题，这对我们编制方案也是一个有益的启发。 ◆注意积累素材 写方案时，无论按照何种客户业务组织材料，必然有80％的内容是相似的，毕竟软件设计理念不会在短期内发生巨大改变，方案涉及功能边界在短期内也不会发生大的改变，所以不同时期不同用户解决方案中
售前技术支持工作浅谈 售前技术支持工作是介于销售与技术之间的职位，经常接触到各式各样的客户，对提高自身的沟通能力有很好的磨练。就算在IT业内售前的职位也很特殊，既要有与客户沟通的技巧，也要有技术人员的细致与执着，实际上是技术型的销售角色。售前工程师的最终目的就是让客户接受公司的解决方案，在招投标的过程中，技术部分能够打出最高分。 同样，客户在采购IT产品时，无论硬件、软件、服务都是为客户业务提供支持服务的，往往需要的不是产品本身，而是解决方案。说得明白些，就是怎样解决客户面临的问题。客户一般来说不是IT的专家，有些甚至连具体的需求也说不清楚，需要你的提炼与讲解。如何合理地选择产品组成方案，既要提供高性价比，又要具有前瞻性保护客户的投资，多数是靠售前对技术方案的理解与讲解。 售前技术支持的工作既辛苦，又难做，但恰恰是最锻炼一个人的意志与能力。从技术上来说，一名优秀的售前工程师有比研发人员的技术更为“广博”，因为他接触各种各样的对手产品；从市场的角度讲，售前工程师有比销售更敏锐的产品嗅觉，因为他了解客户的需求。若你知道什么样的技术流行、实用，什么样的产品会畅销，客户最需要什么。 结合日常售前支持工作的经历和感受，就以下几点与大家共同探讨一下。 1.切忌过多炫耀你的技术。 技术人员都喜欢“表现”自己，尤其为了让客户尽快地信任自己，就往往会把自己的“长项”一股脑地道出来，有时会适得其反。如果在炫耀技术的同时，没有经过事前的准备，现场难免有很多意想不到的情况发生，结果反而给客户留下不好的印象，客户不是“技术型”的人，否则认真起来就更加得不偿失了。 2.不要与客户争执技术观点，即使你是对的。 客户中每人的技术水平相差是很多的，有专家也有非技术的管理人员，所以在对客户不是很了解的时候，不要与客户争执技术上的观点，即使你是正确的，尤其不要反驳已经成为事实的东西，不合理但它存在，存在就是对的。对售前技术人员来说，此时应该是主要关心客户的问题点是什么。因为问题解决了，客户自然会欣赏你。客户的技术有很多“特色”，争执其合理性，忽视了主要的工作，是售前技术人员的忌讳。 3.提炼产品的亮点，展示出你技术上的优势，是售前技术人员的基本功。 把复杂的问题简单化，是大师的水平，是对技术的真正理解，所谓简单是能切中要害，
IT售前如何写解决方案分析 1 IT售前如何写解决方案( N' T, s$ E! K# c; u/ m- s5 n+ S 1.1 解决方案难写在哪里* @: I X: ?# `7 M2 Q 很多人对写方案非常没有信心，一涉及到方案的事情，就束手无策，到处求人。作为一个公认的方案打手，意思是写方案就象打字员一样，我觉得我在这方面确实是有绝活。# g8 J0 k1 `8 P$ F0 h! R- m" N 我基本上都是在方案提交前一两天接到写方案的任务，而我自己的事情一般又比别人多一点，也不能不做，只好心里大骂一句，骂完后就打电话搞清楚别人的要求，边问就边构思整个方案的推导思路和结构提纲。 因为你不敢让你的同事知道你只能用很少的一点时间写方案(基本上我真正动笔写方案的时间都在2~4个小时以内)，让他们担心方案的质量和进度保证，进而对自己的后续工作质量没有信心。所以我其实也特别紧张，注意力也特别集中，大脑也高速反应，基本上几分钟电话或面谈完思路基本就有了，然后该干嘛干嘛，找一些零散的小时间把思路不断推导一下，然后到了一个比较安静和完整的时间段前才开始写，这个时候基本上要写的话都想清楚了，只需要不断敲字，敲字的时候也是注意力也特别集中，大脑也高速反应，越写思路越开，很快也就完工了。% r/ M, f# Z3 f! N 写方案不难，知道怎么写才难。关于写方案我只总结一点，结构化地去组织你的思想。 有结构就有思路，有思路就有方案。0 a8 B4 S( ~: f 另外真正写方案的人，对自己写过的方案是永远不会满意的，只有这样，每次都会进步一点点，解决方案水平质量就会随公司能力不断增长。) x$ u8 A% f& ]4 v4 A 当然我曾经问过很多人，你到底为什么写不出好的方案呢？ 基本上原因可以归为四类：( ^5 T. m, x1 n( X 1.1.1 第一种是没有体系 一旦用户要求提供关于PDM的方案，很多人大脑是一片空白，完全不知道从哪里下手。很多人说起自己的产品来，好象知道不少卖点，不过真要写出来，又觉得无从下笔。 这种情况一般是写方案者不熟悉自己产品体系造成的，知道一两个甚至更多的产品卖点不难，但难就难在成体系，知识就是成体系的点构成的，而不是一句一句离散的说法构成的。 6 B. F0 m4 n% W% W 因为我们这个行业从业人员说句不客气的话，大部分对所销售实施的管理系统并没有很深入的研究，都是半路出家，从头开始，在学习过程中熟悉，在熟悉过程中领悟。所以一下子去驾驭一个整体方案是很痛苦的。只有当一个人对一个产品思路有体系以后，才能够写出完整的方案，否则就是一个单元也要费尽脑汁。: H8 a" w+ m6 ~/ | 所以一个人要想写好一个方案，首先要把自己产品的来龙去脉，功能模块，适应领域，典型客户实施情况有一个全面的了解，这样才能建立一个完整的知识体系，然后逐步补充竞争对