“招人就能解决问题”，真的吗？
随着业务增长和组织复杂化，许多经营者会面临“没有合适人选负责这个岗位”的挑战，从而考虑招聘正式员工。然而，在业务内容尚不明确的情况下就固定人员，是一个巨大的陷阱。这个决策不仅仅是人员补充，更可能不可逆转地改变组织结构本身。
经营决策层（Why）
被固化的不是“人”，而是“解释”
正式员工入职瞬间被固化的，不仅仅是雇佣成本。被固化的是关于该业务的范围、判断标准、失败时的评价等“解释”本身。在业务模糊时引入人员，其工作方式和价值观就会成为组织的前提。一旦如此，后续的修正就会被视为“否定这个人”，业务改善会演变成“人事评价问题”。也就是说，变得不可逆的不是人，而是结构。
为何需要“用系统暂存”的思路
这里所说的“系统”，并非指高功能的SaaS或大型工具。电子表格、任务管理工具、简易的工作流设计等最低限度的机制就足够了。关键在于，将业务“与人分离”并客观地放置，从而使其实际情况可视化。
专业实施层（How）
将业务暂存于系统会发生什么
一旦将业务暂存于系统，以下几点会被强制性地揭示出来：决策发生的节点、其频率与影响范围、真正需要人员裁量的部分，以及实际上可以通过规则处理的部分。很多时候，你会发现“原来并不像想象中那样需要人的判断”。这是提升经营决策质量的重要过程。
暂存的真正目的并非“效率化”
这里需要注意，业务暂存的目的并非单纯的效率化。其真正目的是观测业务实态、暴露决策结构，并使招聘决策本身变得可逆。暂存期间需要确认的，不是成果的多寡，而是业务流程与权限委让的结构本身。
常见的误解与失败
误解①：暂存是招聘前提的试用期
如果抱着“反正要招”的心态进行暂存，业务最终仍是模糊的。暂存是为了拓宽选择范围而进行的设计，其中也包括“不招聘”这一选项。
误解②：如果是优秀人才，就不需要暂存
越是优秀的人才，业务“黑箱化”的风险反而可能加速。“他走了就转不动”、“说不清他在做什么”——这种状态，可以说是未进行暂存的组织方的问题。
即便如此，若仍决定招聘
在用系统暂存业务之后，招聘决策的质量将大不相同。此时，你能说明要委任什么、能划分裁量权的边界、也知道不合适时如何退回。在这种状态下招聘正式员工，就不再仅仅是凭决心，而是基于明确设计的经营决策。
关于此决策，最后需要确认的问题
- 这项业务，是否不立刻固定人员就会致命？
- 即使不招人，能否通过机制进行观测？
- 如果不招聘，最大的困扰会是什么？
如果无法明确回答这些问题，那就说明首先还有暂存的余地。
总结（不给出标准答案）
招聘正式员工是使决策瞬间固化的行为，而系统暂存则是为了拉回决策的装置。在引入人员之前，先将业务“外置”并可视化。重要的不是选择哪条路，而是这个决策是否具备事后可以重新思考的可逆性。在中小企业经营中，审视组织设计与业务流程时，需要确认的仅此而已。
评论