思念 2018-11-8 12:38

老师，如果我想做跳一跳这样的小程序，怎么做业务建模？

潘加宇：

首先，不能这样问。

这样的问法，相当于需求都出来了，再问怎么业务建模。应该是业务建模推导出需求。

这样问类似于：我想开发和现在流行的某个肺癌神药类似的药，请问应该怎么检查患者有什么病——你都认定了，还检查什么啊，就照着人家现有的做呗，这已经不是需求问题，是设计问题（即成本问题）。

应该问的问题是：如果要开发另一个系统打败跳一跳，应该怎么做业务建模？

首先要确定是哪种"打败"。可能是你的系统（注意：没有说一定是游戏）使得原来玩跳一跳的人把玩跳一跳的时间花在你的系统上，也可能是原来没有玩跳一跳的人把其他时间花在你的系统上，只要最终人数比跳一跳多（当然有可能，全世界70多亿人呢），就算你赢了。

两个都要？70多亿人都用我的系统最好了，但那是未来的美好遐想，现在可是一个人都没有。

思考方法还是老方法，愿景、业务序列图。

可以思考，上面说的这两条路线，那条更像是一条活路？假设经过考虑你认为是第一条，接下来就要思考，玩跳一跳的人群中，哪种人群的大脑是适合首先去占领的……，不断比较，得到目标人群和老大。接下来思考他目前最关注的哪些指标，以及跳一跳目前改进了他哪些指标。

然后去观察老大的生活和工作现状，看看他是什么情况下会玩跳一跳，以及如何玩的，通过业务序列图表达出来。然后看看有哪些改进点（三种改进模式）。改进点可能是在多个系统的协作之间，也就是这个人和其他人或其他电脑系统的协作之间，也可能是在这个人和跳一跳系统的交互之间。最近的改进方案可能会得到一个和跳一跳差别很大的系统，也可能会得到跳一跳的改进版。

画图的时候，老大是业务工人，组织（人群）里的一份子嘛。