问题定义
P1 — 离职交接是一个"无人负责"的过程
HR 没有带宽逐一盯每个离职员工。经理只关心眼前项目的延续性。离职员工的注意力已转向下一份工作。三方都缺乏足够动力，导致大量知识在最后两周静默流失。
P2 — 交接文档是"死"的
即使产出了一份完整的交接文档，六个月后新来的人面对的只是过时的文字。他们真正需要的是追问的能力 —— "为什么当时选了这个方案？""这个客户最在意什么？" —— 但写文档的人早已不在。
P3 — 不同岗位的交接千差万别
- 产品经理：sprint 节奏、利益相关方地图、决策框架
- 工程师：代码仓库、on-call 手册、部署流水线、技术债
- 销售：客户管线、续约日期、报价策略
- 设计师：设计系统、流程规范、品牌资产
一份通用清单无法解决任何一类岗位的真实交接需求。
P4 — 敏感度差异巨大，访问控制缺失
一个财务总监脑中的薪酬结构和现金流模型，与一个前端工程师的组件库使用经验，在信息安全要求上不可同日而语。但传统交接文档要么全公开、要么全锁死 —— 没有细粒度管控。
问题间的关联
这四个问题形成了一个恶性循环：因为没人负责（P1），交接文档质量低或缺失（P2）；因为没有岗位定制模板（P3），即使有人想做交接也不知道该交什么；因为缺乏权限管控（P4），敏感岗位的管理者宁可不交接也不愿冒信息泄露的风险。
Relay 的设计目标是同时打破这四个瓶颈。