五人小组建站启动会¶
| 项目 | 内容 |
|---|---|
| 会议日期 | 2026-05-10 |
| 与会人员 | 公司领导层、车车、小韦、老何、阿龙、阿超 |
| 记录人 | Bob |
| 会议性质 | 战略启动 + 分工锁定 |
| 标的项目 | 菲律宾市场新平台（5 人小组独立运营） |
| 文档迭代 | 初版 2026-05-10；2026-05-10 跟 马丁经理 学习讨论后增补第四章 / 第六章 |
一、背景与战略决策¶
1.1 启动背景¶
过去半个月到一个月，五人小组以"跟班学习"方式分散到各岗位见习，公司评估认为 跟班学习节奏偏慢、知识沉淀效率低，无法满足后续扩张速度。
1.2 核心决策¶
公司决定：不再延续被动跟班，五人小组直接组建独立运营单元，承接一个菲律宾市场的新平台从 0 到 1 建站。
底层逻辑是 "边做边学"：
- 在真实建站和运营场景中触发问题，倒逼学习。
- 实操过程同步整理工作流程，沉淀 SOP（标准作业程序，Standard Operating Procedure）。
- 平台跑通后，小组成员每人都对全岗位有完整理解，具备后续培训新人和拆分新组的能力。
1.3 与现有平台的关系¶
- 域名、技术对接、三方支付渠道等基础设施 直接复用公司成熟体系，前期无需独立对接。
- 但需要 理解每个方向的对接流程，为后续独立扩张做准备。
二、五人小组当前分工¶
| 成员 | 当前角色 | 当前任务 |
|---|---|---|
| 车车 | 代理组长（运营线） | 站内运营 + 跨岗位协调 + 学习熟悉澎湃系统后台 |
| 小韦 | 代理组长（运营线） | 站内运营 + 跨岗位协调 + 学习熟悉澎湃系统后台 |
| 阿超 | 稽核 + 远程管理岗 见习 | 调班深入学习稽核工作流程 + 远程管理岗相关工作 |
| 老何 | 稽核 + 远程管理岗 见习 | 调班深入学习稽核工作流程 + 远程管理岗相关工作 |
| 阿龙 | 投流见习 | 跟投流组学习投放（有渠道投放经验） |
说明：当前分工为启动期阶段性安排，后续随着小组成员对各岗位熟悉度提升、人员补齐到位，会逐步轮岗 / 调整。
三、目标组织架构（10 人标准配置）¶
| 岗位 | 人数 | 职责 |
|---|---|---|
| 站内运营 | 2 | 活动策划与执行、用户运营、数据分析 |
| 稽核 | 2 | 套利识别、提款审核、风控初审 |
| 投流 | 4 | 渠道投放、KPI（关键绩效指标，Key Performance Indicator）监控、量级管控 |
| 远程团队管理 | 2 | 远程客服 / 稽核团队的管理与质检 |
| 合计 | 10 |
3.1 阶段策略¶
- 启动阶段：5 人覆盖全岗位关键工作，不强求配齐。
- 扩张阶段：人员到位后，把岗位职责逐步拆分到具体人头。
- 复制阶段：小组成员全部学透各岗位后，从中分管理人员去组建新的小组，不断"扩散繁殖"。
四、建站前期准备工作¶
本章节由 2026-05-10 跟 马丁经理 学习讨论后整理新增。
实战搭建前需要先把基础准备工作落地，避免一上线就手忙脚乱。
4.1 代组长系统熟悉：澎湃系统后台¶
- 新平台将使用 澎湃系统 作为运营后台。
- 澎湃系统大概框架与之前学习的 非凡包网系统 类似，但 存在细微差异。
- 代组长（车车、小韦）必须在真正搭建之前先熟悉澎湃系统后台的操作，避免实战时卡在工具层面。
- ❓ 待整理：澎湃 vs 非凡包网的具体差异点（建议在熟悉过程中边记边整理一份对照表）。
4.2 远程客服团队编制规划¶
| 阶段 | 编制 | 说明 |
|---|---|---|
| 启动期 | 3 ~ 4 个远程客服 | 保留突发状况余量。菲律宾远程员工流动性较大，必须留缓冲 |
| 稳定运营期 | 每班次 3 个 | 满足日常运营基本足够 |
| 增长期 | 视效果按情况追加 | 数据增长后再扩编 |
4.3 远程客服招聘流程¶
4.3.1 招聘渠道¶
- 公司有 统一的"远程客服简历群"：
- 流程：在群里发布招聘需求（含岗位职责、明细、薪资待遇）→ 招聘组帮忙找简历并发回群内 → 我们筛选后联系候选人。
- 关键动作：本次新平台招聘时，由车车 / 小韦在简历群发布 菲律宾远程客服 招聘需求（招聘文案见 4.5 节）。
- 流程参考来源：印尼市场远程客服管理岗指南。
4.3.2 责任分工¶
- 前期负责人：车车 / 小韦 先熟悉招聘流程，把流程跑通。
- 后期负责人：流程稳定后，工作交付给阿超 / 老何 负责跟进，作为他们远程管理岗见习的实战延伸。
4.3.3 聘用合同要点（《远程岗位聘用合同》摘录）¶
合同甲方：WAVE FRONT SUPPORT MANAGEMENT INC.
覆盖岗位：远程在线客服（或支付客服）/ 远程在线出入款 / 远程在线电维 / 远程报表专员
设备要求：员工自备电脑和网络
基础工时：
- 每天在岗 12 小时，每月休息 2 天。
- 月休需提前至少 2 天 向主管申请排休。
薪资结构（USDT）：
| 阶段 | 月份 | 底薪 | 全勤 | 绩效 | 月合计上限 |
|---|---|---|---|---|---|
| 试用期 | 第 1 ~ 3 月 | 360 | 110 | 320 | 790 |
| 转正 - 1 档 | 第 4 ~ 6 月 | 400 | 110 | 340 | 850 |
| 转正 - 2 档 | 第 7 ~ 9 月 | 430 | 110 | 360 | 900 |
| 转正 - 3 档 | 第 10 ~ 12 月 | 460 | 110 | 380 | 950 |
| 长期 | 第 13 月起 | 500 | 110 | 400 | 1010 |
关键扣罚 / 福利：
| 项 | 内容 |
|---|---|
| 全勤补贴 | 整月无考勤异常发 110U；月休 2 天不算异常 |
| 绩效扣分 | 满分 100；离座超时 / 未打卡 / 1 分钟未回消息扣 2~5 分；无故缺勤 -20 |
| 薪资发放 | 每月 15 日 链上转账 USDT；员工自备 U 账户；严禁交易所地址（罚 1000U+） |
| 生日礼金 | 试用期 60U / 转正 100U |
| 年假 | 满 6 个月享 15 天带薪年假（可折现） |
| 病假 | 转正每年 5 天带薪；试用期半薪 |
| 十三薪 | 转正员工享有，12 月薪资一起发 |
离职 / 辞退规则：
| 在岗时长 | 处理方式 |
|---|---|
| 1 ~ 6 天（考察期） | 任何原因离职均不结算工资及福利 |
| 7 ~ 15 天 | 自离或重大过失辞退不结算；公司优化辞退按出勤天数结算 |
| 试用期内主动离职 | 须提前至少 7 天 申请 |
| 转正后主动离职 | 须提前至少 15 天 申请 |
| 旷工 1 天 | 扣 2 天薪 |
| 旷工 ≥ 2 天 | 直接辞退 |
保密红线：
- 与公司相关的图片 / 视频 / 软件 / 文档 / 源文件 / 资料 等，未经许可严禁外传 / 复制 / 展示。
- 不得在与家人 / 亲戚 / 朋友 / 同学 的聊天中泄露任何公司信息。
- 发现他人泄密须及时向风控汇报，否则视为包庇。
- 违规罚款 100 ~ 1000 USDT，情节严重者降级降薪或开除。
❓ 待小组确认：本次菲律宾远程客服是否完全套用上述合同条款？薪资档位是否需要根据菲律宾市场调整？
4.4 资源对接群组建立¶
- 平台搭建涉及多条对接线（技术、域名、客户端打包、支付、活动配置等），每条线都有对应的对接群组与对接人员。
- 执行动作：请马丁经理 帮忙拉入各对接群。
- 跟进动作：进群后主动与对接人员熟悉工作流程，为实战搭建做好对接准备。
- ❓ 待清单化：完整的对接群列表与对接人员名单（边做边整理补充）。
4.5 远程客服招聘文案（发简历群用）¶
用于车车 / 小韦 在简历群发布的标准招聘需求文案，可直接复制粘贴。
菲律宾 - 远程客服（会中文）- 3~4 人
岗位工时：
12 小时（轮班制）；月休 2 天（未转正期间有休息）
岗位待遇：
按远程 12 休 2 合同执行
· 试用期（1-3 月）：底薪 360 + 全勤 110 + 绩效 320 = 790 USDT/月
· 转正后逐档调薪，第 13 月起可达 1010 USDT/月
· 福利：带薪年假 15 天 / 转正病假 5 天 / 十三薪 / 生日礼金
岗位需求：
· 熟悉博彩行业基础规则（如打码量、返水、优惠活动等）
· 熟悉电子、捕鱼游戏的投注逻辑
· 能看懂数据报表、交易记录、流水账单
· Excel 熟练，懂简单的函数或筛选排序技巧
要求工作经验：
· 有在线博彩网站客服、支付系统、风控或财务审计经验优先
岗位职责：
· 仔细、耐心、不怕繁琐，有责任心，面对重复性工作不浮躁
· 能接受排班制（客服岗位需要值夜班）
· 思维逻辑清晰，沟通能力强
· 自备电脑和网络
❓ 使用前请小组确认：
- 招聘人数（3 人 / 4 人）是否最终敲定？
- 是否需要在文案中增加 菲律宾本地中文人员优先 等地域筛选条件？
- 薪资数字是否对外公开？（部分公司只在简历群说"按合同执行"，不公开档位）
五、运营策略：拉回活动 A/B 测试（对照实验）¶
5.1 决策内容¶
新平台启动期 暂不做短信拉回活动，原因：
- 5 人小组人手少，省下拉回相关的工作量。
- 减少短信通道的成本支出。
- 借此机会做一次自然实验：对比"做拉回 vs 不做拉回"两类平台的核心数据，量化拉回活动的真实 ROI（投资回报率，Return on Investment）。
5.2 待小组共同确认¶
- ❓ 对比周期：跑多久才能得出有说服力的结论？1 个月？3 个月？
- ❓ 对比指标：除了留存和客单价，还要看哪些维度？是否需要分用户层级看？
- ❓ 对比基准：跟哪几个"在做拉回"的平台对照？数据来源如何拉通？
- ❓ 失败兜底：如果不做拉回明显伤数据，多久的窗口内必须切回？
六、投流学习重点¶
6.1 三大学习方向¶
公司特别强调投流学习时必须重点关注 三类风险点，不能只听教学人员怎么说，要 基于经验做独立判断：
| 方向 | 含义 | 学习目标 |
|---|---|---|
| 增值 | 投流报价中"原始广告费"以外的加价部分（详见 6.3） | 看清钱具体花在哪、识别造假手段 |
| 假量 | 投流渠道刷出来的虚假用户量（详见 6.2） | 通过运营数据多维交叉识别 |
| 投流人员回扣 | 投流人员可能从渠道方拿回扣，影响成本真实性（详见 6.4） | 数据对账 + 行为模式识别 |
6.2 假量识别¶
来源：跟马丁经理学习讨论整理。
6.2.1 假量交付的核心模式¶
投流方做假量很少 100% 全假，常见手法是 真假混杂交付：
- 例：交付总量中 70% 真量真用户 + 30% 假量假用户。
- 假量来源：投流方 自有团队伪装真实用户，或 脚本批量伪装。
- 由于真假混杂、行为伪装到位，单点指标难以一刀切识别，必须靠运营数据多维交叉。
6.2.2 识别方法（数据多维交叉）¶
| 识别维度 | 异常信号 | 原理 |
|---|---|---|
| 整体客单价 | 客单价畸形偏离 | 假量比例越高，单用户成本失真越明显 |
| 打码倍数 | 偏离正常用户均值 | 假量用户为完成 KPI 指标，打码行为不自然 |
| 人均充值量 | 与正常用户对比有明显差距 | 同上 |
| 针对留存指标的踩点充值 | 用户充值时间精准卡在 2 日 / 7 日 / 15 日留存节点 | 包月投流方对公司后台留存计算公式很熟悉，会针对性"踩点"刷留存数据。这种 机械性的踩点反而暴露假量 |
| 存提差异常一致 | 大量用户呈现 几乎一样 的存提差模式（异常偏小） | 脚本 / 团队批量操作的典型特征 |
| 打码量异常偏低 | 整体打码量明显低于正常水平 | 假量为完成指标而非真玩，不会真打码 |
| 停投后数据塌方 | 停投后短期内出现异常明显的数据"跌落" | 假量来源消失，伪装数据立即归零 |
| 客服线访问率异常低 | 新用户几乎不联系客服 | 真实新用户碰到小问题习惯性联系客服。马丁团队的经验：新平台启动期客服线本应 比较活跃；如果客服线异常冷清，假量嫌疑大 |
6.2.3 实战要点¶
- 单一指标不要下结论，必须多维交叉。
- 重点关注 "模式一致性" —— 假量用户行为往往呈现批量化、模板化特征。
- 把 "客服线访问率" 作为常规监控指标，而不是事后排查指标。
6.3 增值造假原理¶
来源：基于公开资料整理 + 行业经验推断（参见文末参考资料）。
状态：本节作为 个人理解初稿，待 马丁经理排查后修正。
6.3.1 "增值"的含义¶
投流报价中，除"原始广告费"外的加价部分通常被称为"增值"，正常情况下用于支付：
- 媒介代理商的优化服务（投放策略、人群定向）
- 创意制作（视频、素材）
- 技术工具（数据分析、归因）
- 账户托管费
6.3.2 增值造假的常见手法¶
| 手法 | 说明 |
|---|---|
| 加价倒卖 | 代理商以底价从广告平台（如巨量引擎）拿到原始流量，加价 20% ~ 50% 转售给广告主，中间差价就是"增值"利润 |
| 虚增消耗 | 代理商定制后台 / 报告中虚报实际广告消耗（如实际花 80，报 100） |
| 虚假优化服务 | 声称配备 AI 算法 / 优化师 / 创意团队，实际并未投入 |
| 账期套利 | 利用结算账期占用广告主资金做套利 |
6.3.3 识别方向¶
- 看广告平台官方后台：直接登录巨量引擎 / Google Ads 等原始账户，查实际消费明细，不只看代理商提供的报告。
- 看钱具体花在哪里：真实消耗 vs 代理商报告差额。
- 对标行业均价：同类产品在同平台的投放均价做横向对比。
- 查代理商报告与平台原始数据的差异：差异越大、越固定，越值得警惕。
❓ 待马丁补充：公司内部识别"增值造假"的实战流程与已知红旗信号。
6.4 回扣造假原理¶
来源：基于公开资料整理 + 行业经验推断（参见文末参考资料）。
状态：本节作为 个人理解初稿，待 马丁经理排查后修正。
6.4.1 回扣的本质¶
公司内部投流人员从外部 代理商 / 媒介渠道私下拿到好处（现金、消费卡、礼品、私下账户返点），导致投流决策不再基于真实 ROI，而是基于个人利益。
6.4.2 常见手法¶
| 手法 | 说明 |
|---|---|
| 按消耗返点给个人 | 投流员在某代理商投放达到一定金额，代理商按比例私下返点给个人账户 |
| 绑定特定渠道 | 投流员只用某一两家代理商，即使效果差也不切换 |
| 虚增投放预算 | 投流员故意拉高消耗，换取更高返点 |
| 配合虚增消耗造假 | 与代理商串通虚报消耗，差额双方分成 |
6.4.3 识别方向¶
| 识别点 | 红旗信号 |
|---|---|
| 多家代理商比价 | 同样的预算放到不同代理商投放，看真实消耗和效果差异 |
| 数据对账 | 投流员上报消耗 vs 平台后台原始数据，差异是否合理 |
| ROI 持续低于行业均值仍不切换 | 高度可疑 |
| 异常聚焦某一家代理商 | 即使其他代理商出价更优、效果更好仍不换 → 红旗 |
| 投流员收入与消耗成正相关 | 投流员个人消费水平与所管账户消耗显著正相关 |
❓ 待马丁补充：公司内部是否有针对投流员的"对账 + 风控"机制？是否有过历史案例可以参考？
6.5 长期规划¶
- 公司当前组织结构：投流是独立部门。
- 未来方向：把投流职能纳入每个运营组，便于沟通和成本把控。
- 因此本次小组学习投流不是"了解一下"，而是要 完整掌握，为后续投流并入小组建制做准备。
6.6 参考资料¶
第 6.3 / 6.4 节内容主要基于以下公开资料整理，不能直接当作公司实战标准，需要马丁经理结合公司实战经验做修正。
- 广告投放术语指南 · 知乎专栏
- 喜马拉雅如何借助友盟+让 App 假量灰产无处遁形 · 友盟+
- 应用归因 / 反作弊原理 · CSDN
- 广告效果优化与异常监控 · 人人都是产品经理
七、核心数据指标¶
7.1 运营三大核心指标¶
| 指标 | 含义 | 当前公司平均值 |
|---|---|---|
| 客单价 | 单用户获客成本 | 月均 5 ~ 6 USD（美元）（❓数值是否最新需要再核） |
| 裂变比例 | 老用户邀请新用户的转化率 | ❓ 当前平均值待补 |
| 留存率 | 用户留存（具体口径待明确） | ❓ 当前平均值待补 |
7.2 目标¶
新平台搭建后 至少达到公司当前平均水平。
7.3 改进路径¶
数据不达标不能只甩锅给投流，需要 整组协同优化：
- 运营侧：根据数据反馈，针对性调整活动策略。
- 投流侧：调整 KPI 指标，过滤低价值渠道。
- 稽核侧：识别套利、控制无效流量进入。
- 客服侧：提升首次到访的转化体验。
7.4 待小组共同确认¶
- ❓ 客单价口径：是 CPA（单次行动成本，Cost Per Action）、CPM（千次曝光成本，Cost Per Mille）还是综合获客成本？数据来源是哪个看板？
- ❓ 裂变比例口径：邀请发起 / 邀请成功 / 邀请用户首充？
- ❓ 留存率口径：次日 / 7 日 / 30 日？基于注册还是基于首充？
- ❓ 数据看板入口：iConsole 是否能拉到这三个指标？需要哪些权限？
八、学习方法论：边做边学 + SOP 沉淀¶
8.1 核心要求¶
每位成员在当前分配岗位上，学透本岗工作，并在过程中持续整理：
- 每日规律性工作记录成清单（重复性任务的 SOP 雏形）。
- 遇到的问题 + 解决方案记录成案例库。
- 周期性汇总到小组，输出每个岗位的标准工作指南 / 流程 / SOP。
8.2 沉淀目标¶
| 产出物 | 用途 |
|---|---|
| 岗位标准工作指南 | 后续新员工培训 |
| 标准工作流程 | 减少新人上手时的摸索时间 |
| 岗位 SOP | 把握新人工作质量是否达标 |
8.3 终极要求¶
小组每个人都要对"经营一个平台所涉及的所有岗位"都熟练掌握，理解每个岗位的工作原理与质量标准。
只有做到这一点，才能在后续扩张时 既能培训新人，又能把控质量。
九、协同体系（前期参考现有指南）¶
9.1 五人小组前期协同模型¶
┌─────────────────────────────┐
│ 车车 / 小韦（站内运营） │
│ · 活动策划与执行 │
│ · 数据分析与策略调整 │
│ · 跨岗位协调枢纽 │
│ · 澎湃系统后台学习 │
└──────────────┬──────────────┘
│
┌──────────────────┼──────────────────┐
│ │ │
┌────────────────┐ ┌──────▼──────┐ ┌──────▼──────┐
│ 阿超 / 老何 │ │ 阿龙 │ │ 远程团队 │
│ 稽核 + 远程 │ │ 投流 │ │ · 客服 │
│ 管理岗 见习 │ │ · 渠道投放 │ │ · 稽核 │
│ · 套利识别 │ │ · KPI 监控 │ │ （仅管理员 │
│ · 提款审核 │ │ │ │ 现场办公）│
│ · 远程团队管理│ │ │ │ │
└────────────────┘ └──────────────┘ └─────────────┘
9.2 借鉴现有岗位指南¶
车车与小韦此前已学习了 组长工作 的部分内容，并掌握了 远程客服管理岗 的大部分工作。前期搭建可直接借鉴现有的：
9.3 工作方式¶
- 先按现有指南的流程一步步操作。
- 过程中遇到不明确的点 → 现场咨询 → 解决方案沉淀回指南。
- 把现有指南中"模糊的、未覆盖的、过时的"环节统一更新为新版的标准流程。
十、平台运维基础¶
10.1 站点稳定性（24/7 服务）¶
平台运营的前提是 站点 7×24 小时可用。这块涉及一系列基础设施工作，目前小组尚未深入学习，需要后续强化：
| 方向 | 工作内容 | 学习路径 |
|---|---|---|
| 炮灰域名 | 备用域名池、被封后切换 | ❓ 需要明确：哪个岗位负责日常维护？切换 SOP 是什么？ |
| iOS（苹果手机系统）马甲包 | App Store（苹果应用商店）上架的伪装包，规避审核 | ❓ 由公司技术统一处理还是组内运营触达？ |
| 谷歌包 | Google Play（谷歌应用商店）上架的客户端 | ❓ 同上 |
| APK（Android 安装包，Android Package Kit） | Android 直装包 | ❓ 自行打包还是技术中心提供？分发流程？ |
| PWA（渐进式网页应用，Progressive Web App） | 渐进式 Web 应用 | ❓ 是否所有平台都开启？开启逻辑？ |
说明：以上工作的具体分工 / 操作流程 / 涉及部门 在本次会议未深入展开，需要下次专题会议或在跟岗时逐项澄清。
10.2 运营数据驱动¶
在站点稳定的前提下，运营工作的重心应放在 数据驱动决策：
- 监测哪些活动对 留存率 有正向影响。
- 监测哪些活动对 客单价 有降低作用。
- 根据数据反馈，调整：
- 投流 KPI 指标
- 活动策略
- 用户运营动作
- 核心目标：提升留存率，降低获客单价。
10.3 三方渠道稳定性¶
三方支付渠道的稳定性 对留存率和用户裂变影响极大：
- 充值不通畅 → 用户首充失败 → 留存崩盘。
- 提款不通畅 → 用户体验崩盘 → 反向裂变（劝退）。
需要在运营过程中持续关注，参考现有副组长指南中的代收代付渠道管理流程。
十一、会议决议汇总¶
| # | 决议 | 责任人 | 时间节点 |
|---|---|---|---|
| 1 | 五人小组组建独立运营单元，承接菲律宾新平台 | 全员 | 即刻启动 |
| 2 | 车车 / 小韦代理组长，统筹站内运营 + 协调 | 车车、小韦 | 即刻 |
| 3 | 阿超 / 老何调班深入学习稽核 + 远程管理岗工作 | 阿超、老何 | 近两天 |
| 4 | 阿龙跟投流组学习，重点掌握增值 / 假量 / 回扣识别 | 阿龙 | 持续 |
| 5 | 新平台前期不做拉回活动，A/B 对照其他平台数据 | 全员 | 持续观察 |
| 6 | 每人在本岗位整理日常工作 + 问题案例 | 全员 | 持续累积 |
| 7 | 周期性汇总输出岗位标准 SOP | 车车 / 小韦统筹 | ❓周期待定 |
| 8 | 启动澎湃系统后台学习，整理 vs 非凡包网差异点 | 车车、小韦 | 即刻 |
| 9 | 远程客服编制按 3 ~ 4 人启动，参考印尼远程客服管理岗指南跑通招聘流程，稳定后交付阿超 / 老何接手 | 车车 / 小韦（前期） → 阿超 / 老何（后期） | 持续 |
| 10 | 通过马丁经理拉入各资源对接群，跟相关对接人员对齐工作流程 | 车车 / 小韦 + 马丁经理 | 即刻 |
| 11 | 在远程客服简历群发布菲律宾远程客服招聘需求（文案见 4.5） | 车车 / 小韦 | 招聘启动时 |
十二、待小组共同探讨的疑问汇总¶
以下问题在本次会议未明确，整理在此供下次小组讨论时逐项消化，能解决的同步更新到本纪要。
建议：这些问题可以找经理 马丁 咨询，邀请他一起学习和讨论，提升消化效率。
投流相关¶
- ~~假量 的实现机制、识别指标~~ → 已基于马丁经验整理到 6.2 节。
- 增值造假 的具体识别流程 → 6.3 节已基于公开资料整理初稿，待马丁排查修正。
- 投流回扣 的内部对账与风控机制 → 6.4 节已基于公开资料整理初稿，待马丁排查修正。
数据指标相关¶
- 月客单价 5~6 USD 的统计口径、是否最新数据
- 当前公司平均 裂变比例 的具体数值与口径
- 当前公司平均 留存率 的具体数值与口径（次日 / 7 日 / 15 日 / 30 日）
- iConsole 数据看板能否拉到这三个指标，需要什么权限
拉回活动 A/B 测试相关¶
- 对比周期（多久得出结论）
- 对比指标（除留存、客单价外还看哪些）
- 对比基准平台（跟哪几个站对照）
- 数据明显恶化的兜底切回窗口
平台运维相关¶
- 炮灰域名 / iOS 马甲包 / 谷歌包 / APK / PWA 的具体分工
- 各类客户端的打包、分发、维护流程
- 哪些工作由公司技术中心统一处理，哪些是小组自己负责
协同与沉淀相关¶
- SOP 汇总输出的周期（每周？每两周？每月？）
- 现有岗位指南的更新机制：谁来 review、谁来 merge、版本管理方式
前期准备相关（新增）¶
- 澎湃系统 vs 非凡包网系统 的具体差异点（边熟悉边整理）
- 完整的资源对接群清单与对接人员名单（边做边整理补充）
- 菲律宾远程客服是否完全套用现有合同条款？薪资档位是否需根据菲律宾市场调整？
- 招聘文案中是否加 菲律宾本地中文人员优先 等地域筛选条件？薪资档位是否对外公开？
附录 · 当日笔记原文¶
会议笔记原文（仅供溯源对照，未含后续与马丁经理讨论补充）：
- 当前 5 人分工：车车 / 小韦代理组长，阿超 / 老何稽核 + 远程管理岗见习，阿龙跟投流组。
- 标准 10 人组：2 运营 + 2 稽核 + 4 投流 + 2 远程管理。
- 暂不做拉回活动，对比验证 ROI。
- 投流三大重点：增值 / 假量 / 回扣，需独立判断。
- 核心指标：客单价（5~6U）/ 裂变 / 留存。
- 边做边学，每岗 SOP 沉淀。
- 五人小组前期通过运营 + 客服 + 稽核 + 投流配合即可跑通。
- 借鉴组长指南，遇到问题反向更新指南。
- 域名稳定 + 数据分析 + 三方渠道稳定 = 平台运营基础。