06-移动端开发 × AI 协同（可选册）

💬 一句话读懂本篇：一人公司做 App 的正确姿势是”能不做就不做，要做就跨端”——AI 让跨端开发成本降到一人可承受，但上架审核、隐私合规、真机碎片化三座山，还得你自己爬。

岗位定位：🤝 人机协同 · AI 承担约 60% 工作量。本册为可选册：产品形态以 Web 为主（PWA 够用）的可直接跳过；决定上 App Store / 应用市场再回来读。

〇、开工前先做一道选择题

flowchart TD
    Q{"用户真的需要 App 吗？<br>（推送/相机/离线/入口习惯）"} -->|"不需要"| W["✅ PWA / 响应式 Web<br>零上架成本，本册到此为止"]
    Q -->|"需要"| Q2{"需要深度原生能力吗？<br>（蓝牙/NFC/复杂动画/后台任务）"}
    Q2 -->|"不需要"| X["🚀 跨端方案<br>Flutter / React Native / 小程序<br>一人公司的默认答案"]
    Q2 -->|"需要"| Q3{"只上一个平台吗？"}
    Q3 -->|"是"| N["单端原生 + AI 辅助<br>（Kotlin/Swift）"]
    Q3 -->|"否"| X

    classDef ok fill:#e8f5e9,stroke:#2e7d32,color:#1b5e20
    class W,X ok

一人公司结论：90% 的情况选跨端——一套代码、AI 熟悉度最高（Flutter/RN 语料丰富）、维护面最小。原生能力确有硬需求时，再单端补齐。

一、传统画像：移动端工程师原来干什么

二、AI 协同后的新画像

你是”跨端包工头 + 上架事务官”。 代码 AI 写（跨端框架的样板度极高，正对 AI 胃口），你把精力留给三件 AI 干不了的事：真机验收、审核应对、发版决策。

flowchart LR
    subgraph A["🤖 AI：施工主力"]
        A1["跨端页面/组件代码"]
        A2["原生桥接/插件调用样板"]
        A3["崩溃堆栈分析"]
        A4["上架材料文案初稿"]
    end
    subgraph H["👤 你：三件AI干不了的事"]
        H1["📱 真机验收<br>（借/租真实设备）"]
        H2["🏛 审核应对<br>被拒申诉、政策理解"]
        H3["🚦 发版拍板<br>灰度节奏、回滚决策"]
    end
    A --> H
    H -.->|"问题回流"| A

    classDef human fill:#fff3e0,stroke:#e65100,color:#bf360c
    classDef ai fill:#e3f2fd,stroke:#1976d2,color:#0d47a1
    class H1,H2,H3 human
    class A1,A2,A3,A4 ai

三、逐项对比：传统做法 vs AI 协同做法

⚠️ 移动端专属红线：插件/SDK 幻觉在移动端代价更高——AI 编造的 Flutter/RN 插件名看着都很真。每个新插件必须：官方仓库存在 + 近半年有维护 + 许可证可商用。

四、协同工作流：从决定做 App 到上架

flowchart TD
    S["👤 决策：跨端方案 + 框架版本<br>（本册第〇节选择题）"] --> G["🤖 AI 生成工程骨架<br>+ 核心页面（复用05分册模板）"]
    G --> C1{"👤 关口①：模拟器跑通<br>核心流程真点一遍"}
    C1 -->|"问题"| G
    C1 -->|"通过"| P["🤖 AI 接原生能力<br>（推送/支付/相机等）"]
    P --> C2{"👤 关口②：真机验收<br>双平台 Top 机型各一台<br>权限弹窗/后台/弱网"}
    C2 -->|"问题"| P
    C2 -->|"通过"| M["🤖 AI 出上架材料初稿<br>👤 隐私政策逐条核对实际数据行为"]
    M --> C3{"👤 关口③：提审<br>被拒→AI解读理由→你定改法"}
    C3 -->|"被拒"| P
    C3 -->|"过审"| R["🚦 分阶段放量<br>👤 盯崩溃率，你决定放/停/回滚"]

    classDef human fill:#fff3e0,stroke:#e65100,color:#bf360c
    classDef ai fill:#e3f2fd,stroke:#1976d2,color:#0d47a1
    class S,C1,C2,C3,R human
    class G,P,M ai

节奏建议：留足审核缓冲——首次提审被拒是常态（隐私声明不符、缺测试账号、功能不完整是三大拒因）。重要节点上线倒排时，商店审核按”至少一周、可能两轮”预留。

五、提示词模板（直接抄作业）

模板 A · 跨端页面生成

1
2
3
4
5
6
7
8
【背景】框架：Flutter x.x / React Native x.x（写死版本）；设计 token：（粘贴）
【任务】实现「页面名」，双端一致
【约束】
1. 只用项目已有依赖；需要新插件时先停下来，列候选（含维护状态+许可证）等我确认
2. 平台差异（iOS/Android 表现不同处）显式处理并列清单给我
3. 覆盖五态 + 安全区适配（刘海/底部横条）
4. 权限调用前必须有用途说明弹窗逻辑
【输出】代码 + 平台差异清单 + 需要我确认的事项

模板 B · 上架材料清单

1
2
3
4
5
6
7
【背景】App 功能：xxx；目标商店：App Store / Google Play / 国内商店
【任务】输出上架材料清单和初稿：
1. 应用描述（商店文案，突出核心场景，不堆形容词）
2. 隐私政策要点清单：App 实际收集了哪些数据（对照我贴的权限和 SDK 列表）
3. 审核注意事项：这类 App 常见拒因 Top5
【约束】隐私政策部分只列"根据你提供的信息，实际发生的数据收集"，
不确定的标注【需人工确认】，禁止套模板编造。

模板 C · 崩溃堆栈分析

1
2
3
4
【输入】崩溃堆栈：（粘贴）；发生机型/系统版本分布：（粘贴）；相关代码：（粘贴）
【任务】1) 解读堆栈，定位最可疑代码行；2) 解释为什么只在这些机型/版本上崩；
3) 给修复方案 + 一个能复现它的最小场景描述
【约束】堆栈信息不足时，明确告诉我还需要什么（如 release 符号表）。

六、验收清单（提审前逐项勾）

真机实测（模拟器不算数）

• iOS / Android 各至少一台真机走完核心流程
• 权限全流程：首次弹窗→拒绝→再进 App 的降级体验正常
• 弱网/断网：加载态、超时、重试表现正常
• 后台切换/来电打断/锁屏恢复不崩不丢状态

合规（拒因重灾区）

• 隐私政策与实际数据收集行为逐条一致（SDK 收集也算）
• 提供审核测试账号和演示说明
• 无热更新执行远程代码（iOS 红线）
• 账号注销入口存在且真能注销（双平台硬性要求）

发布

• 版本号/构建号策略明确，能区分线上包
• 崩溃监控已接入，发版后盯 48 小时
• 回滚方案想好：商店包撤不回，靠”服务端开关”关功能

七、坑点清单

💬 收尾一句：移动端是一人公司决策含量最高的开发岗——做不做 App、上不上双端、什么时候发版，每个都是经营决策。代码 AI 包了，判断力你得全包。 下一册：07-测试 QA × AI 协同——一人公司没有测试同事，AI 就是你的第二双眼睛，但”自己检查自己作业”的陷阱要提前防。

• Previous
  12-市场增长 × AI 协同
• Next
  01-产品经理 × AI 协同