框架|B端产品经理如何构建及输出产品框架图( 六 )_

目标里面的话，比如说可能它的关键目标就是商户的满意度，然后降低投诉和咨询，其实中间还会有一些可以考量的目标，比如这种服务的效率包含一个投诉有多长时间才能解决，然后投诉的这种处理的人效等等，这些都是可以去关注的或者响应的效率，这些都是可以中间去做关注，但是它比较偏一个支撑的角色。
像这种的话，他是在整个交易过程当中，如果一个物流骑手的管理这里的话它提供的也是一种支撑的角色这里支撑的话是比较偏运营的角色，就是他来去对骑手、对物流的业务规则去做的定义，然后提供这些业务规则能力之后，又把骑手招进来才能去支撑到物流的履约当中，支持核心的业务链路，它是通过这种方式来去支撑的。
比如说交易订单，交易订单的话他就是在业务链路当中非常关键的一环，最基础的能力是他使得交易订单可行，这是最基础的，比如说支撑业务可落地，首先是支撑业务，可能落地除了这个之外的话他要去考虑就是下面是不是也可以去做扩展。
你们可以看到一个订单模块他也不是一个简单的订单现在订单模块玩的是很花的，比如说一个订单场景里面的话我其实可以搭配去做售卖，你下订单的时候我还推荐你去买更多东西，这个时候我其实对业务增长就有直接的影响，或者说我提供一种增值的服务，比如说外卖里面的话，还有那种保险承诺多长时间送达，不送达的话我赔你什么东西这种都是增值。
它在订单场景里面延伸出来的增值服务的场景也可以跟业务增长结合在一起产生了新的业务价值，所以他其实不是说他只代表了一部分的这种价值，他叫做最基础先保证的是业务可行，然后稳定规范处理、信息处理，信息传递和处理没有问题，减少异常，这是最基础的，除了这个之外的话他其实还是可以去拓展其他的业务价值，无非是说有些东西最基础你做完之后然后再去往其他的价值上面去的延伸。
有个小互动，你们可以简单思考一下。你自己现在所处的领域有没有形成一个领域，有没有明确你领域的价值，有没有找到对应到可能会归属哪一种类型？直接面向商户，产品价值当中的业务价值，客户跟用户认可的价值，我觉得是这样的，不管是客户还是用户，都是为了承载一个业务。
所以你在去判断的时候，你要去看你在整个业务当中扮演的角色是啥？如果你是一个c端的产品，你的产品价值核心服务的是用户，因为用户对你来讲是关键的角色，所以他的价值对你来讲是第一优先级的，其次才会考虑商户，如果你是一个to b的产品，你先考虑的是客户，为啥呢？
你是让客户来买单，但是让客户认不认可觉得你的价值好与不好，有可能他是要到市场当中去验证的，他的市场是什么？是他拿了你的东西来去服务于他的用户，那他的用户如果认可的话，他才能拿到结果，所以这是你的优先级，你的链路。
比如说saas的产品的话，你的链路会更长一点，你不是只服务于客户，你是服务客户的同事，要去考虑怎么帮他去获取到用户，用户认可之后，他也认可，他认可之后你就有价值，所以不是单纯的非此即彼的关系，很多时候要去找好的是权衡，是优先级。
销售日常管理，管理规范，提升效率，产生新的价值，销售如何衡量一个系统具有的能力？那你要先回答一个问题，你的系统是干嘛的？定位是什么？你有哪些能力是需要来去支撑你的定位和产生价值？
客服系统不是提供咨询的，我认为狭义的客服系统就是来去解决客户的问题的，广义的客服系统，其实你可以把能力再往外延，比如说我能不能去驱动有些能力直接输出去，当客户发生问题的时候不一定附带产生一个咨询，而是当他发生问题的时候，我的所有信息就可以透传出去让他减少疑问呢？