V10.03.3Response-time expectations设计研究
响应期望需明确约定
别名: 响应时限 · 沟通契约 · service-level expectation
概念解释
响应期望（response-time expectations）是团队对不同类型请求应在何时确认、何时给出结果的共同约定。发送者把沉默读作忽视，接收者把它读作允许稍后处理时，冲突来自两套未说出的时钟，而非某一方必然失职。
机制
渠道、@提及、已读状态和发送时间都会暗示紧急度，但它们的含义因组织和个人而异。远程工作缺少当面观察对方是否忙碌的线索，发送者更容易用重复催问寻求确定性，接收者则为避免被打断而延后查看；双方都在用行为补偿规则缺失。明确的确认与完成时限把「我已看到」和「我能完成」分开，才允许人们放心离线。
怎么研究
- 范式：分析不同请求类别的发送、确认和完成时间，并访谈双方对合理时限的判断；在规则上线前后比较催问和漏办。
- 变量：请求类别、渠道、确认延迟、完成延迟、升级次数和主观压力。
- 方法论注意点：平均响应掩盖长尾和权力差；应按紧急性、角色与时区分别报告。
边界
固定分钟数不适合所有工作。突发事故与一般讨论需要不同承诺，外部客户和内部同事也不必相同。规则不能成为全天待命的伪装；没有轮值与补偿的高优先级承诺会把成本转嫁给个人。
怎么落地
- 为少数清晰类别约定确认和处理窗口，并说明何时改用电话或值班渠道。
- 在请求中显式标注所需动作、截止点和是否只需确认；允许接收者先给出预计时间。
- 让状态可由本人修正，避免根据在线或键盘活动自动判定可打扰。
- 验证办法：定期抽样核对实际时延与承诺，并匿名询问规则是否降低催问而没有增加非工作时段负担。