最近在和业务部门梳理POC流程，那我们就来聊聊POC流程吧！

 POC， Proof of Concept的缩写，即概念验证。它是一种针对客户具体应用的验证性测试，用于概念设计方案的评估和论证。POC的评价可能会引起设计方案和规格的调整。

 一般来说，POC是为了解决一些理解上的障碍，或者是对潜在用户的一些具体功能要求和性能要求的满足度证明。通常情况下，我们的POC测试有三种应用场景：

1、硬件设备的POC测试

 由于硬件设备生产后所能提供的功能、性能基本已经确定下来了，各厂商都有详细的功能指标、性能指标说明，采购方为了购买到与自己最适合的产品，可以在真实的环境中对设备进行POC测试，确保产品能够满足实际需要。

2、软件系统的POC测试

 软件系统，特别是针对具体应用开发的业务应用系统，由于个性化、定制化以及需求变更方面的原因，二次开发的比例较高，因此在传统做法上并没有采用POC测试。但是目前，POC测试已逐步引入到了软件系统项目建设中，特别是2010年以后，诸多大型企业尤其是各大银行等金融企业在信息化建设中，已经把POC测试作为招标过程中不可或缺的重要环节。

3、解决方案的POC测试

 现在有很多解决方案型销售，不单单是销售设备或软件，而是可能有软件界面，可能有硬件，还可能有预定的流程、模拟的角色、操作场景。

 我们目前的POC的应用场景就是解决方案销售。用于售前阶段，一般来说当客户无法通过方案或案例，来轻松地选择供方的产品或服务时，就会提出采用POC测试的方式进行论证。很多情况下，客户会邀请多个经初步筛选负责资格的供应商，共同进行POC测试，从实际PK的结果，来判定谁的产品功能和性能最优，谁的解决方案最佳。

      POC测试的实施需要相对规范的活动步骤或程序，更近一步说，规范的POC流程设计能够帮助企业有效实现POC测试的目的。以下我会从供方维度，以解决方案销售为例来说明POC的关键流程活动。

1、解决方案初步确认

在获取商机后，销售人员应对客户的需求进行详细了解和收集，方案设计人员进行整体解决方案设计，并与客户展示方案内容，交换意见，初步获得客户对方案的认可。

2、制定POC方案

 按照解决方案所应对的业务场景和客户需求，策划POC方案。POC方案应包括测试场景和环境、需测试验证的功能以及验收指标或标准、测试用例、测试物料清单等。POC方案需与客户共同确认。

 必要时，应与客户签订POC测试合同，双方约定POC责任和义务，以及后续事宜。

3、POC测试准备

 作为供方，需准备POC所需的物料，以及现场安装和调试，搭建POC测试环境。如果存在定制的，POC还需研发部门进行开发。

 作为客户方，需准备用于POC测试的业务数据，最好是真实业务数据。

4、POC测试

 POC准备妥当以后，就可以进行POC测试。POC测试一般是在与客户约定的时间段内，根据POC方案开展测试，客户方也会派出人员共同参与测试，双方记录测试结果。POC测试过程中如有任何变更，应按照受控的变更控制流程确保变更得到认可和批准。

5、POC评价验收

     全部POC测试完成后，组织客户对测试结果进行评定，输出POC测试报告，并由签字验收。

6、解决方案最终确定

根据POC测试结果，最终确定解决方案，并与客户签订正式的合同。