公司里日复一日重复的工作,交给 Velros AI,而不是再多招一个人 免费获取诊断 →
门店与本地服务
Velros AI 接手的执行

从多个渠道汇集预约请求、熟客维护、活动通知、当班收尾报告相关的信号,去重并排出优先级。

门店与本地服务

为了让预约请求、熟客维护、活动通知、当班收尾报告不只是停在员工的记忆里,把它们理成每天要处理的事。

  • 预约爽约率、到店确认回复率
  • 回头熟客比重

这样的咨询,会这样处理。

门店与本地服务每天真实进来的请求,连同要确认的事和下一处该改的地方,都留在一屏里。

过去靠人一件件盯着的顺序,原样搬过来。

  1. 预约确认 在大众点评预约日历上确认各时段的座位情况,把宝宝椅等需求作为备注附上。
  2. 变更处理 查原预约重排时段,预约一条防爽约的前一天确认消息。
  3. 即答 等位、停车、营业时间的咨询,按门店状态(等待桌数)即刻告知。
  4. 审批 爽约违约金、团体预付、回头优惠券经人确认后进行。

看得见的

把来自大众点评与美团、微信、电话、小红书与抖音私信的原文、文件、员工修改和待审批原因都留存下来,作为下周改进的依据。

停下来的

价格与折扣、预约变更、退款、客户投诉、批量通知发送,都要人确认之后再执行。

原有的触点保留,只把该由人确认的事挑出来。

预约爽约率、到店确认回复率 · 回头熟客比重 · 预约、咨询应答时间

该由人确认的事,串成一条线。

不再多加一块新界面,而是把现有渠道进来的活儿理清楚,只把该由人拍板的决定挑出来。

渠道照旧

不新增工具,在现有的大众点评与美团、微信、电话、小红书与抖音私信之上叠加 Velros AI。需要的界面、待审批队列和报表一起做出来,上线后接着优化。

门店与本地服务

  • 预约爽约率、到店确认回复率
  • 回头熟客比重
  • 预约、咨询应答时间

懂这行的人,和你一起把标准立起来。

Velros 运营设计师和一线专家把预约请求、熟客维护、活动通知、当班收尾报告的标准落成实际的运营规程。

Velros 运营设计团队

行业的标准设计与每周改进

运营诊断

持续改进

把员工的修改和暂缓的缘由收拢起来,重新整理成下一周的运营规则。

人的时间

重复的核对少了,人就能把更多时间放在要紧的决定和增长机会上。

深入

你在现场的时候响的那通电话,就是那天的营收

维修、保洁、搬家这类上门服务,咨询偏偏在人在现场干活的时候进来。没接起来的电话不会再响一遍,一次爽约就空掉一整个时段。接单、排期、收款,是运营的事,不是拿着工具那个人的事。

从一通没接到的电话到一次预约

  1. 把漏掉的捞回来

    未接来电、消息、预约请求汇到一处,没回的排在最前面。

  2. 把活儿问清楚

    做什么、在哪儿、什么时候,再加一张照片。决定报价的那几项,比上门先到。

  3. 给出时段并确认

    按路程和工时收窄选项;规则之外的请求交给人。

  4. 上门前提醒

    停车、要备什么、大概多久、怎么付。按爽约真正发生的时点来提醒。

  5. 收款与收据

    备好收据,把评价请求排到合适的时机。

由人拍板的部分

这活儿能不能干
有些事看照片判断不了。没看过就不承诺。
现场多出来的费用
活儿变多了,价钱由人和客户当面谈。
爽约的违约金
钱和关系都悬在上面。
收据上跟税有关的处理
涉及申报的判断,属于人。

各地不同的部分

义务
许可与消费者保护方面的义务,各国不同。哪些约束贵司、期限是哪天,我们在运营诊断里确认,让它落进带日期的日历,而不是停在页面上的一段话。
期限
每项义务都配负责人,提醒按准备所需的时间倒推着响,而不是等到截止那天。
留痕
什么在什么时候、由谁、依据哪条规则提交,都留在记录里,换了人也不必从头再学。

本地服务常问的

我在现场的时候,它会替我接电话吗?
接了之后还会往下走。把未接和咨询收拢,问回活儿的范围,给出可约的时间当作预约候选。
只看照片就报价吗?
不报。它把报价需要的东西收齐、拟出草稿,金额和能不能干,由你定。
能少一些爽约吗?
把提醒卡在爽约真正发生的时点上。要不要收违约金,由人判断。

在门店与本地服务里先减哪些活儿,我们一起找出来。

咨询从哪儿进来、员工按什么顺序核对、人最后按什么标准拍板,按一天的流程摊开。

聊聊我们这一行

进来的事

微信、电话、点评、邮件,在一处看

要确认的事

员工看的事和人看的事,分开

会变好的事

重复咨询和漏掉的跟进,每周都少一点