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

针对数据，比如衡量是否准确，也是同样的道理，比如上个案例中有商品报价、采购价格、商品批次成本等，验证方式就是看这几项数据，有哪几项做到了准确。
【用户|交易履约类后台产品的产品价值和验证方式】数据的在线实时精准，除了管理目的之外，还起到了通过积累数据，发挥数据价值的作用，这一点在后面会写到。另外有人会把这一点视为基建的一部分，这个看每个人的理解了。
虽然说流程数据的在线这个事情，实现形式就是基建，但这块需求是能说得出项目价值的，跟虚无缥缈的系统重构还是有一些差别的。
2. 面向用户，用户操作的提效，人效的释放面向用户的价值，通过提升用户使用产品的效率和体验的方式，提升公司的人效。
对用户的价值比较理解，后台产品的用户体验，需要让用户能高效的处理业务，并且能满足多方数据协同、特殊化场景、大批量操作等情况。
提升用户效率是实际可以给业务带来可见的帮助的一个点，除了用户使用的爽之外，给用户提效就是帮公司提升了人效，节省了人力，尤其是针对一线的业务人员。
能被称作提效的产品需求范围很大，小到排序、批量操作、导出excel这类细节功能，大到流程重构、业务操作流转的自动化等大项目，只要是提升了人效，都可以称之为提效。
通常业务方很喜欢给产品提方便他们自己提效的小需求，哪里加个字段，哪里调下排序之类的，但产品经理不能陷入到他们提的这些小细节当中，而且也要关注更多的人，坐办公室的运营人员经常会提需求，一线业务人员不一定会给产品提需求，但他们的提效需求可能更重要。
提效的起点是用户线下实际的业务操作，因此提效的衡量标准也需要回归线下业务和人。
常见的方式有两种，第一种统计时间，将用户的使用时间量化，什么业务操作，哪个角色，X个人，目前花费X分钟/天，产品预计能提升X分钟，不同的业务城市、熟练度不同的人员，这个时间是否有不同。这个量化的时间不只是用户操作产品的时间，更确切的是用户处理业务的时间。具体时间根据实际线下的业务情况进行预估。
举个例子，某电商公司的物流配送业务，从供应商送货，到排线，现场装车调度，配送，货物清点，整个流程效率过低时间太长，影响履约时效。接下来需要分析每个环节，有哪些因素影响人效，比如供应商送货慢，因为给到供应商的送货单会慢30分钟；排线每次都要人工排一遍，耗时15分钟；现场对货需要通过人工制作的excel表，多出来额外做表的20分钟，等等。
针对这些问题输出产品方案，送货单自动推送给供应商，预计能提前10-20分钟送货；在线自动排线，并自动导出现场对货的表，预计省去这35分钟。其他环节也是同样的逻辑，最终将每个环节的解决方案，提效的时间，和开发成本，综合考虑。
第二种更加宏观一些，统计人，某个范围的业务需要X个人完成，或者说一个人能处理多少范围的业务。这个数据会涉及到公司的人员数量，是一个反应结果的数据，影响的因素会比较多，不限于产品功能的提升。
举个例子，某公司的管理业务，某站点当前业务管理人员和一线业务人员的比例为1:5，公司需要提升管理的人效，以节省公司管理人员的人力成本。
针对这一点，产品通过将更多一线业务在线管理，提供报表，提供管理建议等手段，让一个管理人员能更有余力的管理更多一线业务人员，提升业务人员的数量同时不需要再增加管理人员，通过后续管理人员和一线业务人员的比例是否低于1:5，可以观察产品的效果。