看得见的
把来自邮件、电话、企业微信、微信的原始消息、文件、员工修改和待审批原因保留下来，作为下周改进的依据。
Velros AI 接手的执行
从多个渠道汇总搭建运维需求、报价、故障处理、进度汇报相关信息，去除重复并排定优先级。
这样的咨询，会这样被处理。
IT与技术服务每天真实进来的请求，连同要确认的事和下一处该改的地方，都留在一屏里。
过去靠人一件件盯着的顺序，原样搬过来。
- 分类 把分散在邮件、电话、微信里的咨询拆分成故障处理、报价、运维三类并排定优先级。
- 核对 调取该客户的合同与SLA范围以及过往工单记录，对齐处理条件和负责范围。
- 起草 紧急故障给出首次处理说明，报价和追加开发则起草含范围与大致工期的回复初稿。
- 确认 报价金额、追加开发启动、SLA条件变更都会推送到确认卡，由负责人核对后再发出。
停下来的
报价与追加开发、SLA与故障赔偿、合同、结算、批量通知发送，均需负责人或相关人员确认后再执行。
原有的触点保留，只把该由人确认的事挑出来。
零条未回复咨询 · 故障首次响应时长 · 报价待发送
该由人确认的事，串成一条线。
不再多加一块新界面，而是把现有渠道进来的活儿理清楚，只把该由人拍板的决定挑出来。
渠道照旧
无需增加新工具，直接在你现在使用的邮件、电话、企业微信、微信之上叠加Velros AI。一起搭建所需的界面、待审批箱和报表，边用边打磨。
IT与技术服务
- 零条未回复咨询
- 故障首次响应时长
- 报价待发送
懂这行的人，和你一起把标准立起来。
Velros运营设计师与行业专家一起，把搭建运维需求、报价、故障处理、进度汇报的标准转化为可落地的运营流程。
Velros 运营设计团队
行业的标准设计与每周改进
持续改进
把员工的修改和暂缓的缘由收拢起来，重新整理成下一周的运营规则。
人的时间
重复的核对少了，人就能把更多时间放在要紧的决定和增长机会上。
深入
故障告警响个不停时，负责人写不了下一份报价
在做网站和小程序开发、维护的小团队里，新需求、报价请求、故障上报、进度询问会同时从邮件、电话和企业微信涌进来。大多数是和昨天差不多的重复应对，但夹在中间、只有你能拍板的报价核算和紧急处置却被淹没了。被告警牵着走一整天，真正的活——估工时、定优先级——就往后拖。Velros把分散的联系汇到一处，先把回复和清单起草好，只把牵涉到钱和范围的决定用审批卡交给人。
从接单到收尾
-
接收并分流
把散落在邮件、电话、企业微信里的新需求、故障上报和进度询问汇到一处，按紧急程度和负责人整理。哪些是「现在就处理」、哪些是「明天再报价」，一目了然。
-
准备报价和工作
梳理需求，参照以往同类工作的工时，做出报价初稿和工作清单。同时标出请求是在合同范围内还是属于额外开发，让你有判断的依据。
-
处置并汇报
故障在SLA规定时间内完成初步处置整理，进度和已完成事项整理成可直接发给客户的进度说明。你确认后发出即可。
由人确认的事
- 报价金额
- 工时核算和单价只做到初稿。真正发给客户的最终报价金额，由负责人在审批卡上确认。
- 额外开发
- 超出合同范围的请求只做「额外开发」标记，是否推进、按什么范围和费用，由人来决定，避免范围悄悄膨胀。
- SLA与紧急处置
- 夜间、周末的紧急响应、优先级调整，以及直接对线上服务器动手的操作，Velros都不代劳。由人判断并执行。
不能错过的期限和义务
- 委托处理约定
- 承接涉及客户终端用户个人信息的开发、维护时，须与委托方约定处理的目的、期限、方式和保护措施，并接受其监督（个人信息保护法 第二十一条）。
- 数据安全义务
- 须管理服务器、数据库的访问权限并留存访问记录，落实与数据分级相应的安全保护措施（数据安全法）。维护过程中的无限制访问是实实在在的风险。
- 再委托限制
- 未经委托方同意，受托方不得将处理再转委托给外包开发者或自由职业者（个人信息保护法 第二十一条）。转包关系也应写进合同。
个人信息保护法 第21条（委托处理）与 数据安全法
常见问题
- Velros会替我把报价发给客户吗？
- 不会。它只做到含工时和金额的报价初稿。最终金额的确认和发送，由负责人在审批卡上亲自完成。
- 它会自动处理故障吗？
- 它汇总告警、整理初步情况、起草进度说明。直接对线上服务器动手的实际处置，由人判断并执行。
- 合同和个人信息文件也帮我准备吗？
- 它会提醒委托处理协议和SLA中不能漏掉的条目，并协助起草。实际审阅和签署由人来做。
进来的事
微信、电话、点评、邮件，在一处看
要确认的事
员工看的事和人看的事，分开
会变好的事
重复咨询和漏掉的跟进，每周都少一点