昨天跟单位一位同事闲聊，他今年参与了部门一个很重要的项目，前段时间领导非常关注他这块的工作，最近注意力不在他这里了，感觉怪怪的。
我不假思索的跟他说“恭喜你，你现在不是你们部门的瓶颈了，但是不要掉以轻心”
近两年常有人引用这句话“听过很多道理为什么还是过不好这一生”，我想说的是“因为你仅听而已”
今天我们再讲讲TOC（瓶颈制约）这东西到底怎么用，大到开导一个人解读处境，小到指导一名产品经理分析问题皆可
几个月前跟同事针对一个业务场景交流方案，整理去噪之后问题如下
图中描述的是一个库房内移库场景，把货物从起点A区运到终点B区的任务，过程中会涉及两个设备（A拖车和B拖车）和一位分货人员（王家麒），为了把场景描述的更清晰，我们暂且把设备的操作人员略去。
A拖车负责把A区域的货物运到王家麒处，A拖车工作的前提是王家麒没活可干时会通知A拖车，王家麒接到货物后则负责把货物分门别类放到B拖车上，B拖车会按照具体的规则把货物送到固定的位置，中间会涉及一些设备系统的操作暂且不提，现在的问题来了，怎么能持续高效的把A区的货物运到B区
运营类的产品经理经常会遇到类似的问题，整体目标是解决一个效率问题，过程中大家会根据一线业务运营一段时间的结果不断的做一些系统层面的调整，通过不断的尝试，不断的调整。今天我就单一的用TOC这套思路描述一下我们应该怎么想这个问题，以及不断尝试方案的目的到底是什么。
定位问题
在优化流程、提升效率这方面，要先定位你优化的是什么，从图中故事描述的场景看，我们要解决的是把货物持续高效的在A到B两个区域间转移
那你就要先把这个过程中可能的损耗全部找出来。按照这个场景我们可以看出总体效率=A拖车的效率+王家麒的效率+B拖车的效率，我们假设其他的因素对效率的影响可以忽略不计
单纯看这三个环节，经过分析你会发现王家麒是整体流程中的瓶颈点，无论两边的拖车运输过程多快，如果王家麒不能整理分类工作，货物就没法实现从启动到终点的过程。找到这个瓶颈后，你的整个方案调整应该朝向如何让王家麒持续工作。效果就是既不会出现王家麒等A拖车，也不会出现他等B拖车的状况，这就是找瓶颈的过程
站在全局找核心矛盾，围绕这个核心矛盾展开调整方案。你不需要让B拖车跑的多块，虽然你可以通过优化路径解决，你不需要没完没了的把货堆放在王家麒面前，有一点提前量就可以。
成果校验
这方面指的是在方案落地过程中不断校验依据是什么，当然是瓶颈点是否有改善，在这个案例中就是王家麒是否有大量的时间无事可做（此处可以有点人性）。不断调整方案的目标就是让瓶颈逐渐减少，直到消失。最后你就要再次站在全局的角度再来看瓶颈在哪里，如此反复。
上面的场景是个理想化的场景，真实的业务要远远复杂的多。
我想跟你传达的是，道理一定要坚持听、认真学，但更要动手去做、尝试去用。
二零一八年二月二日于北京
