看得见的
把来自微信、企业微信、小红书、有赞的原始消息、打卡凭证、员工修改和待审批原因都留存下来，作为下一期改进的依据。
今天的处理流程
Velros AI 接手的执行
审批前已备好
从各个渠道汇总招募收款、打卡、退款、咨询相关的信息，去除重复并排定优先级。
剩余名额
打卡完成率
待处理退款
打卡挑战·训练营
- 剩余名额
- 打卡完成率
- 待处理退款
这样的咨询，会这样被处理。
打卡挑战·训练营每天真实进来的请求，连同要确认的事和下一处该改的地方，都留在一屏里。
过去靠人一件件盯着的顺序，原样搬过来。
- 分类 把从微信、小红书、微店进来的消息，分成招募咨询、打卡确认、返现/退款申请三类整理好。
- 核对 把报名表跟付款、打卡记录逐一对照，确认剩余名额、漏打卡天数，以及课程是否已开始。
- 起草 针对每条消息起草回复，写清招募详情、重申返现条件，并依《电子商务法》说明是否可无理由退款。
- 审批 凡涉及金钱的回复——返现、退款、确认报名——都会汇入审批卡，经你确认后再发送。
停下来的
退款退货、招募截止、学员个人信息变更、群发通知，都要经过运营者或负责人确认后再执行。
原有的触点保留，只把该由人确认的事挑出来。
剩余名额 · 打卡完成率 · 待处理退款
该由人确认的事，串成一条线。
不再多加一块新界面，而是把现有渠道进来的活儿理清楚，只把该由人拍板的决定挑出来。
渠道照旧
无需新增工具，直接在你现用的微信、企业微信、小红书、有赞之上叠加贝勒斯AI。一起搭建所需的页面、待审批列表和报表，跑起来再逐步改进。
懂这行的人，和你一起把标准立起来。
贝勒斯运营设计师和一线专家一起，把招募收款、打卡管理、退款处理、结营通知的标准落实为可执行的运营流程。
Velros 运营设计团队
行业的标准设计与每周改进
持续改进
把员工的修改和暂缓的缘由收拢起来，重新整理成下一周的运营规则。
人的时间
重复的核对少了，人就能把更多时间放在要紧的决定和增长机会上。
深入
打卡照片越堆越多，你却分不清谁该退款
习惯挑战和训练营会让你一直忙不停：招募、确认付款、每日打卡、判定完成、发放返款。报名来自微信群，付款在收款记录里，打卡则以问卷和照片零散送达。参加人数越多，光是核对谁缺了几天、谁符合返款条件，一天就过去了。你需要的是把重复的核对交出去、只留下和钱有关的判断的那种做法。
从报名到返款
-
招募与收款
微信群的报名、问卷回复和到账付款零散涌入时，Velros会汇成一份名单，并准备好确认到账和催缴未付的话术草稿。
-
打卡与统计
把每天上传的打卡照片和问卷回复按参加者归拢，让你一眼看清谁打了几天、谁掉队了。
-
完成与返款
用你公示的返款条件对照打卡记录，生成返款名单和结营名单，在实际付款前先放到审批卡上等你确认。
由人确认的事
- 返款发放
- 把钱真正退给达成完成条件的参加者。是否认可缺卡的例外、退多少，都由人来确认。
- 退款与中途退出
- 开营前取消或中途放弃退多少，牵涉公示条件和个别情况，只准备草稿，审批由人来做。
- 招募截止与名额
- 超额、加开班次、提前截止这类属于运营方针的决定，不做自动化，由你来定。
不能错过的期限与义务
- 事先公示返款条件
- 招募时须全面、真实、准确地披露返款标准、打卡方式和发放时间，不得虚假或误导（电子商务法第十七条）。
- 退款规则清晰
- 开营前取消或中途退出的退款规则，须在报名前写清楚并按约执行，避免与消费者产生争议。
- 参加者信息处理
- 联系方式、打卡照片等个人信息，须告知处理目的并取得同意，只在同意范围内使用（个人信息保护法第十三条·第十七条）。
《中华人民共和国电子商务法》第17条 · 《中华人民共和国个人信息保护法》第13条·第17条
常见问题
- 自动统计打卡，会不会判错人？
- 统计和核对由Velros来做，但谁符合返款由人确认。存疑的打卡会标为例外，交给运营者判断。
- 它会不会擅自把返款发出去？
- 凡是动钱的事都会停在审批卡上。你核对名单和金额并批准后，实际付款才会进行。
- 还能继续用微信群和问卷吗？
- 照用即可。Velros会架在你现在用的微信和问卷之上，把零散的报名和打卡汇到一处。
进来的事
微信、电话、点评、邮件，在一处看
要确认的事
员工看的事和人看的事，分开
会变好的事
重复咨询和漏掉的跟进，每周都少一点