电子表格转流程图模板（客户反馈）
把一张步骤表变成流程图，用的例子是客户反馈台账：采集、初筛、原因分析、一个决定哪些条目变成改进措施的重复发生阈值，以及结案之前的验证。
运作方式
在重复发生阈值上填一个真实的数字
把“是否重复发生或违反服务指标？”改写成你们真正会执行的触发条件，例如滚动一个季度内同一类别出现三条，或者任何一次违反已公布的服务指标。然后说明这个计数取自你们台账的哪一列。没有写明的数字，每一条都会变成一个项目，而真正反复发生的问题反而得不到特别对待。
把泳道改成你们真有的团队
客户服务、流程责任人、质量是三个角色，不一定是三个人。如果定阈值和查结果的是同一个人，就把质量并入流程责任人。如果一线和二线登记条目的方式不一样，就把客户服务拆开。客户这条泳道即使在企业客户的流程里也要保留，因为正是它让那两个面向客户的步骤看得见。
把台账的列对应到采集那一行上
确定“将反馈登记入台账”必须包含什么，并写在这一步上：收到日期、渠道、账户或订单编号，以及不加转述的客户原话。强制一条反馈一行。把两件投诉塞进同一行，日后就无法统计，而转述往往正是丢掉真正原因的地方。
保留或改道第三方那条分支
如果你们确实经常把原因转给供应商或快递公司，就在“将原因反馈给第三方”上指名对象，并记下反馈是怎么发出去的。如果你们没有外部依赖，就删掉这一步，把“原因是否在自己的流程之内？”的不在可控范围分支直接指向那次有记录的结案。
在改动之前就选定验证方式
在“商定措施、负责人与验证方式”这一步，指明衡量指标、复核日期，以及该指标当前的数值。事后才挑验证方式，正是一项变更凭着恰好上涨的某个数字被宣布成功的原因，也是“变更是否解决了问题？”这个问题根本还答得出来的前提。
让无变更结案付出一点代价
确定谁可以走“无流程变更结案并记录原因”这条路，以及原因必须写到什么程度——不在可控范围并已反馈给某个指名的对象，或者截至某一日期尚未达到重复发生的阈值。原因留空，这个终点就变成了整条流程本来要防的那个无声垃圾桶。
常见问题
客户反馈流程有哪几个环节？
六个，上面那张图把它们归进了五个阶段。采集把条目原样登记，一条投诉一行。初筛给它分类、判定严重程度，并决定客户是否需要单独回复。原因分析去问一线人员究竟发生了什么，以及原因是否在自己的流程之内。随后一个阈值判断挑出哪些条目变成改进措施。措施商定变更、负责人与验证方式，然后把变更做出来。验证在事后按约定的方式衡量。只有到这时条目才结案，或者变更已确认结案，或者以一个写明的原因无变更结案。
客户反馈流程归谁负责？
没有哪一个角色单独负责，而泳道的作用正是把这件事说明白，而不是遮起来。客户服务负责采集、分类以及客户看得到的一切：答复、承诺了什么、以及告诉客户改了什么。流程责任人负责原因分析和变更本身，因为变更落在他们的规程里。质量负责阈值判断和验证衡量，好让修问题的团队不是唯一判断问题修好了没有的团队。这个切分只有在结案的权力落在答复客户的团队之外时才站得住，而这张图里确实如此：一个终点在质量泳道、在按约定量过之后结案，另一个在流程责任人那里，附带一个写明的原因。
怎么决定哪些反馈会变成改进措施？
用一个写下来的阈值，而不是逐条凭判断。两个触发条件覆盖多数组织：重复发生，指同一类别在一个滚动期间内出现超过商定的次数；以及严重程度，指任何一条违反已公布服务指标或造成实际损害的条目。其余的都作为偶发事件结案，并记录原因。阈值之所以要紧，是因为两种失败都很常见：没有触发条件，每一条投诉都会变成一个项目，待办就不再动了；而同样在根本没有触发条件的情况下，反复发生的毛病得到的注意力和偶发事件一模一样。
电子表格能自动变成流程图吗？
靠电子表格自己不行。Excel 里能用的绘图原语只有 SmartArt 和手画的图形，两者都靠手填，而 Microsoft 的文档没有描述单元格与图形之间的任何绑定关系。有记录在案的、从一张流程步骤表通往一张连好线的图的路线，走的是 Visio 的 Data Visualizer 模板，而不是 Excel，Microsoft 的支持页面把它们描述为随 Visio Plan 2 提供——Plan 2 是唯一包含 Visio 桌面版的订阅层级，而 Microsoft 说 macOS 上根本没有 Visio 桌面版。QueryChart 走的是另一条路：表就是图，在浏览器里编辑，用的是哪个操作系统都一样。