快速直接的归类能力

因为公司打算上一套新的系统，最近在做未来系统的调研，做这次调研，我可谓是抽了几根筋扒了一层皮。

把公司内大大小小的流程点细致的梳理了一遍，结果把项目顾问给整蒙了，因为流程图大到保存一次，就要等一会儿。反正中间有个阶段，我自己都不想看这个图了。

不过我这个人比较轴，已经开始的东西不整完，我是睡不着觉的，用了整整两天时间，都没离开凳子，除了吃饭睡觉就在画这个图，还不断确认其中的一些点和逻辑。

终于在最后一秒画完的时候，新的疑虑升了上来，我真的要一个这么多交互点的系统吗？未来用的人，真的要在系统上看到这么多的通知和密集的提醒吗？如果真的是这样，那么应用的体验度和效率又体现在哪里呢？带着这个疑惑，我内心极度挣扎和焦虑。

好在这个时候，项目顾问带来了其他公司的一些方法论，我去看看别人的方案，一次次反复沟通之后，我发现了自己的问题：有些现在这样做的反复沟通确认来确认去的事情，如果能够提前一次性告诉对方我要什么，然后确认的过程让前一道环节都准备好，那么是否这些反复的过程就可以省去并且提升办事的效率呢？答案是显而易见的。我把这一类称之为前置条件。所有符合前置条件的情况拎出来，剩下的流程反复的问题可以去掉一部分。

其次是，有一些特殊情况都需要描绘在这张图上吗？我参考其他项目里的任务单的方式，某些特殊情况，可以单独发一个任务单，看到这个解决方案，我想到流程里有一些是单点事件，触发出去一个支线的流，跑完了在回到下一个步骤，这一类内容可以采用任务单的方式，这样整个主干流程可以清晰的呈现出来，支流另外描述。这样可以去掉流程上小的枝枝叉叉。

第三，流程大的环节之间是可以切分大的板块的，这样我需要摘出一级流程，然后二级流在分级展现，这样更简单清晰。

今天，我在实现这三点，一边做一边想，我有没有可能产生快速直接的归类能力，而不是每一次都要完全平铺之后，再切分种类和子流。

这是我接下来要攻克的能力了，啃着肯德基爷爷家的辣翅的我，心里暗暗地想，眼睛不由自主的又滑到了流程图上，唉~咱目前就这个命，先完成当下的任务吧~~~至于提升能力这件事：先把这个加到自己的提升清单里去【快速直接的归类能力】。

办公室里的空调吹着微微的风，吹在身上，惬意极了，哈哈~~~