IT售前如何写解决方案.doc
IT售前如何写解决方案
IT售前如何写解决方案标题：IT售前如何写解决方案引言概述：在IT行业，售前工程师扮演着至关重要的角色，他们需要为客户提供专业的解决方案，以满足客户的需求。
本文将探讨IT售前如何写解决方案的方法和技巧。
一、了解客户需求1.1 确定客户的业务需求：了解客户的业务模式、目标和挑战，分析他们的需求是解决方案的第一步。
1.2 与客户沟通：与客户进行深入的沟通，了解他们的具体需求和期望，以便为其量身定制解决方案。
1.3 分析竞争对手：了解客户的竞争对手的解决方案和优势，为客户提供更具竞争力的解决方案。
二、设计解决方案2.1 制定解决方案架构：根据客户需求和现有技术，设计解决方案的整体架构，确保解决方案的可行性和有效性。
2.2 选择合适的技术方案：根据客户需求和预算，选择适合的技术方案，包括硬件、软件和服务，确保解决方案的可靠性和可扩展性。
2.3 编写详细的解决方案文档：将解决方案的设计思路、技术方案和实施计划等详细内容写入解决方案文档，以便客户和团队的参考和执行。
三、演示解决方案3.1 准备演示材料：根据解决方案文档，制作演示PPT或者演示视频，以清晰、生动地展示解决方案的优势和效果。
3.2 演示技巧：在演示过程中，重点突出解决方案的核心功能和优势，回答客户的问题和疑虑，以确保客户对解决方案的理解和认可。
3.3 实际操作演示：在演示中，可以通过实际操作演示解决方案的功能和效果，让客户更直观地感受解决方案的价值和实用性。
四、回答客户疑问4.1 深入了解客户疑问：在演示过程中，客户可能会提出各种问题和疑虑，售前工程师需要深入了解客户的疑问，并给出专业的解答。
4.2 提供解决方案补充说明：根据客户的疑问，提供解决方案的补充说明和实际案例，以匡助客户更好地理解解决方案的优势和价值。
4.3 确保客户满意：售前工程师需要通过有效的沟通和解释，确保客户对解决方案的理解和认可，以达成合作的共识。
五、跟进和反馈5.1 跟进客户需求：在演示和解答过程结束后，售前工程师需要及时跟进客户的需求和反馈，以进一步完善解决方案。
IT售前如何写解决方案
IT售前如何写解决方案解决方案是IT售前工程师在销售过程中为客户提供的一种技术方案，旨在解决客户在IT领域遇到的问题。
一个好的解决方案应该能够满足客户的需求，并且具备可行性、可靠性和可持续性。
以下是IT售前工程师在编写解决方案时应注意的几个关键要素：1. 客户需求分析：在编写解决方案之前，IT售前工程师首先需要与客户进行充分的沟通和了解，掌握客户的需求和问题。
通过与客户的交流，了解客户的业务模式、目标和挑战，以及他们期望从解决方案中获得的效益。
只有深入了解客户需求，才能提供符合客户期望的解决方案。
2. 技术评估与选择：在编写解决方案时，IT售前工程师需要对现有的技术进行评估和选择。
根据客户需求，评估不同的技术方案，并选择最适合客户的解决方案。
在评估过程中，需要考虑技术的可行性、可靠性、安全性以及成本效益等因素。
同时，还需要关注技术的发展趋势和未来的可扩展性，以确保解决方案能够满足客户的长期需求。
3. 解决方案架构设计：在编写解决方案时，IT售前工程师需要设计一个清晰的架构，以确保解决方案的可行性和可靠性。
架构设计包括系统的组成部分、模块之间的关系、数据流程和交互方式等。
通过良好的架构设计，可以确保解决方案的稳定性和可扩展性，从而满足客户的需求。
4. 解决方案实施计划：在编写解决方案时，IT售前工程师需要制定一个详细的实施计划，以确保解决方案能够按时、按质量要求实施。
实施计划包括项目的时间安排、人员配备、资源需求和风险管理等。
通过合理的实施计划，可以有效地组织和管理解决方案的实施过程，最大程度地降低项目风险。
5. 解决方案效益评估：在编写解决方案时，IT售前工程师需要对解决方案的效益进行评估。
通过对解决方案的效益评估，可以帮助客户了解解决方案的价值和收益。
评估过程中，需要考虑解决方案对客户业务的影响、成本节约、效率提升等方面的效益。
通过清晰的效益评估，可以增加客户对解决方案的信心，促成销售的成功。
IT售前如何写解决方案
IT售前如何写解决方案解决方案是IT售前工程师向客户提供的关于解决特定问题或满足特定需求的详细计划。
一个好的解决方案可以帮助客户理解产品的价值，并最终促成销售。
在编写IT解决方案时，以下是一些建议和步骤，以确保解决方案的质量和有效性。
1. 了解客户需求在开始编写解决方案之前，与客户进行充分的沟通和了解是至关重要的。
通过与客户的交流，了解他们的需求、目标和挑战。
这将帮助你更好地理解客户的问题，并为他们提供切实可行的解决方案。
2. 分析问题在编写解决方案之前，对客户问题进行深入的分析是必要的。
通过分析问题，你可以确定问题的根本原因，并找到解决问题的最佳途径。
这将有助于你提供一个全面的解决方案，以满足客户的需求。
3. 提供技术建议作为IT售前工程师，你需要向客户提供技术建议，以帮助他们解决问题。
这些建议应基于你对技术领域的专业知识和经验。
确保你的建议简明扼要，易于理解，并与客户的需求相匹配。
4. 描述解决方案在编写解决方案时，确保你清楚地描述了解决方案的各个方面。
包括解决方案的目标、实施步骤、所需资源、时间表和预期结果。
确保你的描述具有逻辑性和条理性，以便客户能够清晰地理解你的解决方案。
5. 强调产品优势在解决方案中，强调你所推荐的产品或解决方案的优势是非常重要的。
客户需要明确了解你的产品或解决方案如何帮助他们解决问题或实现目标。
通过提供相关的案例研究、用户评价或成功故事，来支持你的观点。
6. 提供成本效益分析在IT领域，成本效益是一个关键的考虑因素。
在解决方案中，提供一个详细的成本效益分析，帮助客户评估他们的投资回报率。
这将有助于客户更好地理解你的解决方案的价值，并决定是否采纳你的建议。
7. 引用相关案例在解决方案中，引用一些你曾经成功实施过的相关案例是很有帮助的。
这将展示你的专业能力和经验，并帮助客户建立对你解决方案的信任和信心。
确保案例与客户的需求和挑战相符，并能够清楚地展示你的解决方案的价值。
IT售前如何写解决方案
IT售前如何写解决方案一、引言在IT领域，售前人员的主要任务是为客户提供解决方案，以满足他们的业务需求。
一个好的解决方案不仅要能够解决客户的问题，还要具备可行性、可持续性和可扩展性。
本文将介绍如何编写一份优秀的IT解决方案，以帮助售前人员更好地满足客户的需求。
二、问题陈述在编写解决方案之前，首先要明确客户的问题和需求。
这可以通过与客户的沟通和需求调研来获取。
在问题陈述部分，需要清晰地描述客户所面临的问题，并对问题的影响和紧迫性进行分析。
例如，客户可能面临数据存储不足的问题，导致业务运行缓慢，影响工作效率。
三、解决方案概述在解决方案概述部分，需要简要介绍解决方案的核心思想和目标。
这部分内容应该能够让客户对解决方案有一个整体的了解。
例如，我们的解决方案是通过实施一套高效的数据存储系统，提高数据存储能力，从而提升业务运行效率。
四、解决方案详细描述在解决方案详细描述部分，需要对解决方案的具体实施步骤进行详细说明。
这部分内容应该包括以下几个方面：1. 技术架构：描述解决方案所采用的技术架构，包括硬件设备、软件系统以及网络拓扑等。
例如，我们的解决方案将采用高性能的存储设备、虚拟化技术和网络优化方案。
2. 实施计划：详细描述解决方案的实施计划，包括项目的时间节点、人员安排和资源需求等。
例如，我们计划在两个月内完成解决方案的实施，需要两名工程师和一台高性能服务器。
3. 功能模块：列出解决方案的各个功能模块，并对每个模块进行详细说明。
例如，我们的解决方案包括数据备份模块、容灾模块和性能优化模块等。
4. 数据安全性：描述解决方案对数据安全性的保障措施。
例如，我们的解决方案将采用数据加密技术和访问控制策略，确保数据的机密性和完整性。
5. 风险评估：对解决方案实施过程中可能面临的风险进行评估，并提出相应的应对措施。
例如，我们的解决方案可能面临设备故障和网络中断的风险，我们将提供备用设备和冗余网络来应对这些风险。
五、解决方案优势在解决方案优势部分，需要强调解决方案相比于其他方案的优势和价值。
IT售前如何写解决方案
IT售前如何写解决方案一、引言在IT行业中，售前工程师的主要任务之一是为客户提供解决方案。
解决方案是一份详细的文档，旨在满足客户的需求并解决他们的问题。
本文将介绍如何编写一份高质量的IT解决方案，以确保客户满意。
二、背景在编写解决方案之前，了解客户的需求和问题至关重要。
与客户进行充分的沟通和需求分析，了解他们的业务目标、技术要求和预算限制。
惟独深入了解客户，才干提供针对性的解决方案。
三、问题陈述在解决方案中，明确列出客户的问题和挑战。
这有助于客户了解你对他们问题的理解，并确保你的解决方案能够有效解决这些问题。
例如，客户可能面临网络安全漏洞、存储容量不足或者业务流程不优化等问题。
四、解决方案概述在解决方案的开头，提供一个概述，简要介绍你的解决方案。
这个概述应该包括解决方案的目标、关键特点和优势。
例如，你可以提到解决方案能够提高系统性能、降低成本或者提高安全性等。
五、解决方案详细说明在解决方案的主体部份，详细说明你的解决方案。
这包括以下几个方面：1. 技术架构：描述解决方案的技术架构，包括硬件、软件和网络设备等。
说明每一个组件的作用和功能，并解释它们是如何协同工作的。
2. 功能特点：列出解决方案的主要功能特点，例如自动化流程、实时监控或者数据分析等。
对于每一个功能特点，提供详细的说明和优势。
3. 实施计划：描述解决方案的实施计划，包括所需的时间、资源和人员。
提供详细的时间表和里程碑，以确保项目按计划进行。
4. 风险评估：评估解决方案实施过程中可能浮现的风险，并提供相应的应对措施。
例如，可能会面临技术兼容性问题或者用户培训难题。
5. 成本估算：估计解决方案的总体成本，包括硬件、软件、培训和维护等方面。
提供详细的成本分析，并与客户的预算进行比较。
六、解决方案效益在解决方案的最后部份，强调解决方案的效益和价值。
说明解决方案将如何匡助客户解决问题、提高效率或者增加利润。
提供相关的数据和案例研究，以支持你的主张。
IT售前如何写解决方案
IT售前如何写解决方案一、引言在IT行业，售前工程师的主要职责之一是为客户提供解决方案。
解决方案是一份详细的文档，旨在解决客户的问题或者满足客户的需求。
本文将介绍如何撰写高质量的IT解决方案，以匡助售前工程师更好地满足客户需求。
二、需求分析在撰写解决方案之前，首先要进行需求分析。
与客户深入沟通，了解他们的具体问题和需求。
采集客户提供的信息，并进行分析和整理。
确保对客户需求的理解准确无误。
三、问题陈述在解决方案中，明确陈述客户面临的问题。
详细描述问题的背景、原因和影响。
以客观的态度陈述问题，不带任何个人观点或者偏见。
四、解决方案概述在解决方案的开头，提供一个简要的概述。
说明解决方案的目标和主要内容。
确保客户能够快速了解解决方案的核心思想。
五、解决方案详细描述详细描述解决方案的具体内容。
可以按照以下结构进行组织：1. 技术架构：介绍解决方案所使用的技术架构。
包括硬件设备、软件平台、网络配置等。
2. 功能模块：将解决方案划分为不同的功能模块，并逐一介绍每一个模块的功能和实现方式。
3. 流程图：使用流程图或者时序图等工具，清晰地展示解决方案的工作流程。
确保客户能够直观地理解解决方案的执行过程。
4. 数据模型：如果解决方案涉及数据处理或者存储，可以提供相应的数据模型。
说明数据的结构和关系，以及数据的处理方式。
5. 安全性和可靠性：重点介绍解决方案的安全性和可靠性措施。
包括数据加密、备份策略、故障恢复等。
6. 性能优化：如果解决方案需要考虑性能优化，可以提供相应的优化建议。
包括系统调优、资源分配、负载均衡等。
7. 成本估算：对解决方案的实施成本进行估算。
包括硬件设备、软件许可、人力投入等方面的成本。
六、解决方案优势在解决方案中，强调解决方案的优势和价值。
与竞争对手进行比较，突出自己的优势。
可以从以下几个方面进行描述：1. 效率提升：说明解决方案如何提高客户的工作效率和生产效率。
2. 成本节约：说明解决方案如何降低客户的运营成本和维护成本。
IT售前如何写解决方案
IT售前如何写解决方案在IT行业中，售前工程师起着至关重要的作用。
他们负责与客户沟通，了解客户需求，并提供解决方案，以满足客户的需求。
因此，编写一个清晰、详细的解决方案对于售前工程师来说至关重要。
下面将介绍如何编写一个高质量的IT解决方案。
一、了解客户需求在编写解决方案之前，首先要深入了解客户的需求。
与客户进行充分的沟通，了解他们的业务需求、技术要求和预算限制等。
通过与客户的交流，确保对客户需求的准确理解，这样才能为他们提供最适合的解决方案。
二、明确问题陈述在解决方案中，明确问题陈述是非常重要的。
清晰地描述客户面临的问题，包括问题的性质、范围和影响等。
这样可以让客户感受到你对问题的理解，并增加他们对解决方案的信任。
三、提供解决方案概述在解决方案的开头，提供一个简要的概述，介绍解决方案的目标和主要特点。
这样可以让客户快速了解解决方案的核心内容，并对其感兴趣。
四、详细描述解决方案在解决方案的主体部分，详细描述解决方案的各个方面。
以下是一些重要的内容要点：1. 技术架构：描述解决方案的整体技术架构，包括硬件设备、软件系统和网络拓扑等。
清晰地说明各个组件之间的关系和功能。
2. 功能特性：列出解决方案的主要功能特性，包括能够解决的问题、提供的服务和实现的业务价值等。
确保客户能够清楚地了解解决方案的功能。
3. 实施计划：提供一个详细的实施计划，包括项目的时间线、里程碑和资源需求等。
确保客户了解项目的整体进度和所需投入。
4. 风险评估：识别解决方案实施过程中可能面临的风险，并提供相应的风险评估和应对措施。
这样可以让客户对解决方案的可行性和风险有清晰的认识。
5. 成本估算：提供一个详细的成本估算，包括硬件设备、软件许可、人力资源和培训等方面的费用。
确保客户对项目的成本有明确的了解。
6. 参考案例：列举一些类似项目的成功案例，展示解决方案的可行性和价值。
这样可以增加客户对解决方案的信心。
五、总结和建议在解决方案的结尾，进行总结和建议。
IT售前如何写解决方案
IT售前如何写解决方案在IT领域，售前工程师是公司的重要一环，他们负责向客户介绍公司的产品和解决方案。
一个优秀的售前工程师需要具备良好的沟通能力、技术知识和解决问题的能力。
在售前工程师的日常工作中，撰写解决方案是一个重要的环节。
下面将介绍IT售前如何写解决方案。
一、了解客户需求1.1 与客户进行深入沟通，了解客户的业务需求和痛点。
1.2 分析客户的现有系统和技术架构，了解客户的技术背景。
1.3 确定客户的预算和时间限制，了解客户的实际情况。
二、制定解决方案2.1 根据客户需求和现有技术背景，提出符合客户实际情况的解决方案。
2.2 设计详细的技术架构和流程，确保解决方案的可行性和有效性。
2.3 考虑客户的预算和时间限制，制定合理的实施计划和成本预算。
三、撰写解决方案文档3.1 确定解决方案文档的结构和格式，包括概述、问题陈述、解决方案描述等部分。
3.2 清晰、简洁地描述解决方案的关键技术和流程，避免使用过于专业的术语。
3.3 重点突出解决方案的优势和价值，吸引客户的注意力并提升方案的竞争力。
四、与客户沟通和演示4.1 将解决方案文档发送给客户，并与客户进行详细的沟通和解释。
4.2 根据客户的反馈和需求，及时调整和优化解决方案。
4.3 进行解决方案的演示和试用，展示解决方案的功能和效果，提升客户的信心和满意度。
五、跟进和反馈5.1 跟进客户对解决方案的反馈和意见，及时回应客户的问题和需求。
5.2 收集客户的使用情况和效果反馈，不断改进和优化解决方案。
5.3 与客户建立长期的合作关系，提供持续的技术支持和服务，实现共赢。
综上所述，IT售前在撰写解决方案时需要全面了解客户需求，制定合理的解决方案，撰写清晰简洁的文档，与客户沟通和演示，跟进和反馈客户需求。
只有不断提升自身专业技能和服务水平，才能成为一名优秀的售前工程师，为客户提供更好的解决方案和服务。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
IT售前如何写解决方案1
IT售前如何写解决方案
1.解决方案难写在哪里？
很多人对写方案非常没有信心，一涉及到方案的事情，就束手无策，到处求人。
作为一个公认的方案打手，意思是写方案就象打字员一样，我觉得我在这方面确实是有绝活。
我基本上都是在方案提交前一两天接到写方案的任务，而我自己的事情一般又比别人多一点，也不能不做，只好心里大骂一句，骂完后就打电话搞清楚别人的要求，边问就边构思整个方案的推导思路和结构提纲。
因为你不敢让你的同事知道你只能用很少的一点时间写方案(基本上我真正动笔写方案的时间都在2~ 4个小时以内)，让他们担心方案的质量和进度保证，进而对自己的后续工作质量没有信心。
所以我其实也特别紧张，注意力也特别集中，大脑也高速反应，基本上几分钟电话或面谈完思路基本就有了，然后该干嘛干嘛，找一些零散的小时间把思路不断推导一下，然后到了一个比较安静和完整的时间段前才开始写，这个时候基本上要写的话都想清楚了，只需要不断敲字，敲字的时候也是注意力也特别集中，大脑也高速反应，越写思路越开，很快也就完工了。
写方案不难，知道怎么写才难。
关于写方案我只总结一点，结构化地去组织你的思想。
有结构就有思路，有思路就有方案。
另外真正写方案的人，对自己写过的方案是永远不会满意的，只有这样，每次都会进步一点点，解决方案水平质量就会随公司能力不断增长。
当然我曾经问过很多人，你到底为什么写不出好的方案呢？
基本上原因可以归为四类：
1.1 第一种是没有体系
一旦用户要求提供关于PDM的方案，很多人大脑是一片空白，完全不知道从哪里下手。
很多人说起自己的产品来，好象知道不少卖点，不过真要写出来，又觉得无从下笔。
这种情况一般是写方案者不熟悉自己产品体系造成的，知道一两个甚至更多的产品卖点不难，但难就难在成体系，知识就是成体系的点构成的，而不是一句一句离散的说法构成的。
因为我们这个行业从业人员说句不客气的话，大部分对所销售实施的管理系统并没有很深入的研究，都是半路出家，从头开始，在学习过程中熟悉，在熟悉过程中领悟。
所以一下子去驾驭一个整体方案是很痛苦的。
只有当一个人对一个产品思路有体系以后，才能够写出完整的方案，否则就是一个单元也要费尽脑汁。
所以一个人要想写好一个方案，首先要把自己产品的来龙去脉，功能模块，适应领域，典型客户实施情况有一个全面的了解，这样才能建立一个完整的知识体系，然后逐步补充竞争对手知识和一些技术性知识，不断深化自己的知识体系。
1.2 第二种是没有思路
有很多用户看多了模板化的方案以后，想看一些针对他们自己的业务的个性化内容，这个时候有的人按照标准方案模板修改还勉强能对付，但对于个性化内容针对性方案就速手无策了。
这种情况从根本上讲还是写方案者不熟悉企业业务造成的，写方案，特别是针对性方案不仅仅要求了解企业的需求，而且要知道这些需求是在何种业务需求下产生的，用户提出这样的要求到底想解决什么问题，把这个问题找出来，一般针对性解决思路就有了，有了思路，自然可以很好的写方案。
所以一个人要写好方案，还需要了解下游客户的业务，了解业务最有效的方法就是亲自做几次详尽的业务调研，有了业务调研做基础，在调研过程中把握用户关注重难点问题，自然可以比较好的确定方案的个性化内容思路。
解决方案就是把客户的利益和产品特性之间建立一个逻辑性的桥梁。
1.3 第三种是没有素材
一般不经常写方案的人，在写一个方案的时候，即使有想法，有思路，但往往也会很累，就是因为缺少足够的素材。
很多项目现在都是投标，不同用户可能有不同投标的要求，这样很难用一个方案去适应所有的用户，因此在每个方案中都有一些需要准备的内容。
这些内容基本上是通用的，但如果没有足够积累每次编制方案就需要花费大量时间去准备，造成方案完成周期过长。
所以写好方案必须具备这三个条件，第一方案编制者对企业
业务要很熟悉，或者有相关业务调研经验，第二方案编制者对产品非常熟悉，至少对自己产品功能模块作用很清楚，第三方案编制者手上有大量可公用的素材库。
1.4 第四种是没有层次
很多人刚和用户接触没有多久，为了表现自己对客户的重视，马上表示要提供方案，当然有的客户刚刚开始选型，也不知道到底要什么搞，也要供应商马上提供一个方案。
结果拍胸脯容易，写方案难，自己写不出来只好求公司，公司没有安排专人了解情况，只好按模板制作一个，用户一看几个供应商内容都差不多，觉得不好，又总结出一些个性化要求，于是大家有开始折腾第二轮方案。
其实方案编制在不同阶段有不同策略，不要轻易提供方案。
刚开始接触是可以提供项目合作建议书，类似可行性报告，项目需要考察软件技术，可以提供标准的产品技术白皮书，到了经过售前调研，有所准备，在演示前后阶段和其它竞争对手刺刀见红的时候，才在知己知彼的基础上提供解决方案或者投标书。
过早提供方案只能匆匆了事，时间紧急，质量自然不高，自然也就觉得方案难写。
想急就又能解决问题的事情，本来就是一般人做不来的。
方案想要写得好，一定要用心，用心就一定要耗时间，指望用几个小时写出一个高质量的方案是不可能的。
如果你做了精心调研，你写不出一个好方案唯一缺的是技巧。
写方案是一种技巧性工作，明白了这一点，大家都可以经过练习写出好的方案。
2.1 第一个容易犯的错误：只有论点，没有论证
不好的解决方案粗看起来非常厚重，其实都是功能罗列，象产品手册摘要版，不象方案书。
不好的方案是一大堆内容，淹没在一堆纸里面，也不知道想说什么，给你一个厚度，证明我们的工作质量很高。
我们国内许多的企业客户特别是大型企业都很在乎这点，认为可以从方案厚薄中看出对项目重视程度。
如果你做了精心调研，你写不出一个好方案唯一缺的是技巧。
写方案是一种技巧性工作，有个金字塔式的写做原理，也就是说文章一定是有结构的。
所以真正好的方案，不一定厚，但能看出你用心，你认真。
现在的解决方案一个不好的倾向是"长、厚、全"，看起来面面俱到，其实对决策者没有帮助。
所有的方案无差异性，每家供应商都说自己能解决这些问题，而且都有成功案例。
结果所有的方案都无法给决策者简明的判断依据，不得不费更大劲去做产品演示和用户考察。
其实很少有企业高管不知道自己的毛病，在企业你随便去找一个人，对问题都能讲一通，在企业你费很大劲可能都找不到一个人能告诉你这些问题可以怎样去解决。
通观这个方案并没有研究为什么企业会产生这么多问题？问题是这些问题是什么产生的？为什么出这么多问题？而是不断说"我能！我能！选我，选我！"。
如果不能找到解决这些问题的原因，简单地去解决这些现象，就象治病不能治根一样。
这样一个模板化，自我膨胀化的方案想打动用户的心是非常困难的。
不好的解决方案最大的问题就象写一篇议论文，能够发现问题(这个也是模板化的，可惜中国企业大部分没有意识到自己很多问题并不少见，总以为自己是特殊的一类企业)，提出答案(搞信息化)，但没有论证(为什么搞信息化和企业管理进步有联系呢？)。
没有论证的东西不管内容陈列得多么繁复，名词多么吓人，但是无法打动用户，特别是那种理性的用户。
看到方案时候，其实很多用户下不决心，他会感觉每家都差不多。
如果从没看过方案的人，突然看到这几个方案，你为什么会感觉某个方案写得好呢，关键是有的方案图画的好，通过图，通过表，会感觉这个公司还不错，很规范。
但对内容认可程度并不高，实际上没看懂。
2.2 第二个容易犯的错误：业务解决方案成为功能列表
解决方案省事的一种方法就是将产品功能描述作为技术方案内容进行罗列，或者参照软件用户手册罗列，这种解决方案不是按照用户业务去准备的内容，而是按照软件商自己的喜好去编制的解决方案是很难得到用户认可的。
大凡按照功能列表组织的解决方案用户会有一个体会，庞大而庸长，但要看到自己想看到的部分非常困难。
而且这种方案还有一个特点，一个问题反反复复的提，在业务背景中指出某个问题，讲一通，在价值分析中又重点解释一通，到了功能介绍时又将某个问题来龙去脉概要说明一下，给用户感觉是一堆资料的堆积，哪里体现出了方案的针对性呢？
按功能列表准备方案的做法在很长一段时间内不会消失，这和我们普遍是4P销售人员，还缺少SPIN(顾问式)销售人员有关，在资源不足的情况下，要保证效率就只能提供功能列表方案了。