运营精选

排程利用率分析师

日程看着满,它指出这一天从哪里漏掉了

版本 1发布于 2026年9月4日
运营Extractclaude-sonnet-5Read-only · auto7 hard rules5 handover rulesResult
7条硬性规则
它绝不能做的事,每次运行都强制执行
5条移交规则
它停下并把工作交给人的条件
12个输出字段
结构化的结果,而不是一段需要反复阅读的文字
≤5步每次运行
有界的工作:最多 4 次工具调用,由运行时强制执行

设计上即为只读。 该智能体没有任何发送、支出、发布或提交的途径。当这一限制本身就是产品时,取消它就等于取消了信任其输出的理由。

版本 1 的实时接线图。工具节点是这个智能体被登记可以调用的能力——除此之外什么都跑不起来。

概览

靠预约经营的企业,把使用率度量为「已预约小时数除以营业小时数」——那是唯一一个没法告诉你哪里出了问题的数字。百分之八十看起来很健康,并把一天所有的漏损方式都藏了起来。

那些漏损很具体,而它们没有一个会出现在那个百分比里。那些二十分钟的空档,短到没有任何服务能填进去,一周有九个,被绕着排、也从来没被卖掉。一项被排成四十分钟、而一整年每一次都花了五十五分钟的治疗,于是每个下午都在拖,最后一个预约要么被赶、要么丢掉。一位从业者被排到超出产能,而另一位闲着,因为前台按客人点名来排,而没有人看见那份失衡。一个房间才是真正的约束,而所有人都以为约束是人手。

最不受欢迎的那条发现,通常是服务结构。一天被又短、又好排、价值又低的预约填满,于是那些能付得起房间成本的长项目被推掉了。日程表满满当当,而这个月很差,而这两件事看起来毫不相干,直到它们被放到同一页上。

它读的是已经发生过的日程表,并把每一处漏损折算成小时和金额,好让一次预约规则的改动背后有一个理由。它不改动任何东西、不预约任何东西,也不对任何个人的产出作任何评判。

价值

你本来就拥有的产能

从那些漏损里挽回,而不是靠延长营业时间买来。

不再拖到很晚的日子

因为那些时长和这份工作真正需要的时间对上了。

一条带证据的预约规则

在要求任何人改变工作方式之前,先折算成小时和金额。

功能说明

  • 找出那些什么都填不进去的空档

    两个预约之间的二十分钟不是产能。一周九个就是一天,而没有任何使用率数字会显示它。

  • 抓住那项总是超时的治疗

    排四十分钟、实际花五十五分钟,一整年每一次都如此。那才是下午会拖的原因,而不是员工。

  • 展示从业者之间的失衡

    一位被排到超出产能,另一位闲着,因为前台按客人点名来排,而没有人看到整块板子。

  • 点名真正的那个约束

    很多时候是一个房间或一台机器,而不是所有人以为的那些人。

  • 把服务结构对着钱摆出来

    一天被又短又好排的预约填满,而它推掉了那些付得起房间成本的长项目。两个事实,同一页。

  • 不评判任何个人

    发现是关于时段、服务和约束的。一张按人排的产出榜会被「管理」,而不是被修好。

这会改变什么

这会如何改变你的一周

它接手的工作
读一个月的日程表,找出产能实际去哪了。
目前由谁完成
那个追问「一本看起来很满的日程表为什么产出了一个很差的月份」的人,通常只做一次,之后再也不做。
多久一次
每月,或者在任何一个没人解释得了的月份之后。
通常的人工投入
好几天的导出和透视,而这正是使用率最后被报成一个百分比的原因。

为什么偏偏是运营。已预约小时数除以营业小时数,是唯一一个没法告诉你哪里出了问题的数字。每一处漏损——卖不掉的空档、长期的超时、错的房间——都藏在它里面。

  • 无人值守运行

    由你或某个事件启动,然后自行完成。没有什么需要等人坐到工位前。

  • 每一次都是同一标准

    第两百件与第一件用同一把尺子衡量。一致性正是人做不到长期保持的部分。

  • 它无法自行采取行动

    排程利用率分析师 没有任何发送、支出或承诺的途径。正是这个限制,让依据它的输出行动是安全的。

运行方式

该智能体通过 PROMIVO 运行时在服务器端运行。每次运行都会逐步记录,每次工具调用在执行前都会进行权限检查。

  1. 1输入按智能体的输入结构进行校验
  2. 2模型claude-sonnet-5,并自动回退
  3. 3工具extract_structured_data
  4. 4权限自动执行 READ 级操作;更高的等待你批准
  5. 5输出符合输出结构的结构化结果
  6. 6日志记录 token、耗时和每一个步骤

演示

演示数据Illustrative sample output, abridged.

输入

{
  "currency": "USD",
  "appointments": [],
  "shortestSellableMinutes": 30
}

输出

{
  "escalate": false,
  "overruns": [
    {
      "fix": "Schedule it at fifty-five. You lose nothing — you are already spending it — and the afternoon stops collapsing.",
      "knockOn": "Every afternoon with two or more laser sessions finishes late. The last appointment of those days is cancelled or rushed four times more often than on other days.",
      "service": "Laser session",
      "scheduledMinutes": 40,
      "typicalActualMinutes": 55
    }
  ],
  "imbalance": [
    "Nadia is booked at 94% of capacity, Leyla at 61%. The desk books who was asked for, and nobody sees both boards at once."
  ],
  "disclaimer": "Findings describe slots, services and rooms. No individual has been assessed, and nothing in your calendar has been changed.",
  "serviceMix": {
    "finding": "Short consultations filled the hours that laser sessions were turned away from. The diary was full and those hours earned about a third of what the displaced work would have.",
    "assumption": "Assumes every turned-away laser request would have booked. If half would have, halve the figure — it is still the largest single item here.",
    "valueForgone": 7400
  },
  "fixableByRule": [
    "Schedule laser at its real duration.",
    "Reserve two afternoon blocks a week in Treatment 2 for long services."
  ],
  "needsResource": [
    "A second laser unit would remove the constraint, but the two rules above should be tried first."
  ],
  "realConstraint": "Treatment 2, not the staff. It is the limiting resource in 71% of the weeks examined, and adding practitioner hours would not have added a single bookable slot.",
  "unsellableGaps": {
    "detail": "Nineteen gaps of twenty to twenty-five minutes across the week, none long enough for your shortest service. Utilisation reads 81% and this is inside the missing 19%, but it is not idle time — it is time that was never sellable.",
    "hoursPerWeek": 6.3,
    "valuePerWeek": 1890,
    "worstResource": "Treatment 2"
  },
  "supportedByData": [
    "Gaps",
    "Overruns",
    "Practitioner imbalance",
    "Room constraint"
  ],
  "escalationReason": "",
  "notSupportedByData": [
    "Seasonality — only fourteen weeks of history were supplied, which is not enough to separate a season from a run."
  ]
}

使用条件

集成

无需集成。

开始之前

  • 过往预约,含计划的开始与结束时间
  • 实际开始与结束时间,如果你有在记录的话
  • 每一个预约上的服务、从业者与房间
  • 每项服务的价值或价格
  • 需要 入门版 套餐或更高

使用场景

月度运营复核

在那个使用率百分比背后,产能到底去哪了。

日程表很满,月份很差

把这两个事实放到同一页上,而它通常是服务结构。

在招人或延长营业时间之前

那份产能是不是已经存在于当前这一周之内。

决定什么排在哪里

到底哪个房间或哪把椅子才真正是那个约束。

价格

入门版

通过您的 PROMIVO 订阅按月计费,可随时取消。

运行会消耗您套餐中的智能体执行次数与 token 额度。参见 套餐限额

常见问题

它会按产出给员工排名吗?

不会。发现是关于时段、服务、房间和预约规则的。一张按人排的产出表会被「管理」而不是被修好,而且它会毁掉这项分析所依赖的那份如实排班。

它会改动日程表吗?

绝不。它对任何日历都没有写权限。它报告发生了什么、以及一次规则改动值多少钱;而那次改动由你去做。

它需要什么?

过往预约的计划时间和实际时间、每一个上面的服务、所使用的资源,以及每项服务的价值。没有实际时间,它照样能找出空档和失衡,并会说明超时分析没能进行。

数据要往回取多久?

三个月能找出空档和失衡。超时和季节性需要接近一年,而它会说明你的历史到底支撑得起它的哪些发现。

评价

客户运行过该智能体后,评价功能将开放。

需要这个智能体换一种做法?

告诉我们要改什么,我们的团队会为您的业务规划一个定制版本。

定制此智能体