面向客户的SaaS，服务于公司管理事务的后台产品比如OA、财务系统，和服务于公司交易履约业务的后台产品

后台产品，我把它分为3个类型，面向客户的SaaS，服务于公司管理事务的后台产品比如OA、财务系统，和服务于公司交易履约业务的后台产品。

交易履约的后台产品，可以理解为通过进行一系列履约业务流程，实现一笔交易从发生到完成的整个过程。

比如一个电商或者O2O的公司，通过运营或者销售完成客户转化，通过用户下单来形成交易，然后采购、物流配送业务来将商品送到用户手上，或派单、实时配送来完成交易，这里面的订单、供应链、CRM等系统，就是我们常见的后台系统。

我做这一块的后台产品这些年，最开始只会是按业务需求做，到后面我发现，大家都需要产品经理来证明你做的产品有什么价值，而后台产品要衡量产品和项目的效果比较困难，不一定能找到真能表现产品价值的数据指标。

比如说我要做一个供应链的采购、物流流程，涉及到一大堆单据流、状态机，但它的价值似乎只能描述为，我不做业务就没法线上运行。

再比如一个CRM系统，做了若干需求希望提升销售的成交转化率，实际上影响转化率的因素太多了，客户线索的质量，销售个人能力，外部环境，甚至销售今天的心情，都会对转化率这一结果有影响，导致即使转化率提升了，也不知道是哪个因素提升的。

但是即使后台产品的收益和效果难以量化，我们还是得知道产品为什么目标而做，并想办法去分析、验证，不然产品说不清价值，那产品经理不就没了价值，或者单纯的沦为给业务方打杂的。

本文主要结合我做过的几个案例，来写履约类后台产品的价值所在，和结果验证方式。SaaS类产品，和OA之类管理领域的产品，不在本文讨论范围内。

当然不同公司业务不一样，具体的产品设计思路也会有区别，本文适合小公司的或者入门级别的后台产品经理看看，也欢迎大公司的产品经理来批评指正。

一、为什么要做交易履约类后台产品

一个做在线交易的公司一定会有交易履约类后台产品，不然业务无法在线运转起来。这个点每个产品经理应该都知道，因为这是后台产品最基础的一个价值，即支持业务在线运转的基建价值。

除此之外，后台产品还有哪几方面的价值，我们可以从产品服务的对象去做分析。

不同于C端产品服务于用户、SaaS产品服务于某领域内的企业客户，交易产品首先面对的是一套运转中的业务，在业务中除了固有的业务流程，还会有一线的执行人员和管理人员的参与。

于此对应的，后台产品可以分出业务价值、用户价值和管理价值这三个层面的价值。以下针对这几个层面，阐述下具体的价值所在和验证方式。