7.8
深览指数
产品人人都是产品经理·硬核老麻花··AI 生成
我用 Codex，从 0 到 1 搭了一个财务结算中心
作者以CID财务结算中心为案例，详细展示了如何借用Codex（AI编程助手）将混乱的Excel台账、业务规则梳理成可交互、可部署的网页原型。核心观点是：AI能极大放大产品经理的效率，但前提是产品经理必须明确业务方向、掌握决策权，并建立一套从事实分层、风险清单到PRD审核的严格协作流程，防止AI将错误前提写得过于完整。适合正在探索AI辅助产品设计、对复杂业务系统落地过程感兴趣的产品经理阅读。原文 ↗
核心观点
- ▍AI能极大提升产品经理的效率，但前提是产品经理必须掌握业务方向、决策权与约束力，建立一套严格的协作机制，防止AI生成看似完整实则无法落地的方案。
- ▍与AI协作的理想流程是：业务材料与主框架 → AI事实分层 → 风险清单 → PRD → 多角色审核 → 原型 → 交互说明 → 部署验证，每一步都有交付物且需人确认。
- 01项目背景：集团有4000多家客户，4名财务，一次结算周期需一周；涉及AE归属、订单、归因、返佣、银行流水、客户余额、跨业务抵消等复杂环节。
- 02作者第一步不是让AI写PRD，而是让AI理解材料：要求AI强制区分【事实】、【推断】和【待确认】，以建立正确的业务地基。
- 03在写PRD前，先让AI输出需求主框架（角色、核心对象、对象关系、流程、异常）和风险清单，确保业务规则被约束清楚。
- 04核心业务规则示例：每个CRM客户每天形成一张独立日结算单；财务审核前后处理方式不同（审核后可作废/红冲）；提交分配即占用金额；跨广告抵消需双财务审核。
- 05PRD完成后，让AI分别模拟产品、测试、技术三个视角审核，通过反向提问发现PRD中的遗漏和模糊点。
- 06原型调整包括：沿用已有的B端产品风格（导航、表格、弹窗等），将复杂规则（如金额占用、审核后不可修改）嵌入交互状态，并补齐不同角色看到的不同工作台内容。
- 07部署不仅仅是上传HTML文件，还包括确认Nginx根目录、备份旧文件、验证状态码、检查新旧页面等，确保原型可被他人点击和讨论。
反方 / 局限
- — AI的几个明显边界：不了解公司真实的权责关系；无法替人承担业务决策；不知道哪些规则是老板一句话定的；会把不确定的内容写得很确定；容易生成看似完整但实际不能落地的方案。
10 分钟 · 3 卡片 · 8 资料
读原文 →