先拆解 12 个关键流转节点，再定义客户、项目、素材、内容与知识 5 个业务域，避免直接从表结构反推业务。
DATA PLATFORM · MOBILE OPS
数据中台底座 + 移动作业 APP
把非标摄影交付拆成可追踪、可协作的标准流程
围绕获客、咨询、拍摄、后期、交付与复盘，建立统一业务数据模型、自动化规则与移动作业入口，作为 9 个项目的运营底座。
17张核心数据表
12条自动化规则
2-3周 → 3-5天新人上手周期
111 / 0历史迁移条目 / 失败
01
PROBLEM & SCOPE
先定义问题和责任边界。
业务问题
- 客户、项目、素材、供应商、话术与内容数据分散在聊天、表格和个人经验中，项目推进依赖口头同步。
- 摄影业务存在大量异常路径与现场作业场景，单纯增加表单无法解决弱网、权限和执行一致性问题。
我的职责
产品负责人 / 数据模型设计 / MVP 开发
- 团队
- 3 人创业团队
- 周期
- 2026.02 - 至今
- 交付状态
- 已投入业务使用
02
PRODUCT DECISIONS
关键决策，不只是功能列表。
以飞书多维表作为低成本数据底座，通过触发保护、状态机与角色权限控制批量误操作。
移动端优先覆盖现场高频动作，加入离线缓存和待同步队列，而非复刻完整后台。
03
SYSTEM ARCHITECTURE
从输入到反馈的产品链路。
业务建模
12 个关键节点、5 个业务域与角色权限
数据底座
17 张多维表、状态机、枚举与唯一标识
自动化
12 条规则、触发保护与异常升级
移动作业
角色化看板、离线缓存、待同步队列
数据回流
交付结果、客户反馈与知识更新进入复盘
实现栈
飞书多维表Node.jsReact NativeExpoCloudBaseOCRASRCLIP
04
EVIDENCE & OUTCOMES
展示证据，也说明证据边界。
17 张表与 12 条自动化覆盖客户全生命周期和拍摄全流程，上线以来未出现流程性漏单。
完成 111 条历史数据迁移，迁移失败为 0；新人上手周期由 2-3 周缩短至 3-5 天。
为 Service Agent、Collator、内容调研、小程序与官网提供统一数据接口和流程触发点。
05
PRODUCT EVIDENCE
界面、流程与实现证据。
06
TRADE-OFFS & NEXT
取舍、风险和下一步。
关键取舍
- 采用飞书低代码而非自建数据库，换取更快上线与业务可维护性；对复杂权限和批处理使用云函数补足。
- 移动端只覆盖现场核心动作，牺牲少量后台配置能力，降低团队维护成本。
下一步验证
- 建立字段级数据质量看板，持续监测缺失率、异常状态与自动化失败率。
- 将关键业务事件抽象为统一事件流，为后续 Agent 调用与分析提供稳定接口。
07
CROSS-PROJECT RELATIONSHIPS