人的错误不是个别事件，而是结构性结果的讨论
博客运营事故时有发生。
但是一旦发生，总是以相似的方式发生。
- 在其他客户的博客上错误发布的文章
- 未经授权修改的内容
- 解释为“这不是我们做的”
这些事故通常总结如下。
“如果再小心一点就好了……”
但实际原因是
不是小心的问题。
事故看起来像‘错误’，但大多数情况下是可预见的
查看事故后的日志
大多数情况下会有这些条件重叠。
- 博客有多个
- 多人同时操作
- 权限不明确
- 责任归结于个人
这四个条件同时存在时
事故只是时间问题。
代理运营中‘完美注意’不能作为前提
必须考虑到现实情况。
- 人会改变
- 时间紧迫
- 工作并行进行
在这种环境中
“始终保持警惕”不是解决方案。
警惕是消耗资源，
总有一天会枯竭。
事故总是发生在同一点上
博客运营事故
大多数情况下发生在这一点上。
边界变得模糊时
- 客户之间的边界变得模糊时
权限过大时
- 拥有比所需更多权限时
责任归结于人而非结构时
- “是谁做的”优先考虑时
这不是个人能力问题
而是运营结构的问题。
增加规则并不能减少事故
事故后，团队通常会这样应对。
- 添加检查表
- 发布额外通知
- 强调“务必确认”
但这种方式
并不能减少事故。
因为
规则可以被违反，但结构不能被违反。
结构改变会改变事故的性质
如果运营结构设计得当
事故将会发生以下变化。
- 减少错误发生的可能性
- 即使发生，影响范围有限
- 原因和责任变得明确
这不是技能问题
而是设计问题。
因此，运营事故不是‘管理问题’
在代理机构中，博客运营事故
不是管理者态度或实际工作者的疏忽问题。
由于
将为个人设计的工具
直接用于组织运营
导致结构性结果。
在这一点上
选择变得明确。
- 是否继续依赖个人
- 还是通过结构来控制风险
在下一篇文章中
我们将讨论何时改变这种结构问题是最合理的，
以及为什么“以后再说”总是更昂贵的选择，
并尝试解释。
下一篇预告
〈博客增多后更改结构为什么会变得更昂贵〉