用户|交易履约类后台产品的产品价值和验证方式( 四 )

这些提升用户人效的后台产品都有一个前提，就是用户有没有使用你做的产品功能。如果不好用，或者用户习惯了之前老的方案导致不想用，那么这些个对业务提效的目标都无从谈起了。
有些时候新功能上线时用户确实不习惯，尤其是一些对线上产品感知不大、又比较忙的一线业务人员，推广和适应都需要时间，不过产品上还是得保证首先好用让用户愿意用，当用户习惯之后，再去看实际的效果。
3. 面向业务，业务运转的自动化，高效、准确面向业务的价值，指的是通过业务的计算、匹配、流转规则，对业务从人工转化为自动化的过程。
对业务的价值是后台产品最直观、有效，也是更终极的价值。诸如业务流程的自动化，对订单、采购数量的预测，订单和履约之间的智能分配，异常状况的预警等，都属于后台产品对业务的价值。这里有些已经超出后台产品，属于策略产品的部分。
业务自动化的前提条件，是数据的在线和准确，也就是前面写到的面向管理要做的部分。因为没有准确的数据，通过数据价值去进行业务的自动匹配计算就无从谈起。所以针对业务的价值，通常是业务较为后期的目标。
一个业务还未成熟的公司，一些决策和预警的业务，一般都是人工执行为主，这个阶段的重点可能更多在于流程在线准确和用户提效的价值，当公司业务逐渐扩大成熟之后，因为自动化业务的准确率、匹配度等都高于人工，再逐步由系统自动化代替人工。
针对业务的衡量方式，直接从对应的具体业务指标入手，看这个指标是否有提升即可。这块相关的指标一般是比例、时间之类的，比如业务数据的准确率，履约完成率，流程的时效，等。
举个例子，某O2O公司的订单履约业务，存在由于超出履约时效，导致用户不满意、履约率降低的问题。其中一个问题，在订单采购环节如果出现库存缺货，会导致订单履约时间被拉长，现在需要提升缺货订单的履约时效。
原先的方案，只是定期提采购需求的时候进行采购，新的策略中，首先优化缺货的处理策略，缺货的商品先找周边的仓库调度，如果没有就直接提采购需求，通过减少从下单到采购中间等待的时间来加快履约时效。
这一点可以通过缺货订单的到货时效来验证。同时，通过对采购需求计算逻辑进行优化，让每个站点在预估采购需求量时候能够更加准确，减少缺货情况的发生。这一点可以从缺货订单的比例进行验证。
整体上，可以看缺货订单的订单履约率是否有提升。
从以上案例能看出来，很多处理方式实际上是业务策略，业务数据的指标表现的就是业务方案的效果。业务指标的影响因素不仅限于产品上的改动，业务上自己的策略、人员、能力等因素也会影响业务指标，而且影响的更大一些，指标本身业务方也会更加关注。
这个方面产品和业务是分不开的，产品方案和业务策略提升的是同一个大的指标，具体到每个项目，需要再进一步对指标进行分拆，尽可能减少指标的影响因素。实在分拆不了的，那只能视为产品和业务共同的影响，至于是产品主导还是业务主导，得看不同公司不同业务线。
这是3个价值方向，并不是具体产品功能，这几点之间是相辅相成的，不是分隔独立的。事实上不同的目标，很有可能都是同一个方案去解决。
比如，将某块在线下进行的业务，通过线上的自动化规则代替人工操作，那么同时起到了针对用户的提效，和针对业务提升准确度的价值。再比如，数据的在线精准，一方面起到了管理价值，一方面也作为业务自动化的数据基础。