产品与解决方案

产品与解决方案产品是解决方案的字集：产品是解决方案，但解决方案不肯定是产品。

当一套解决方案可以满意多个客户的共同需求时，就可以把这个解决方案“产品化”。共同的需求可以通过CoreFeatures来解决；定制需求可以通过CustomisedFeaturs来解决。

“产品化”的好处从产品供应方来说是统一治理，提高重用，降低本钱。比方可以有一个特地的产品团队来治理该产品，类似的需求只需开发一次即能满意全部客户，而不是一个客户一套系统，需求和开发都分开进展-本钱自然也就是O(n)了。

多公司把产品就叫解决方案，把解决方案也叫产品。一个打蛋器叫产品，也可以称为鸡蛋泡发解决方案，一个蛋糕可以叫产品，也可以叫生日经典食物解决方案。通俗上，解决方案更像是场景应用，要解决的详细的一系列的问题而给出的产品或效劳的组合，亦或许是多个小的解决组合成的一个大解决方案。如一辆汽车叫产品，一个滴滴打车软件叫产品，一个司机的.效劳也可以叫产品，但是多辆汽车配上司机和运营规章，就变成了城市出行解决方案。

在互联网行业，这可能区分不大。但是在工程行业，解决方案是解决一系列简单问题的集合，既包括硬件产品、软件产品，也包括特定的技术方法、工作模式、行为标准等等。

这其实涉及核心问题：不同的行业或者企业如何定义产品和解决方案。

比方淘宝是个产品吗？它可以被看作是互联网业的电商解决方案，也可以被看作是阿里巴巴的一个爆款产品。更直白的说，就是你如何界定产品。

从信息系统的角度，我认为当下的产品更多时候是由于互联网行业或者软件行业的可对价可销售工作成果已经不是简简洁单的工具性产品，更多时候是系统性生态型产品，这就模糊了传统解决方案和新兴行业产品的界限。

以我有限的观看，传统行业，或者ToB领域，解决方案这个名词从认知角度可能更简单引起共鸣；而在互联网行业乃至投资圈，产品则是一个标准的称谓。

产品与解决方案2

产品和解决方案的区分是什么？

产品，本身理解没有太大问题，有形或无形的有价值的输出。能够为客户持续供应给价值。

解决方案：解决方案有一个重点就是整合，简洁点就是揉，多个产品要能够集成为一个整体。供应解决方案的厂商可以全部产品都是集成外部的，但是有把这些产品全部集成在一起供应整合价值的力量，软件+硬件+实施等，那一般就叫解决方案。

举个例子来说，有两个商家一个卖豆浆，一个卖油条，即指产品。他们找了一个配送公司特地送餐，那么配色公司供应的是效劳；后面又成立了一个商家，特地从这两个商家进货，然后打包卖豆浆泡油条，还配点咸菜，即供应解决方案。

方案一般是整套的东西，比方好几个软件和售后效劳，售前培训。

有些时候，他只是为了让人感觉舒适，解决方案听起来比拟有针对性。比方适用你们网吧的治理系统是XX网管。其实就是指这个产品了。再打个比方，现在搞销售都叫销售经理了，实际上就是一小兵，没有部下的经理

从这些年的一些实际状况来看，产品解决方案一般可看作两个局部，一个局部是相对于乙方的，供应产品和效劳的方案；其次局部是从甲方来看，即购置产品和效劳的方案。信任您对第一局部的理解是到位的。但其次局部，的确很少考虑到，一个软件工程，你的解决方案能够解决哪些问题，供应了什么样的优越功能和性能，为企业带来了哪些转变，竞争力如何，以及其他用户考虑的数据、安全、接入、应用等问题？它一般会以竞标方案的形式消失，这里是包含商务/技术性质的。产品解决方案需要不断调整，不断探究，产品解决方案假如能够很好的符合商业模式结合，则产品将迈向胜利。企业级软件有它的特点，会更加简单。国内许多做企业级软件的（ERP，OA，CRM），更多的基于定制状况，其解决方案定位更加细分，成为劳动密集型工作。

产品与解决方案3

产品、效劳和解决方案的区分是什么？

简洁来说，就是不仅供应产品，还供应围绕产品的相关效劳，并且能够很好的整合打包一起。

以装修为例，产品=装修材料，效劳=装修工人，解决方案=有设计师设计，帮助选购、装修，用户拎包入住

个人认为，技术和产品为公司的根底，依据产品性能特点可以解决相应的问题（供应肯定的效劳）。对于特定客户工程，有着不同的共性化需求和问题，通过运用自身不同产品和技术的组合以满意客户的特别需求，这便是解决方案。

简洁例子，

假设某IT公司有两种产品：

1、数据存储产品

2、大数据处理系统。

那么对应的其公司可以有的效劳为：

1、面对各企业的云存储效劳

2、企业平台等的云计算效劳。这样的效劳可能更具有普遍性，如某些企业对数据的普遍的云存储需求，或者对数据的简洁收集处理需求。

但对不同的客户特点，这些效劳要有不同的解决方案。如：电商平台的解决方案可能是要求公司为其搭载相应的数据处理平台，以提高平台转化率或