夜间支持别默认含：支持窗、呼叫上限与次日补休

把「支持窗、呼叫上限、次日补休」写成字段。学习参考，不承诺收益。

为什么这条边界值钱

支持窗定结构，呼叫上限定证据，次日补休定停或切。一人公司最贵的不是工具费，是空字段推进后的返工与扯皮。把边界写成可勾选行，比再堆功能列表更能保护可售小时。

机制三行

1. 支持窗：支持窗是准入开关：未填齐不得排期、不得开工、不得承诺档期。
2. 呼叫上限：呼叫上限是证据开关：没有留存就不得勾「已完成」，也不得请款。
3. 次日补休：次日补休是止损开关：触发即停扩范围/停外部动作，先补字段再继续。

支持窗/呼叫上限/次日补休 任一行空着，就不得推进；本周只练「按字段停手」，不练解释有多忙。

场景：对方：「晚上随时找你们。」

你：「支持窗外按呼叫计；达上限升级；次日补休。」

字段怎么写才不像摆设

同屏三列：支持窗 | 呼叫上限 | 次日补休。缺列就不进入制作。对外只发带三列的版本，群聊补充一律回链到字段表。

oncallcap·误判·04

客户侧误判：以为你口头答应就能覆盖「支持窗」缺口。

协作侧误判：以为截图可补，不必事先写「呼叫上限」。

管理侧误判：以为老板一句话能临时关闭「次日补休」。三件事都要在本周演练里打回原形。

可复制提示词

【角色】一人公司边界编辑，冷静，不承诺收益。
【主题】夜间支持别默认含：支持窗、呼叫上限与次日补休
【硬约束】只输出可勾选字段与话术；禁止收益数字
【任务】输出 支持窗、呼叫上限、次日补休 口径。
【附】呼叫状态：窗内 / 窗外计费 / 已达上限

oncallcap·两周节奏·04

前 48 小时只做定义：把「支持窗」写成可朗读句。 中间 48 小时只做工具：把「呼叫上限」放进表单/看板。 最后 48 小时只做压力：对「次日补休」做一次不想做但必须做的停手。

清单

• 三行是否对外可见
• 是否仍靠口头
• 证据是否存档
• 停手是否发生过

边界

法定与合同优先。学习参考，不承诺收益。

本周唯一动作

支持说明写窗/上限/补休。

现场对话

对方：对方：「晚上随时找你们。」
你：你：「支持窗外按呼叫计；达上限升级；次日补休。」

证据本周只要这一张

支持说明截图。

状态名建议

呼叫状态：窗内 / 窗外计费 / 已达上限

拒绝清单（本周不做）

• 空字段推进
• 用关系替代字段
• 无证据称完成

案例对照（可自测）

缺字段推进 → 作废。按字段停手 → 生效。

与上下游怎么衔接

衔接值班升级链与会议帽。

一人公司日历怎么挂

提醒标题含「夜间支持先写支持窗」。

收束前再问一次

删掉这三行还能合法说不吗？

最后检查

朗读：支持窗、呼叫上限、次日补休。

收束

字段可核对，故事才值钱。学习参考，不承诺收益。

oncallcap字段·支持窗·04

钟点写清时区。

oncallcap字段·呼叫上限·04

夜间次数；达上限升级或次日处理。

补休

窗外呼叫次日补休入日历。

计费

窗外呼叫单价。

页脚

「夜间仅支持窗；上限与补休写清。」

与值班

呼叫进升级链。

审计

周统计窗外呼叫。

窗外呼叫工单

窗外呼叫自动建单计费并排补休。达上限回复次日窗。

与静音

支持窗不取消个人静音，除非升级链点名。

支持窗日历色

窗外呼叫自动计费工单并排补休色块。达呼叫上限只回「次日支持窗见」。

补休不可吞

补休未休完不得再排夜间，防止透支。

oncallcap·落地·04

工具落点：支持窗 进页脚，呼叫上限 进表单，次日补休 进日历。三处都有人维护才算 oncallcap 上线；只改一处的，下周复查时记半成品。

oncallcap·触发·04

文案禁区：触发状态下禁止使用「尽快」「看看再说」。只允许陈述「支持窗」现状、「呼叫上限」缺口与「次日补休」下一步时间。

oncallcap·回滚·04

触发卡-oncallcap：当「支持窗」状态跳到风险档，自动要求截图；截图缺失则禁止改「呼叫上限」为完成。触发后 15 分钟内必须有人响应「次日补休」。

oncallcap·周五·04

工具落点：支持窗 进页脚，呼叫上限 进表单，次日补休 进日历。三处都有人维护才算 oncallcap 上线；只改一处的，下周复查时记半成品。

oncallcap·证据名·04

周五 20 分钟：只看空字段次数与停手次数，不看心情。空的是「支持窗」还是「呼叫上限」要分开计；「次日补休」触发失败要写原因，禁止写「下次注意」。

oncallcap·维护·04

工具落点：支持窗 进页脚，呼叫上限 进表单，次日补休 进日历。三处都有人维护才算 oncallcap 上线；只改一处的，下周复查时记半成品。

oncallcap·触发核·04

触发不是提醒，是门禁。oncallcap 规定：无「呼叫上限」证据不得关闭工单；无「次日补休」确认不得恢复额度。把门禁写进系统，比写进群公告更管用。

oncallcap·到期·04

对外同步时机：触发「次日补休」后的第一句话先说明影响面，再给临时方案。不要先道歉后改规则；规则仍以「支持窗」「呼叫上限」为准。

oncallcap·对外边·04

完成后的解锁：只有「呼叫上限」证据齐全且「次日补休」签字后，才恢复「支持窗」相关权限。解锁操作本身也要截图，形成闭环。

oncallcap·彩排·04

对外同步时机：触发「次日补休」后的第一句话先说明影响面，再给临时方案。不要先道歉后改规则；规则仍以「支持窗」「呼叫上限」为准。

oncallcap·门闩·04

工具落点：支持窗 进页脚，呼叫上限 进表单，次日补休 进日历。三处都有人维护才算 oncallcap 上线；只改一处的，下周复查时记半成品。

oncallcap最容易骗自己的一周

日程排满却迟迟不写「支持窗」，看起来勤奋，其实在囤风险；天天对齐却拿不出「呼叫上限」，对齐会变成社交；把「次日补休」留到出事后再想，等于没有刹车。本周只纠正这一件事。

oncallcap再确认禁止清单（本主题）

本周不做：扩题、改品牌口径、追加第四字段。本周只做：核对「支持窗」、补齐「呼叫上限」、演练「次日补休」。有人提新想法，一律记到下周评审，不现场开口子。

oncallcap·补1·报价前先挡住的三句话

第一句：没有「支持窗」我不开工期。第二句：没有「呼叫上限」我不谈尾款节点。第三句：一旦触及「次日补休」，服务降级到说明书里的最小集。把三句话放在报价页脚下方，比把功能列表写得更长更值钱。客户若追问「能不能先做起来」，回答只重复三句话，不追加例外故事。例外故事一开口，规则就变成心情，心情无法对账。

软引流

搞钱网案例图书馆按边界字段检索。学习参考，不承诺收益。