诚信为本，市场在变，诚信永远不变...
产品、服务和解决方案的区别是什么？
中欧体育中欧体育产品，本身理解没有太大问题，有形或无形的有价值的输出。能够为客户持续提供给价值。
服务，本身是依托在产品上的，没有产品就谈不上服务，IT企业如果单纯说自己提供某项服务，那么一般情况是产品不是自己的，而是基于第三方面的产品。对于自己的产品自己实施也有服务的内容，但是一般在企业宣传中不会单独宣传服务。
解决方案：解决方案有一个重点就是整合，简单点就是揉，多个产品要能够集成为一个整体。提供解决方案的厂商可以所有产品都是集成外部的，但是有把这些产品全部集成在一起提供整合价值的能力，软件+硬件+实施等，那一般就叫解决方案。
举个例子来说，有两个商家一个卖豆浆，一个卖油条，即指产品。他们找了一个配送公司专门送餐，那么配色公司提供的是服务；后面又成立了一个商家，专门从这两个商家进货，然后打包卖豆浆泡油条，还配点咸菜，即提供解决方案。
个人认为，技术和产品为公司的基础，根据产品性能特点可以解决相应的问题（提供一定的服务）。对于特定客户项目，有着不同的个性化需求和问题，通过运用自身不同产品和技术的组合以满足客户的特殊需求，这便是解决方案。
假如某IT公司有两种产品：1、数据存储产品 2、大数据处理系统。那么对应的其公司可以有的服务为：1、面向各企业的云存储服务 2、企业平台等的云计算服务。这样的服务可能更具有普遍性，如某些企业对数据的普遍的云存储需求，或者对数据的简单收集处理需求。
但对不同的客户特点，这些服务要有不同的解决方案。如：电商平台的解决方案可能是要求公司为其搭载相应的数据处理平台，以提高平台转化率或是应对大量用户在短时间内集中访问产生的数据暴涨处理问题。而广告媒体公司的解决方案可能要更注重对广告的精准投放。
因此总的来说，产品是基础，服务为产品功能的延伸，解决方案是对不同项目的特点定制的各种产品和服务的组合。
简单来说，就是不仅提供产品，还提供围绕产品的相关服务，并且能够很好的整合打包一起。
以装修为例，产品=装修材料，服务=装修工人，解决方案=有设计师设计，帮忙采购、装修，用户拎包入住
最近的状态如下图（刚刚在朋友圈看到，觉得特别贴切OMG） 解决方案几乎做到日产，每天都是手忙脚乱；同时最近也看过很多其他人做的方案，包括做的比较好的被我拿来借鉴和参考的，以及刚开始慢慢做方案，让我提优化建议的；此外最近跟很多各行各业的大佬们就解决方案的呈现进行了很多讨论。
一直想整理一下我发现的问题以及个人的一些思考，也一直没抽出时间，刚好今天咖啡喝多了，就简单总结和分享一下，希望看到文章的朋友能够有所收获~
目前发现市面上流行的大多数“所谓”解决方案其实都是空有其名，包括我自己，当然不排除有个别金字塔顶端的诸如麦肯锡公司的咨询顾问做出的教科书式的方案，不在我们讨论范围之内。
最“伪”的方案莫过于直接把公司标准的产品手册改一下名称，美其名曰“XXX问题解决方案”，高阶一点的会把多个不同的产品进行打包和组合，称之为“全业务解决方案”。所以，每天都要经历无数乙方供应商骚扰和宣讲的客户真的愿意看我们千篇一律的产品手册么？
解决方案是要解决客户的需求和问题，体现给客户带来的业务和价值，没有需求的方案就是耍流氓，需要客户自己联想他们的需求和我们的产品之间的关联性的更是耍流氓。所以解决方案的设计要紧贴客户具体业务，证明方案可以给客户带来的价值。
有些解决方案在前面会有针对行业针对需求的介绍，后面是针对性解决方案，但是方案的整体介绍和呈现上特别“干货”，产品核心技术原理极其全面且细致的解析。
我们想象一下客户看到方案的状态：听起来好像很牛逼的样子，但是到底是啥我还是不知道，跟我有啥关系我也不知道
我们每个圈子有对应圈子的交流表达和呈现方式，比如我跟有些朋友的相处是“尼玛”、“马丹”，的表达，跟有些朋友的沟通交流方式是“好气哦~”、“棒棒哒~”（难道是所谓的见人说人话，见鬼说鬼话，谁是人谁是鬼，你们自己悟去吧 ）
在我们熟悉的领域，我们往往可以侃侃而谈，而在我们陌生的领域我们则会束手束脚，所以我们在整体方案呈现上习惯于用我们所熟悉的我们自有的表达方式，但是推己及人，客户何尝不是如此？所以解决方案的设计要学会用客户的语言进行呈现和展示。
最“伪”的方案就是毫无逻辑性，或者非常牵强的逻辑性，因为所有内容是各种手头资料的拼凑。所以在讲方案过程常常出现的情况是看到一页讲一页，而不是从上一页平滑过渡到下一页，这样会导致我们整个信息传递是“零散”的状态，客户接收信息同样是零散状态，方案讲完了，你的听众可能只记得其中某个细节，整体方案的内容完全没有概念。
我们在Presentation的过程，如何确定自己方案是否具有逻辑性？关掉你的屁屁踢，你是否可以清楚记得你方案整体内容有哪些，每一部分甚至每一P分别讲哪些内容？任意拿掉一页PPT，是否可以在讲到这一页时有效感知，并且在不借助PPT呈现的情况下，完美进行内容输出和过渡？
高阶“伪”是我虽然在整体呈现上是有一定的逻辑性，但是缺乏故事线，这就导致我们方案的可读性会变得比较差，就像我们看小说和电影，即使逻辑很通畅，但是没有冲突，就会显得平平无奇，无法抓人眼球。
所以我们需要在方案设计过程完美呈现对应的逻辑线以及故事线，巧妙应用SCQA模型，这样才能抓人眼球，达到引人入胜的效果，真正将我们要传递的内容有效传递给对方。
如何进行解决方案的设计，从内容框架层面，到整体思维视角层面，从日常工作方式层面，到最终PPT的设计和呈现，其实有太多太多的内容，先简单说一下宏观维度且可快速进行着手和改善的点，后续我会再进行持续的输出和分享：
让自己置身于客户所在的圈子，切实了解他们真实的关注点，比如大金融行业主要受“一委一行两会”所监管，那我们平时就要关注监管的相关政策和文件，毕竟客户对应的工作规划都是政策监管导向，比如银发【2019】209号文，金融科技三年规划，在此要特别感谢某资深售前大佬的指点~
之前在听一个解决方案培训的时候听到解决方案设计的第一个关键词是“趋势”，要关注技术趋势、政策监督、客户需求、竞争环境，当时只觉很有道理，但其实真正将理论知识结合真实情况进行实践却无，现在再回看当时的课程又有了新的感触。
包括2018年的第一本《变量》一书中也在强调“趋势”，所以抓住趋势真的很重要，不仅仅是你的解决方案设计，包括你自己的职业生涯规划，后续发展方向，首先要学会关注“趋势”
利用SCQA模型搭建方案框架是我惯用的方案架构。比如还是以金融行业的解决方案为例：
C：冲突-目前现状，未能满足监管要求，体现问题的复杂性，可以举例出现的行业的真实案例
看了一眼时间，有点晚了，明天还要搬砖，我就不再展开了，后面有机会再细聊~
不知道大家有没有过买电脑或者手机的经历，如果导购员滔滔不绝的讲产品参数和技术指标，你真的听得进去，真的听得懂么？那我们要如何来呈现我们的方案，体现我们的能力和价值？大家思考一下以下三个方面的介绍哪个用在方案设计和呈现中会更好一些？
各种产品特点和功能，各种牛逼轰轰的技术原理，我们第一反应是什么？------这么牛逼，那得要多少钱？一不小心让自己陷入“被报价”的尴尬境地
产品可以解决哪些问题，诸如：我们的产品可以解决垃圾注册、撞库登录、短信轰炸、薅羊毛等各种各样的业务安全问题。客户第一反应是什么？-----啊，那我是不是有别的替代方案？比如你说Pad可以看电视，可以逛淘宝，那我手机是不是也可以，那我为甚要买pad呢？
所以我们在方案呈现部分要巧用比喻，让听众更容易接受，同时多用客户案例替代技术参数，会让听众更有直观的感受~
感觉写了很多，又感觉很多想写的没写出来，大半夜脑子可能比较迷瞪，逻辑可能也不一定清晰，希望看到的胖友们能够有所收获吧，后面我会就方案价值呈现，以及PPT整体设计等其他各个维度进行一些总结~想想明天要出的方案，还是早点Good night吧！
我们可以用文字的形式做一个“维度区分表”。X轴是“宏观性”，Y轴是“产物固定性”。
商品是“做单体，重复卖”喽，只关心你买了什么至于你买来怎么用，做了什么忙，您自己决定，用得开心，以后再来哦，即是说，商品买好后，具体操作的“行为主体”是消费者自己。比如某公司购买一套数据处理分析系统，他买来是自己操作的。商品提供方并不直接参与消费者目的的达成。
服务也是“做单体”，但却是“具体卖”，服务类似于“开处方”，大兵相声里有个段子，说大兵是个庸医，奇志跑去看病，问“大夫你咋不给我写处方？”，大兵说“还写什么处方，都是复印的嘛！”这个段子的荒诞之处，恰恰说明了服务和产品的不同之处——你永远找不到自己是同样的，却可以解决所有不同需求的“服务”，如果有，可以报警，因为丫绝对是骗纸。
而服务是一个影视公司搞“边拍边放”，周更出季，找一个数据分析公司外包处理收视率，数据公司团队来人了，具体帮影视公司收集、分析收视情况，这叫购买服务。交易达成后，上手操作的是服务提供方而不是消费方，而服务提供方要直接对买家目的的达成负责。
解决方案，望文生义，人家的属性把词拆两半就看出来了。“解决”证明我们是要“拿人钱财，替人消灾”的，直接解决买家某次操作的目的，这点是跑不了了。“方案”证明我们提供的是“一套体系”。
卖烤红薯的为啥不把一颗红薯叫“烧烤型薯类植物饥饿解决方案”？搬砖为啥不叫“立方体混凝土空间平移解决方案”？这不是又成了说段子？因为这些销售达成消费者的目的，并不是体系化的问题。但要是A地红薯熟了，50公里以外的人想吃红薯，我们设计一个送货体系，这就叫“解决方案”了。
扫一扫关注中欧体育
