今天遇到一个朋友在问『业务管理』，要求探讨一下，但是作为技术的我自然还是很懵逼的，于是就提前找我们的产品大佬学习了一番。
以下是比较有意思的话，只是作为本次的收获记录：
J-Boss:
我想问下 什么是业务管理
产品大佬：
这个问题有没有什么前置条件的？
J-Boss:
朋友的原话：
1.你们网约车具备“高峰溢价”功能吗？
2.我就想了解业务管理上，可以怎么开展高峰溢价，
跟设计无关，是个业务管理思路
3.我等下给你分享下我们的解题思路，看你觉得业务管理上有什么问题，
我觉得问题比较大，感觉是做项目，不是做产品，业务思路不够抽象，太聚焦当下个别问题了
J-Boss：
他说的 这个 让我 理解有点懵逼
产品大佬：
一般说到业务管理，是指企业的对外业务配置和流程管理，但是随着crm管理系统的普及，“业务”
二字也泛指企业内部的各种流程管理了你说他这句话理解的有点懵，你的懵点在哪里呢？
J-Boss:
他说的 不够抽象 不太明白 他说的意思，还有就是 太聚焦 个别问题
我觉得他是想做到足够解耦，但是没有想到思路，还有就是 没有体系的思维
感觉 他说的 太偏产品的专业术语了，没法 get 到他的点
产品大佬：
最完美的高峰溢价，比较倚重于算法，从业务管理角度出发，可以做成供求系数
J-Boss：
他说到了 供需比，还有 在一个城市 画围栏，每个围栏 单独设置 供需比 的 加价
J-Boss：
他给我 描述了 一番 他们的 高峰溢价 我觉得 他说的 都可以直接 做出功能了 ，所以 感觉 不知道他想 表达什么意思。
产品大佬：
因为平时能看到的产品，大多是隶属于某个项目执行阶段的产品工作所需要的产出物执行者，真正的产品策划者思维格局是不同的了
大佬反问：在你看来，是产品从属于项目，还是项目从属于产品？ 就是哪个量级更大？
J-Boss：
1.产品 = 项目*n
2.产品 要考虑的 东西太多了，项目 只需要 考虑 项目需求 内的东西 就行了
3.产品 的话还需要 发散思维，要有整体的体系架构
产品大佬：
是的，你理解的非常对啊。
我们通过多次的项目执行，完成某个产品的需求交付，所以，项目应该更具象，产品应该更抽象。
所以大家在聊产品的时候，如果突然一下聊到某个很聚焦的问题上了，就在开始往狭隘走了
J-Boss：
如果 比如 他说的 『高峰溢价』 ，他已经描述到了 画围栏(分区域)，供需比，在我看来已经是很具体了，也就是你说的具象。
这样是的按照你说的意思，确实感觉像是在做一个项目。
产品大佬：
是滴。高峰溢价是需求，供需比是这个需求的最优解决方案，画围栏（分区域）是需求场景或者说是需求蔓延
如果所有的业务都按照这样的思路走，你看需求蔓延是不是没那么恐怖
J-Boss：
这也就是我们 说的 解耦， 如果所有的业务都按着套路来的话 ，就可以达到从业务上的复用了。
我们只需要把这个功能 抽到公共模块 ，做动态配置绑定就可以了
产品大佬：
嗯，但是“解耦”已经太晚了，真正该做的是在设计的时候就要遵循“高内聚，低耦合”的原则
以上就是 今天和产品大佬的全部对话，从上的对话里我提炼了几点：
1.一般说到业务管理，是指企业的对外业务配置和流程管理，但是随着crm管理系统的普及，“业务”
二字也泛指企业内部的各种流程管理了
2.因为平时能看到的产品，大多是隶属于某个项目执行阶段的产品工作所需要的产出物执行者，真正的产品策划者思维格局是不同的
3.我们通过多次的项目执行，完成某个产品的需求交付，所以，项目应该更具象，产品应该更抽象。
4.真正该做的是在设计的时候就要遵循“高内聚，低耦合”的原则
2020年1月14日