MVP-FS 飞书管理员操作手册

搭建 · 配置 · 运维 · 治理 · 迭代
适用对象:OL 运营负责人(成文·主管理员)/ TL 技术负责人(司徒·技术管理员)/ ML 备份
培训目标:1 天内完成 WEAVELY-MVP 工作台搭建,1 周内独立运维
前置条件:已读《MVP-FS 飞书操作培训手册》(全员版)
配套文档:MVP-FS 实施方案 V1.2 · 自动化评估 V1.0 · scripts/feishu-*.py 一键搭建脚本
V1.1 新增:🤖 各章新增「DT 一键执行」小节 + 附录 A「DT 自动化能力清单」
V1.2 新增:📘 附录 B「飞书应用创建与权限配置实操指南」(手动获取凭据 11 步)
WEAVELY · 织布鸟智居 · MVP Phase 0 · DOC-D00-M1-T2 V1.2
📑 目录与管理员定位(9 章节)
区别于全员版手册:本手册讲"如何搭建、配置、维护、治理"飞书工作台

搭建篇 第 1-4 章

  1. 管理员角色与职责分工
  2. 飞书工作台搭建(WEAVELY-MVP)
  3. 字段与公式配置(CPT-Lite 40 + QSV-Lite 公式)
  4. 视图与仪表盘配置

治理篇 第 5-7 章

  1. 权限配置(6 角色矩阵 + 师傅行级)
  2. 自动化规则(3 条提醒规则)
  3. AI 听写协作与日常运维

进阶篇 第 8-9 章 + 附录

  1. 周报脚本与表单迭代治理
  2. 异常处理 FAQ + 上线 Checklist
  3. 附录 A:DT 自动化能力清单(V1.1 新增)
  4. 附录 B:飞书应用创建与权限配置指南(V1.2 新增)
🤖 V1.1 新增 · DT 一键执行小节
各章末尾新增「DT 一键执行」蓝框,给出飞书 CLI 命令模板,DT 可直接调用替代人工 90% 配置工作。 详见附录 A 与《MVP-FS 管理员自动化评估》。
📘 V1.2 新增 · 飞书应用创建实操指南
附录 B 提供 11 步手动创建应用 + 权限配置详细操作说明,含截图占位、权限清单(按阶段分组)、发布审批要点。 执行 feishu-cli-setup.ps1 前请先按附录 B 完成 Step 1-11。
📌 管理员 vs 普通用户的关键区别
普通用户:在已搭好的表里填数据
管理员:建表、配字段、设权限、跑脚本、改结构、保数据

这份手册是给"搭台子的人"看的,不是给"唱戏的人"看的。

全员版手册解决"怎么走完一单",本手册解决"怎么让这个台子能持续运转、数据不丢、表单越用越准"。

读完这份手册,你应该能独立完成:Day 1-2 搭建工作台 → 首周跑通流程 → 每周做数据治理 → 持续迭代表单。

👤 第 1 章 · 管理员角色与职责分工
双管理员机制:OL 主理日常 + TL 主理技术,互为备份

1.1 双管理员职责矩阵

职责域OL 成文(主管理员)TL 司徒(技术管理员)
飞书角色多维表格管理员(可建表/改结构/配权限)多维表格编辑者 + 表结构变更执行人
建表与字段提出字段需求、维护枚举值、日常数据补录字段类型设计、公式编写、字段迭代技术执行
权限管理协作者邀请、师傅行级权限分配、离职回收DT 听写 API Token 管理、权限矩阵评审
自动化配置 3 条提醒规则、通知模板文案自动化规则评审、Phase 1 API 脚本开发
数据治理每周五导出 CSV、跑 data-checker、补录缺失跑 weekly-report、听写润色对接、版本号管理
表单迭代记录字段缺口、参与每周复盘、确认枚举转换加字段执行、字段清单同步、不超 50 字段约束
备份与应急每日 CSV 备份、Excel 离线模板维护scripts/ 脚本维护、飞书故障时切 Excel 方案

1.2 角色对照表(按 PJM §3.1 RACI)

OL 成文

  • 运营负责人
  • 客户运营
  • 主管理员

TL 司徒

  • 技术负责人
  • 架构与脚本
  • 技术管理员

ML 洪

  • 市场负责人
  • 线索录入
  • 备份管理员

DT 听写

  • AI 助手
  • API 接入
  • 读写权限
备份机制:OL 不在岗时由 ML 顶替日常运维;TL 不在岗时由 OL 顶替脚本运行(命令简单,照着 README 输入即可)。

为什么是双管理员?因为建表的人要懂业务(OL),改结构的人要懂技术(TL),一个人容易出错或卡壳。

记住一个原则:OL 提需求、TL 执行技术、ML 做备份。任何字段变更都至少两个人确认,避免一个人拍脑袋加字段导致表越改越乱。

DT 听写虽然列在权限表里,但它是 AI 不是人,它的 Token 由 TL 保管,调用方式由 TL 配置,OL 不直接操作 API。

🏗️ 第 2 章 · 飞书工作台搭建(WEAVELY-MVP)
Day 1 上下午任务:1 个多维表格文件 + 6 张数据表

2.1 创建多维表格文件

  1. 登录飞书 → 工作台 → 多维表格

    用企业账号登录(不用个人账号),点击「+ 新建多维表格」

  2. 命名文件:WEAVELY-MVP

    统一命名,全员识别;文件放在「WEAVELY 项目」共享空间下

  3. 创建 6 张数据表(在同一文件内)

    按 §2.2 清单逐一「+ 添加数据表」,命名用中英文对照便于识别

  4. 设置文件协作者

    右上角「分享」→ 添加 6 个角色协作者(详见第 5 章)

2.2 6 张数据表清单(MVP-FS §2.2.1)

#数据表名对应设计记录粒度字段数主负责人
1CPT-Lite 订单跟踪表CPT-D / CPT-F每订单 1 行40OL
2QSV-Lite 报价表QSV-D / QMD每报价 1 行15OL
3WPL-Lite 师傅台账MDS-D / WPL每师傅 1 行8OL
4CPL-Lite 客户台账MDS-D / CPL每客户 1 行10OL/ML
5SCL-Lite 品类台账MDS-D / SCL每品类 1 行7TL
6BPL-Lite 楼宇台账MDS-D / BPL每楼宇 1 行8TL
📌 命名规范:表名建议用「CPT-Lite 订单跟踪表」格式(英文简写 + 中文说明),字段名必须用英文 snake_case(如 order_id),这是数据可迁移到未来系统的硬性约定(MVP-FS §1.4 设计原则)。
🤖 DT 一键执行(V1.1 新增) · 本章人工 4h → DT 自动 5min
DT 通过飞书 CLI + Bitable API 直接完成本章全部工作:
powershell -File scripts/feishu-cli-setup.ps1 · 一次性配置 CLI 凭据(30min)
python scripts/feishu-mvp-setup.py · 一键创建 WEAVELY-MVP + 6 表 + 40 字段 + QSV 公式 + 视图 + 仪表盘(5-10min)
仍需人工:师傅行级权限(隐私红线)、自动化通知文案、字段命名 TL 评审

搭建是Day 1 的全部工作,半天搞不定没关系,但 6 张表必须当天建出来,第二天才能开始配字段和权限。

关键陷阱:字段名一定要用英文 snake_case,不能用中文。因为未来迁移到数据库时字段名就是列名,中文字段名会全部作废,所有数据要重录。

V1.1 起,DT 可一键搭建整张工作台(详见第 2 章末「DT 一键执行」框)。但仍建议 TL 跟着 DT 跑一遍,理解每个字段的含义——日后改结构时不会两眼一抹黑。

⚙️ 第 3 章 · 字段与公式配置
Day 1 下午核心任务:40 字段建表 + QSV-Lite 报价公式

3.1 CPT-Lite 40 字段配置要点

字段分组(按 8 阶段)

  • GN 通用信息:5 字段(order_id/current_stage/...)
  • L1 线索:5 字段(lead_source/...)
  • L2 需求:5 字段(category/product_model/...)
  • L3 报价:5 字段(quote_id/quote_amount/...)
  • L4 签约:4 字段(signed_at/payment_*/...)
  • L5 配送:4 字段(delivery_*/...)
  • L6 安装:7 字段(worker_*/actual_work_hours/...)
  • L7 验收:3 字段(acceptance_*/...)
  • L8 回访:2 字段(nps_score/followup_note)

字段类型对照

  • 文本:order_id / customer_name / 地址
  • 单选:current_stage / category / quote_status(必须配枚举值)
  • 日期:created_at / signed_at / 各阶段时间
  • 数字:quote_amount / actual_work_hours(1 位小数)
  • 附件:site_photos_url / acceptance_sign_url(飞书云文档链接)
  • 关联:assigned_worker_id → WPL-Lite / customer_id → CPL-Lite

3.2 必须配枚举值的字段(防止自由文本污染数据)

字段枚举值说明
current_stageL1/L2/L3/L4/L5/L6/L7/L8/异常/完成状态机核心
lead_sourceSCENE01线上/SCENE02随箱卡/SCENE03电商/SCENE04物流/SCENE05品牌/SCENE06菜鸟/推荐/其他对应 OPS 6 场景
category衣柜/橱柜/床/餐桌/书柜/其他对应 SCL 8 大品类
payment_methodFPS/信用卡/现金/月结香港主流支付
acceptance_result通过/整改/客诉L7 验收

3.3 QSV-Lite 报价公式字段(TL 主配)

核心公式(飞书多维表格「公式」字段类型):
subtotal = base_fee × complexity_factor × building_factor × worker_level_factor + extra_work_fee
final_amount = MIN(subtotal - discount, cap_price)

公式字段引用其他字段时,飞书会自动提示;封顶价 cap_price 来自 SCL-Lite,必须先建 SCL-Lite 再配公式

🤖 DT 一键执行(V1.1 新增) · 本章人工 4h → DT 自动 10min
feishu-mvp-setup.py 已内置 40 字段定义(含枚举 property.options)+ QSV-Lite 公式字段(type=20 + formula_expression),脚本一次跑完:
① CPT-Lite 40 字段(含 8 个枚举字段,枚举值与 §3.2 完全一致)
② QSV-Lite 15 字段(含 subtotal / final_amount 两个公式字段)
③ WPL/CPL/SCL/BPL 四库字段
仍需人工:字段命名 TL 评审(脚本已用 snake_case,TL 只需确认 5min)、关联字段类型如需改「关联表」需手工补配

40 个字段不要一次全建完,按阶段分组建:先 GN + L1 + L2(前 15 个),跑通后再加 L3-L8

枚举值是数据质量的命根子。比如 lead_source 如果不配枚举,大家填"微信/朋友圈/朋友介绍/老客户",后期统计来源就全乱了。配成固定枚举后,AI 分析才能聚合。

V1.1 起,DT 一键脚本已内置全部字段定义与枚举值,TL 只需跑完脚本后花 5min 评审命名。人工 4h → DT 10min + 人工评审 5min。

📊 第 4 章 · 视图与仪表盘配置
Day 2 上午任务:让不同角色看到不同的数据视图

4.1 视图配置(每张表至少 3 个视图)

视图类型用途配置方法适用角色
默认视图(全部)看所有记录建表时自动生成,重命名为「全部订单」OL/TL
看板视图按阶段拖拽流转+ 视图 → 看板 → 分组字段选 current_stageOL/BO/SPO
筛选视图(我的订单)师傅只看自己的单+ 视图 → 筛选 → assigned_worker_id = 当前用户师傅
筛选视图(异常池)看异常暂停订单筛选 order_status = 异常暂停OL
日历视图看配送/安装排期+ 视图 → 日历 → 日期字段 preferred_timeOL/师傅

4.2 仪表盘配置(4 个核心看板)

📈 订单看板

  • 各阶段订单数(柱状图)
  • 分组字段:current_stage
  • 用途:每日早会看流转健康度

🔻 转化漏斗

  • L1→L8 各阶段转化率(漏斗图)
  • 统计:各阶段记录数 / L1 记录数
  • 用途:发现哪个阶段流失多

👷 师傅负载

  • 各师傅当前在途订单数(柱状图)
  • 分组:assigned_worker_id
  • 用途:派单时看谁有空

💰 收入统计

  • 本周/本月签约金额(数字卡片)
  • 统计:sum(quote_amount) where quote_status=已确认
  • 用途:BO/SPO 监控经营
📌 仪表盘建在哪:多维表格文件顶部「+ 仪表盘」标签页,不是单独建文件。4 个看板建在同一个仪表盘里,分 2×2 网格布局。
🤖 DT 一键执行(V1.1 新增) · 本章人工 3h → DT 自动 15min
feishu-mvp-setup.py 已内置视图创建(lark-cli base +view-create)+ 仪表盘容器创建(+dashboard-create):
① 看板视图(按 current_stage 分组)
② 筛选视图(我的订单 / 异常池)
③ 仪表盘容器 4 个(订单看板 / 转化漏斗 / 师傅负载 / 收入统计)
仍需人工:仪表盘内具体图表(飞书 API 仅创建容器,图表需人工拖拽配置)、筛选条件细节微调

视图和仪表盘是让数据"能被看见"的关键。表建得再好,如果 OL 还在「全部订单」里翻找,效率就废了。

师傅视图最关键:必须筛选「我的订单」,否则师傅会看到所有客户的电话和地址,这是隐私问题(PJM §2.4 数据安全风险)。

V1.1 起,DT 一键脚本自动创建视图与仪表盘容器,但仪表盘内的图表需人工拖拽——这是飞书 API 的限制,DT 无能为力。

🔐 第 5 章 · 权限配置(6 角色矩阵)
Day 2 下午核心任务:按角色分级,师傅行级隔离

5.1 权限矩阵(MVP-FS §2.3)

角色现任飞书角色可见表权限日常操作
OL 运营负责人成文管理员全部 6 表全部读写录入订单、协调师傅、异常处理
TL 技术负责人司徒编辑者全部 6 表全部读写数据分析、表单迭代、脚本运行
ML 市场负责人编辑者CPT-Lite / CPL-Lite读写线索录入、客户跟进
BO 业务负责人查看者全部 6 表只读监控运营数据、业务决策
SPO 项目负责人曾总(广)查看者全部 6 表只读全局监控
师傅各师傅查看者CPT-Lite(仅自己订单)只读 + L6 字段可编辑查看订单、填写安装记录
DT 听写助手AIAPI 访问全部 6 表读写AI 录入、分析、迭代

5.2 师傅行级权限配置(关键隐私控制)

  1. CPT-Lite 表 → 权限设置 → 高级权限

    开启「按行权限」,否则师傅会看到全部订单

  2. 添加规则:师傅角色 → 仅可见 assigned_worker_id = 当前用户

    飞书支持「当前用户」动态匹配,无需为每个师傅单独配

  3. 字段级例外:L6 字段可编辑

    worker_depart_time/arrive_time/complete_time/actual_work_hours/site_photos_url 等 7 个字段勾选「可编辑」

  4. 测试:用师傅账号登录验证

    确保只能看到自己的单、能填 L6、不能改其他字段

⚠️ 红线:师傅的 WhatsApp 号、客户家庭地址、客户电话属于敏感信息,绝不能让师傅看到非自己订单的客户信息。行级权限配置错误 = 隐私事故,TL 必须复核。

权限是Day 2 的最后一件事,也是最不能出错的一件事。配错了要么泄露隐私,要么卡住一线没法干活。

记住一个原则:默认给最少权限,需要时再加。OL 是管理员,TL/ML 是编辑者,BO/SPO 是查看者,师傅是受限查看者。

DT 听写的 API Token 由 TL 在飞书开放平台创建,Token 像密码一样保管,不进 Git、不发群、不写文档

🔔 第 6 章 · 自动化规则配置(3 条)
Day 2 下午收尾任务:免代码提醒,飞书原生支持

6.1 规则 1:新订单提醒(L1 → 通知 OL)

  1. CPT-Lite 表 → 自动化 → 新建规则

    触发条件:新增记录

  2. 触发条件:current_stage = L1

    仅在 L1 阶段触发,避免后续阶段重复通知

  3. 动作:发送飞书消息给 OL(成文)

    消息模板:「🆕 新订单 {order_id} | 客户 {customer_name} | 来源 {lead_source} | 请 2h 内联系」

6.2 规则 2:阶段变更提醒(流转 → 通知干系人)

  1. 触发条件:current_stage 字段被修改

    飞书支持「字段变更」触发

  2. 动作:按阶段发不同通知

    L3→通知 OL(去报价);L4→通知师傅(接单);L5→通知客户(配送);L6→通知 OL(师傅出发);L8→通知 OL(去回访)

  3. 通知模板(OL 维护)

    每个阶段一条模板,存在飞书云文档「自动化模板」里,OL 负责文案更新

6.3 规则 3:超时提醒(L2 超 2h 未联系 → 提醒)

  1. 触发条件:current_stage = L2 且 lead_time + 2h < now()

    飞书支持「定时检查」触发,每 30 分钟扫一次

  2. 动作:发消息给 OL + 标记订单

    消息:「⚠️ 订单 {order_id} 超 2h 未联系客户,请立即处理」

  3. 扩展:L3 超 24h 未确认报价 → 提醒

    同样逻辑,超时阈值 24h,避免报价流失

💡 进阶提示:Phase 1(4-8 周后)可用飞书 API + Python 脚本做更复杂自动化:订单编号自动生成、周报自动生成、NPS 自动触发口碑营销。当前 Phase 0 用原生 3 条规则即可。
🤖 DT 一键执行(V1.1 新增) · 本章人工 1h → DT 自动 20min
DT 可通过飞书工作流 API(lark-cli base +workflow-create)创建 3 条自动化规则骨架:
① 触发条件 + 动作类型由 DT 配置 JSON 模板
② 规则启用由 DT 调 API
仍需人工通知文案必须 OL 写(业务文案,DT 不替 OL 写);规则细节微调需人工验证
Phase 1 升级:Webhook 双向联动(飞书变更 → DT 分析 → API 写回),覆盖客户线索自动分类、超时自动升级、NPS 低分自动触发回访、师傅负载自动派单 4 场景。详见《管理员自动化评估》§4.3

自动化是让 OL 不用盯着表看的减负工具。配好这 3 条,OL 不用每小时刷表,有新单或超时会自动收到飞书消息。

通知模板的文案由 OL 维护,TL 不要替 OL 写业务文案。TL 只负责把规则配通,文案是业务的事。

V1.1 起,DT 可创建规则骨架但文案仍归 OL。Phase 1 Webhook 双向联动是真正的 AI 驱动自动化,但需 Webhook 接收服务器,待数据量上来再启用。

🤖 第 7 章 · AI 听写协作与日常运维
AI 不是替代管理员,是减负工具;日常运维有固定节奏

7.1 AI 听写助手 4 种接入方式(MVP-FS §2.4)

接入方式说明当前可用负责人
对话式协作通过对话窗口,AI 直接读取/分析多维表格导出的数据✅ 立即可用OL/TL
公式辅助飞书多维表格公式字段,AI 提供公式模板✅ 立即可用TL
数据导出分析定期导出 CSV,AI 分析并生成周报/月报✅ 立即可用TL
API 自动化飞书开放 API,AI 通过脚本自动读写多维表格🔜 Phase 1TL

7.2 日常运维节奏(每日/每周/每月)

📅 每日(OL)

  • 早 9:00 看订单看板,确认无积压
  • 晚 18:00 导出 CPT-Lite CSV 备份
  • 处理自动化超时提醒
  • 记录字段缺口到「迭代备忘」列

📅 每周五(TL)

  • 17:30 OL 导出本周 CSV → export/
  • 18:00 跑 mvp-data-checker.py
  • 18:10 跑 mvp-weekly-report.py
  • 18:30 听写润色周报初稿
  • 19:00 飞书群发周报

📅 每月(OL+TL)

  • 月度复盘会(1h)
  • 师傅画像更新(WPL-Lite)
  • 报价校准建议(给 BO)
  • 表单大版本迭代(V1.x→V2.0)

7.3 数据质量监控 5 指标(MVP-FS §8.3)

指标目标监控频率不达标动作
必填字段空值率<5%每周空值清单推送 OL 补录
枚举字段合规率>95%每周自由文本高频值转枚举建议
填写及时率(L6 当天完成)>90%每周超时提醒师傅
多媒体采集完整率>90%每周缺照片订单清单推送 OL
数据备份完整率100%每日每日 CSV 自动导出备份

AI 听写是"对话式协作"为主,不是装个机器人自动干活。当前 Phase 0 就是把 CSV 丢给听写,让它分析、生成周报、建议字段迭代。

每日 CSV 备份是底线动作。飞书表格偶尔会卡顿或误删,没有备份就全完了。OL 每天晚上导一次,存到 export/ 目录,文件名带日期。

5 个数据质量指标是每周复盘会的议程。哪项不达标就专门攻关,不要让数据质量慢慢烂掉。

📈 第 8 章 · 周报脚本与表单迭代治理
每周五的脚本流程 + 字段变更的治理规则

8.1 周报生成 6 步流程(scripts/README §5.4)

  1. 周一~周四:一线在飞书多维表录入

    OL 监控填写及时率,超时提醒

  2. 周五 17:30:OL 导出 CSV → export/

    文件名建议:CPT-week-32.csv(周数)

  3. 周五 18:00:TL 跑数据检查

    python scripts/mvp-data-checker.py export\CPT-week-32.csv

  4. 周五 18:10:TL 跑周报生成

    python scripts/mvp-weekly-report.py --cpt export\CPT-week-32.csv --qsv export\QSV-week-32.csv

  5. 周五 18:30:听写润色周报

    把脚本生成的 Markdown 初稿丢给听写,让它润色 + 补洞察

  6. 周五 19:00:OL/BO 确认 → 飞书群发

    事实性数据 OL/BO 确认无误后发群 + 邮件全体

8.2 表单迭代 4 条治理规则(MVP-FS §5.4 + §8.2)

规则 1:加字段易,删字段难

  • 新增字段:TL 确认即可
  • 删除字段:BO 确认(防数据断裂)
  • 改字段类型:TL + OL 双确认

规则 2:枚举优先

  • 自由文本运行 2 周后
  • AI 分析高频值
  • 转枚举字段

规则 3:版本号管理

  • 每次迭代 V1.x → V1.x+1
  • 字段变更记入工作日志 DLG
  • 同步更新 MVP-FS §3.2 字段清单

规则 4:不超 50 字段

  • 单表字段上限 50
  • 每次迭代不超过 5 个变更
  • 超出需拆分子表(进 Phase 1)

8.3 字段缺口记录机制

📌 做法:CPT-Lite 表新增一列「iteration_note(迭代备忘)」,OL/ML 日常录入时发现"这单有个信息没字段装"就记在这列。每周复盘会 AI 分析这列,建议是否加字段。
🤖 DT 一键执行(V1.1 新增) · 本章人工每周 1.5h → DT 自动 5min
阶段 2 升级后,DT 通过 Bitable API 替代 CSV 导出/导入:
实时数据查询:DT 直接 POST /records/search 拉数据,替代 OL 导 CSV
自动周报生成 + 群发:周五 18:00 DT 自动拉数据 → 生成周报 → 调 IM API 群发飞书群
字段迭代建议:DT 每周分析 iteration_note 列高频值,输出加字段建议
异常主动告警:DT 监控超时订单(L2 超 2h),主动飞书消息提醒 OL
开发量:约 2 个 Python 脚本(feishu_client.py + weekly_auto.py),详见《管理员自动化评估》§4.2

周报脚本不是替听写干活,是给听写喂初稿。脚本算数字、听写补洞察,分工明确。

表单迭代是MVP 的核心机制——"既简又全"不是一次设计出来的,是每周迭代出来的。但迭代要有规矩,不能谁想加就加,否则 40 字段变 80 字段,一线就填不动了。

V1.1 起,阶段 2 升级后 DT 可自动完成周报全流程(拉数据 + 生成 + 群发),OL 只需确认事实无误。每月节省约 6 工时。

🆘 第 9 章 · 异常处理 FAQ + 上线 Checklist
常见问题速查 + Day 1-2 验收清单

9.1 常见问题 FAQ(11 问)

Q1 师傅说看不到订单?

查 CPT-Lite 行级权限:assigned_worker_id 是否填了师傅?规则是否「当前用户」匹配?

Q2 QSV-Lite 报价公式报错?

查 base_fee/complexity_factor/building_factor/worker_level_factor 是否有空值。公式字段引用空值会报错。

Q3 自动化规则没触发?

查触发条件是否写对(current_stage = L1 而非「包含 L1」);定时规则检查周期是否太长。

Q4 师傅填错 L6 工时怎么办?

OL 在 CPT-Lite 直接改 actual_work_hours 字段,记入 iteration_note 列说明修改原因。

Q5 CSV 导出乱码?

导出时选「UTF-8」编码;若已乱码,用记事本另存为 UTF-8 再跑脚本。

Q6 mvp-data-checker 报「枚举异常」?

飞书表里有人填了枚举外的值(如 lead_source 填了"朋友"而非"推荐")。OL 修正源数据。

Q7 飞书访问卡顿(香港网络)?

切 Excel 离线模板(MVP-FS §9 配套交付物),录完再批量导入飞书。

Q8 OL 不在岗,谁顶替?

ML(洪)顶替日常运维;脚本运行由 TL 照 README 命令执行。

Q9 离职员工权限回收?

OL 在文件「分享」→ 移除协作者;若该员工是师傅,同时清理 WPL-Lite 记录 status=停用。

Q10 想加新字段找谁?

OL 提需求 → TL 评估技术可行性 → TL 执行加字段 → 更新 MVP-FS §3.2 → 记 DLG。

Q11 DT 听写能帮我做什么?(V1.1 新增)

搭建期:一键创建工作台 + 6 表 + 40 字段 + 公式 + 视图 + 仪表盘(feishu-mvp-setup.py

运维期:自动周报生成 + 群发、异常主动告警、字段迭代建议

诊断期:FAQ Q1/Q2/Q3/Q6 可由 DT 通过 API 自动诊断

不能做:师傅行级权限(隐私红线)、业务文案、字段命名评审

详见附录 A 与《MVP-FS 管理员自动化评估》

9.2 Day 1-2 上线 Checklist(OL+TL 共同验收)

#验收项负责人
1WEAVELY-MVP 多维表格文件已创建TL
26 张数据表已建(CPT/QSV/WPL/CPL/SCL/BPL)TL
3CPT-Lite 40 字段已配(含枚举值)TL+OL
4QSV-Lite 报价公式已配并测试通过TL
54 个仪表盘已建(订单/漏斗/师傅/收入)TL
6师傅「我的订单」筛选视图已配TL
76 角色权限已配(OL管理员/TL编辑/ML编辑/BO查看/SPO查看/师傅受限)TL+OL
8师傅行级权限已配并测试通过TL
93 条自动化规则已配并触发测试OL
10用师傅账号登录验证只能看自己的单TL
11export/ 目录已建,CSV 导出测试通过TL
12全员已读《MVP-FS 飞书操作培训手册》OL
13🤖 飞书 CLI 已安装 + DT 应用凭据已配置(V1.1 新增)
feishu-cli-setup.ps1 执行通过 + feishu-mvp-setup.py --dry-run 模拟跑通
TL
✅ 全部打勾即可启动 Day 3 培训 + Day 4 试运行。任何一项未通过都不要硬上,先修好再说。

FAQ 11 问是首两周最高频的问题,打印一张贴在 OL 工位旁边,比翻文档快。V1.1 新增 Q11「DT 能帮我做什么」。

Checklist 13 项是Day 2 下班前的硬门槛。第 10 项「师傅账号验证」最容易漏——配置看起来对,但师傅登录发现能看到别人的单,这就是事故。

V1.1 新增第 13 项「飞书 CLI + DT 凭据配置」,这是 DT 自动化的前置门槛,TL 必须在 Day 2 前完成。完成后 Day 1-2 搭建工作量从 11h 降至 1.5h。

🤖 附录 A · DT 自动化能力清单(V1.1 新增)
对照管理员手册 9 章,明确 DT 能做 / 不能做

A.1 DT 可自动化操作清单(30 项)

类别操作对应章节方式状态
搭建创建 WEAVELY-MVP 多维表格第 2 章lark-cli +app-create阶段1
批量创建 6 张数据表第 2 章+table-batch-create阶段1
配置 CPT-Lite 40 字段 + 枚举第 3 章+field-create阶段1
配置 QSV-Lite 报价公式第 3 章type=20 + formula阶段1
视图创建看板/筛选视图第 4 章+view-create阶段1
创建仪表盘容器第 4 章+dashboard-create阶段1
仪表盘内图表配置第 4 章不可
权限添加 6 角色协作者第 5 章+role-member-add阶段1
师傅行级权限配置第 5 章不可
离职协作者回收第 5 章+collaborator-delete阶段1
自动化创建 3 条自动化规则骨架第 6 章+workflow-create阶段1+人工
通知文案撰写第 6 章不可
Webhook 双向联动(4 场景)第 6 章Flask 网关阶段3
规则启用/禁用第 6 章+workflow-toggle阶段1
运维实时数据查询(替代 CSV)第 7/8 章POST /records/search阶段2
每日数据质量检查第 7 章API + 脚本阶段2
自动周报生成 + 飞书群发第 8 章IM API阶段2
异常主动告警(L2 超 2h)第 7 章定时 API 巡检阶段2
每日 CSV 自动备份第 7 章API 增量同步阶段2
师傅负载监控第 7 章聚合查询阶段2
治理字段迭代建议(iteration_note 分析)第 8 章AI 分析 + API阶段2
枚举字段高频值转枚举建议第 8 章AI 分析阶段2
加字段执行(TL 确认后)第 8 章+field-create阶段1
表单版本号管理第 8 章不可
诊断FAQ Q1 师傅看不到订单 → 查行级权限第 9 章API 诊断阶段2
FAQ Q2 公式报错 → 查字段空值第 9 章API 诊断阶段2
FAQ Q3 自动化不触发 → 查规则状态第 9 章API 诊断阶段2
FAQ Q6 枚举异常 → 查非法值第 9 章API 诊断阶段2
Checklist 12 项自动验收第 9 章脚本阶段2
种子数据批量导入第 9 章+record-batch-create阶段1

A.2 DT 三阶段实施路径

🟢 阶段 1 · CLI 辅助搭建

时机:Week 1(立即)

开发:0(CLI 已开源)

收益:11h → 1.5h

脚本:feishu-cli-setup.ps1 + feishu-mvp-setup.py

🔵 阶段 2 · API 增强运维

时机:Week 2-4

开发:4h(2 脚本)

收益:每周 4h → 0.5h

脚本:feishu_client.py + weekly_auto.py

⚫ 阶段 3 · Webhook 双向联动

时机:Phase 1(4-8 周后)

开发:12h(Flask 网关)

收益:OL 决策减 50%+

组件:Webhook 网关 + DT Function Calling

📊 总体自动化率:搭建期 85% · 运维期 95% · 整体 90% · 3 个月净节省 51.5 工时(6.4 人天) · TL 投入回收期 1.2 个月

这份清单是DT 与管理员的分工边界。绿色阶段 1 立即可用,蓝色阶段 2 下周开发,黑色阶段 3 待数据量上来。

红色「不可」项是 DT 的硬边界:师傅行级权限(隐私红线)、业务文案、字段命名评审、仪表盘图表配置——这些必须人工。

完整评估见《MVP-FS 管理员自动化评估》(docs/技术文档/m0/MVP-FS-管理员自动化评估.md)。

📘 附录 B · 飞书应用创建与权限配置实操指南(1/3)
V1.2 新增 · Step 1-4:登录后台 → 创建应用 → 获取凭证 → 添加能力
🎯 本附录目标:由 TL(技术管理员)手动完成飞书自建应用创建,获取 App ID + App Secret, 为执行 feishu-cli-setup.ps1 做准备。耗时约 15-20 分钟,需飞书企业管理员权限发布。

Step 1 · 登录飞书开发者后台

操作说明
打开链接 浏览器访问 https://open.feishu.cn/app(飞书开发者后台 · 应用列表页)
登录方式 使用织羽鸟智居科技企业的管理员账号登录(飞书扫码或账号密码均可)
验证 登录后页面左上角应显示企业名「织布鸟智居科技有限公司」,确认不是个人账号
📸 截图占位:开发者后台首页 · 右上角「创建企业自建应用」按钮

Step 2 · 创建企业自建应用

字段填写值
应用名称WEAVELY-MVP-AUTOBOT(或「织布鸟MVP自动化助手」)
应用描述织布鸟 MVP 飞书工作台自动化搭建与运维机器人。阶段1:CLI 一键建表;阶段2:API 数据流转;阶段3:Webhook 双向联动。
应用图标(可选)上传项目 LOGO;也可使用默认图标

⚠️ 重要:应用类型选择「企业自建应用」(不要选「商店应用」「小程序」「网页应用」)。填完后点击「确定创建」。

Step 3 · 获取 App ID + App Secret(保存到本地记事本,不要发群

  1. 创建成功后,在应用列表点击刚创建的应用,进入应用详情页
  2. 左侧菜单点击「凭证与基础信息
  3. 「应用凭证」区块找到 2 个值,复制粘贴到本地记事本临时保存
    • App ID:格式 cli_xxxxxxxxxxxxxxxxx(20 位左右,cli_ 开头)
    • App Secret:格式 32 位随机字母数字混合(点击「查看」按钮后才能复制
🔒 安全红线:App Secret 等同于密码。禁止粘贴到微信群/飞书群/文档/Git commit message。仅保存在 2 处:① 临时记事本 ② 后续写入本地 .env(已 .gitignore)。

Step 4 · 添加「机器人」应用能力

  1. 左侧菜单点击「添加应用能力
  2. 在「按能力添加」页签,找到「机器人」卡片,点击「添加」
  3. (可选)如需网页应用入口,可同时添加「网页应用」能力(阶段 1 不需要,可不加)

这一步是所有自动化的前提:没有这个应用,DT 就没有"身份证"去调用飞书 API。

App ID 相当于"用户名",App Secret 相当于"密码"——拿好这两个值,后面全靠它们

Step 4 添加「机器人」能力是为了让应用能在飞书 IM 中发消息、被 @ 提及(阶段 2+ 会用到)。

📘 附录 B · 权限配置清单(2/3)
Step 5-7:权限管理 → 按阶段勾选 Scope → 批量导入 JSON 快捷方式

Step 5 · 进入「权限管理」页面

  1. 应用详情页左侧菜单点击「开发配置」→「权限管理
  2. 点击右上角「开通权限」按钮,弹出权限选择面板
  3. 推荐使用「批量导入(JSON)」方式(右上角按钮),比勾选快 10 倍,见下方 Step 6

Step 6 · 批量导入权限 JSON(推荐)

点击「批量导入」,将下方 JSON 完整复制粘贴进去,确认后即可自动勾选全部所需权限:

{
  "scopes": {
    "tenant": [
      "bitable:app",
      "bitable:app:readonly",
      "bitable:table",
      "bitable:field",
      "bitable:record",
      "bitable:view",
      "document:readonly",
      "drive:drive",
      "im:message:send_as_bot",
      "im:chat:readonly",
      "contact:user.employee_id:readonly",
      "contact:user.user_id:readonly",
      "contact:contact:readonly_as_app"
    ],
    "user": []
  }
}

Step 7 · 权限清单(按阶段分组,便于核对)

阶段 1 · 建表(立即可用)

  • bitable:app · 管理多维表格(核心)
  • bitable:app:readonly · 查看/导出
  • bitable:table · 数据表 CRUD
  • bitable:field · 字段 CRUD
  • bitable:record · 记录 CRUD
  • bitable:view · 视图 CRUD

阶段 2 · 运维(Week 2-4)

  • document:readonly · 读取文档元信息
  • drive:drive · 管理云空间文件
  • im:message:send_as_bot · 机器人发消息
  • im:chat:readonly · 读取群组信息

阶段 3 · 闭环(Phase 1)

  • contact:user.employee_id:readonly · 按工号查用户
  • contact:user.user_id:readonly · 查 User ID
  • contact:contact:readonly_as_app · 以应用身份读通讯录
💡 最小权限原则:阶段 1 只勾 6 个 bitable:* 权限也够用,但建议一次性全部导入,省得后续再改权限又要重新发版审批。上面 13 个权限均为只读或业务数据操作,不涉及通讯录写入等高敏感权限。

权限就是"这个应用被允许做什么"——飞书遵循最小权限原则,没勾选的接口一律返回 403。

批量导入 JSON 是 TL 最爱的捷径:手动勾选 13 个权限要翻 5 页菜单,复制粘贴 JSON 只要 10 秒

三个阶段的权限一次性全部开通,后面就不用再折腾发版审批了。

📘 附录 B · 发布版本 & 授权(3/3)
Step 8-11:创建版本 → 发布审批 → 文档级授权 → 验证 & 常见问题

Step 8 · 创建版本

  1. 左侧菜单点击「版本管理与发布」→ 「创建版本
  2. 填写版本信息:
    字段填写值
    版本号1.0.0
    更新说明MVP-FS 阶段 1 初始化:多维表格建表权限 + IM 发消息权限 + 通讯录读取权限
    可见范围「全部成员」或指定「管理员部门」(建议先「全部成员」,后续再收紧)
  3. 点击「保存」,确认无误后点击「申请线上发布

Step 9 · 管理员审批(需 OL 或飞书企业管理员操作)

  1. 提交发布申请后,飞书企业管理员(通常为「洪哥」或飞书超级管理员)会收到飞书应用审核通知
  2. 管理员点击「查看详情」→ 确认权限列表无异常 → 点击「同意
  3. 审批通过后,应用状态变为「已上线」,权限立即生效

Step 10 · (重要)为应用授予目标多维表格的文档级权限

⚠️ 易踩坑:即使 Scope 已勾选 bitable:app,应用仍默认无法访问用户已有的多维表格文件。 需在每个需通过 API 操作的多维表格中,将应用加为协作者(Step 10 在建表执行,一键搭建脚本会自动处理自己创建的表;如需让应用访问已存在的旧表才需要手动执行)。
  1. 打开多维表格 → 右上角「」菜单 → 「更多」→「添加文档应用
  2. 搜索「WEAVELY-MVP-AUTOBOT」→ 选择「可管理」权限级别 → 确认添加

Step 11 · 验证凭据有效性 + 回到脚本

验证项操作方法通过标准
获取 Token执行 feishu-cli-setup.ps1 步骤 5返回 code: 0 且有 tenant_access_token
权限生效执行 feishu-mvp-setup.py --dry-run创建应用/表 API 不返回 403
文档授权对旧表调用「查询记录」API不返回 930104 Permission denied

常见问题 FAQ(附录 B 专属)

Step 9 发版审批是行政流程,TL 自己操作不了——提前跟 OL 或洪哥打个招呼,避免卡在审批上半天。

Step 10 是最常见的 403 原因:Scope 是"你这应用被允许调用这个类别的 API",但具体到某张表格,你还得是它的协作者——就像你有门禁卡,但每间会议室还得单独给你权限。

附录 B 全部完成后,回到 feishu-cli-setup.ps1 输入 App ID / Secret,一键起飞 🚀。