我是一名技术研发人员，我应该如何快速地熟悉业务。
一天，我去市场买萝卜。
1、我：卖萝卜大哥，您这萝卜多少钱一斤？
2、萝卜大哥：8块一斤。
3、我：好的，价钱合适，买两斤。
4、萝卜大哥：称好了，给您。
你说，这个过程中，有什么业务？
有没有察觉到甲方乙方的感觉。
我去菜市场买菜，足足的是一个甲方的角色。
上面的第1步，我作为甲方，发起投标邀请。
第2步，萝卜大哥作为乙方，出价8块一斤，开始投标。
第3步，口头合同成立。
第4步，完成合同履约。
作为一名技术研发人员也好，不是技术研发人员也好，生活中皆有业务。
能不能，业务中皆有合同呢。
大多数情况下，似乎真可以。
邀请投标、投标、合同、履约。很多场景下的业务都有这几个步骤。
你在京东App上面购物会有合同产生吗。
我早上打开京东App，开始浏览，选中了一款iPhone13，加入购物车，下单，付款，下午拿到。没办法就是这么快。
这里面有上面那四个过程吗。
平台、页面促成了邀请投标和投标，我作为买家，一个甲方，平台作为一个乙方，给我显示了价格，无形中促成了邀请投标和投标的过程。
可是，还没有合同呀。
有，订单就是合同。
最后，乙方，平台通过京东物流把货物送到我手上，完成履约。
似乎，以后再去理解什么是业务的时候，都可以用这个思维方式来套。
想了想，感觉，不对！
如果我做的是一个企业内部的管理系统呢，一个运营管理系统，一个客户关系管理系统，一个ERP系统等等，这里面有履约，有合同存在吗。
一名销售人员，每个季度初要做自己的目标，沟通多少潜在客户，将多少潜在客户变成真实客户，然后又要维护多少真实客户。
确立了季度目标，当季度复盘会，或者向老板汇报季度工作结果的时候，是不是要拿出来这些数据做陈述呢，这是不是一个”履约“过程呢，当季度开始的时候，往系统里面录入季度目标的时候，是不是一个”合同“呢。
你看，也能套上。
目前为止，业务系统、运营管理系统都可以通过邀请投标、投标、合同、履约这几个步骤来框住。
那如果我做的是一个领域系统，对，就是之前的文章中我们提到的，可能真就没有合同上下文，比如之前我们介绍的Google这个例子。
比如，对于类似 Google、Bing 这类搜索引擎而言，与运营无关的部分是搜索引擎，而与运营有关的则是广告的投放和竞价。对于类似优酷、爱奇艺这类视频网站而言，与运营无关的是流媒体部分，而与运营有关的则是 VIP 账户、广告等。
与运营无关的部分，搜索引擎技术本身，这里面确实没有合同的概念，也没有履约，那么实际上我们在做建模的时候，就可以遵循领域建模，而不是业务来建模。
是的，这样的技术类，可以通过领域来建模，之前说的那些可以通过业务来建模。
其实还有一种情况，就是你做的一个工具系统，比如报警监控、统计报表等等，那么也不会适用上面那个框架。
那么还有没有其它情况呢，如果真有，也就是既跟领域没有关系，又跟业务没有关系，又不是一个工具，那么。就像徐昊老师说的：”这个时候，你需要反思的不仅仅是这个系统了，可能还有你的职业生涯。“
最后。
不要把技术当大聪明。也就是不要从技术解决方案上去定义业务问题，要回到业务本身，去理解业务问题。
比如，去市场买两斤萝卜。
到了这里，我们再来看看技术人员该如何理解业务。
理解业务难吗，确实难，好多业务规则、功能、流程等等，而且它们都还经常会变化。
理解业务难吗，好像又有框架可循，”多赚钱少花钱、规避法律风险、提供合规审计“。这三条，是所有业务都要遵循的。
卖萝卜大哥肯定是想进价低，然后高价卖出。萝卜大哥肯定也不想卖一个发霉有毒的萝卜，当然他还要给市场管理局提供审查。
----END----
这里记录，我每周碰到的，或想到的，引起触动，或感动的，事物的思考及笔记。不见得都对，但开始思考记录总是好的。
与爱学习、爱思考、爱记录的你共勉。
参考资料：
徐昊.https://time.geekbang.org/column/article/404292.8X FLOW（下）：多于一个例子
