【More than Coding】用 SOLO 从零迭代出一份 60+ 页的企业级知识管理平台 PRD
一、摘要
我是一名制造业企业的信息化负责人，需要为团队搭建一套企业制度与作业指导书查阅系统。面对复杂的功能需求（人脸识别、审批流、OCR 全文检索、多标签体系、实时通知等），我使用 TRAE SOLO 从一段粗略的想法出发，经过 4 轮迭代，最终生成了一份包含 10 大章节、15 张数据表、50+ API 接口、8 张 UI 效果图的完整产品需求文档（PRD），总计超过 60 页。整个过程从"不知道该有什么功能"到"专业级 PRD 文档"，SOLO 帮我完成了从需求梳理、架构设计到文档输出的全流程。
二、背景
我所在的是一家制造型企业，日常涉及大量企业制度文件、作业指导书、技术规范等文档的管理与查阅。目前这些文档散落在各个部门和网盘里，存在以下痛点：
- 查找困难：员工找不到最新的制度文件，尤其是扫描版 PDF 无法搜索
- 版本混乱：同一份文件多个版本共存，不知道哪个是最新的
- 权限不清：谁该看什么文件没有明确管控
- 审批缺失：文件发布没有规范的审批流程
我需要先输出一份完整的 PRD，才能推动后续的技术开发。但作为非专业产品经理，撰写一份涵盖认证、权限、文档管理、审批流、通知系统、API 规范等模块的企业级 PRD，对我来说是一个巨大的挑战。
三、实践过程
第 1 轮：从粗略想法到 V1.0 基础版
输入：我整理了一段关于项目背景、技术栈（Vue3 + Node.js + Docker）、基础功能需求、数据结构、UI 规范、部署架构的粗略说明，大约 2000 字。
Prompt 策略：直接让 SOLO 根据我的说明生成完整 PRD。
产出：V1.0 版 PRD（41KB），包含 10 大章节，覆盖了基础的账号密码登录、文件浏览、PDF 预览、关键词搜索、个人中心、后台管理等功能。
踩坑：第一版虽然结构完整，但功能比较基础，缺少企业级应用必须的人脸识别、权限管控、审批流程等核心模块。
第 2 轮：V1.0 → V2.0，补齐核心能力
需求升级：我提出两个方向——项目名称要更专业，同时需要加入人脸识别登录和用户组权限体系。
Prompt 策略：让 SOLO 先提供命名方案供我选择，再根据选择结果扩展功能模块。
关键决策：
- 项目更名为 “智阅云 · 企业知识管理平台”
- 新增人脸识别模块（基于 InsightFace，离线部署）
- 新增用户组/部门权限体系（RBAC 模型）
- 新增文档版本控制与审批流程
产出：V2.0 版 PRD（59.7KB），功能模块从 5 个扩展到 12 个，数据库表从 8 张增加到 12 张，开发周期从 8 周扩展到 12 周。
第 3 轮：V2.0 → V2.1，打磨细节
需求细化：我提出了 4 个具体问题——分类能否动态管理？人脸信息能否批量导入？密码安全策略？扫描件 PDF 如何搜索？
Prompt 策略：逐个问题讨论，SOLO 给出技术方案后我确认，再统一更新到 PRD。
关键升级：
- 确认文档分类支持动态增减
- 新增批量人脸导入功能（支持证件照）
- 新增强密码策略（8 位以上、大小写+数字+特殊字符、弱口令黑名单）
- 新增 OCR 全文检索（基于 PaddleOCR，>95% 中文准确率）
产出：V2.1 版 PRD（59.9KB），新增 2 张数据表，开发周期扩展到 14 周。
第 4 轮：自我审查 + V2.1 → V2.2，全面升级
关键一步：我让 SOLO 对 V2.1 进行全面的优缺点审查，重点找短板。SOLO 给出了非常专业的产品评审，列出了 P0/P1/P2 三个优先级的改进建议。
我的决策：从 10+ 条改进建议中，我选择了以下 6 项纳入 V2.2：
站内通知系统（WebSocket 实时推送）- 多标签体系与收藏推荐
- 手动选择审批人
- 文档时间字段完善（上传/提交/发布/执行开始时间）
- API 接口规范（预留 MES 系统对接）
- 文件大小限制（100MB）
产出：V2.2 版 PRD，新增 5 张数据表（总计 15 张），新增 50+ API 接口定义，并生成了 8 张前端页面 UI 效果图。
第 5 步：生成 UI 效果图
为了让 PRD 更直观，我让 SOLO 根据文档中描述的 8 个核心页面，生成了对应的设计效果图：
- 登录页（密码 + 人脸识别双模式）
- 首页（快捷入口 + 公告栏 + 智能推荐 + 通知铃铛）
- 文档浏览页（分类树 + 多标签筛选 + 文档列表）
- 文档详情页（PDF 预览 + 动态水印 + 标签 + 版本历史）
- 通知中心页（全部 / 未读 / 公告三 Tab）
- 审批管理页（状态统计 + 审批列表）
- 个人中心页（信息 / 人脸 / 收藏 / 历史）
- 系统管理页（用户 / 部门 / 角色 / 标签 / 公告 / 日志）
四、成果展示
最终交付物
智阅云 · 企业知识管理平台 产品需求文档 V2.2
文档包含：
- 10 大章节：项目概述、用户角色、功能需求（12 个模块）、非功能需求、数据模型、UI/UX 规范、技术架构、开发计划、测试策略、部署方案
- 15 张数据库表：完整字段定义，覆盖用户、部门、文档、标签、收藏、通知、审批等
- 50+ API 接口：RESTful 设计，含 MES 系统对接预留接口
- 8 张 UI 效果图：嵌入文档第 6 章，直观展示页面设计
- 20 个测试用例：覆盖所有核心功能
- 3 个附录：术语表、弱口令黑名单、API 接口清单
版本迭代历程
| 版本 | 核心变化 | 文档大小 |
|---|---|---|
| V1.0 | 基础功能定义 | 41.1 KB |
| V2.0 | +人脸识别、权限体系、审批流 | 59.7 KB |
| V2.1 | +批量人脸导入、强密码、OCR | 59.9 KB |
| V2.2 | +多标签、收藏推荐、通知、API规范 | 60+ KB |
五、效果与总结
提效数据
- 传统方式：找产品经理外包撰写类似 PRD，预计需要 2-3 周沟通 + 1 周撰写，费用约 1-3 万元
- 使用 SOLO：4 轮迭代，每轮约 10-20 分钟交互，总计约 2 小时完成从零到专业级 PRD
SOLO 在流程中做了什么
- 需求结构化：把我粗略的想法整理成专业的 PRD 框架
- 技术方案设计：为每个功能需求提供了可行的技术选型（InsightFace、PaddleOCR、Socket.io 等）
- 产品评审：主动发现 PRD 的不足并提出改进建议
- 可视化输出：生成 UI 效果图，让文档更直观
- 持续迭代：每轮对话都能精准理解我的意图并更新文档
可复用的方法
“先让 AI 做初稿 → 让 AI 审查初稿 → 根据审查结果选择性迭代”
这个"生成-审查-迭代"的三步法非常高效。特别是让 SOLO 审查自己的产出这一步，往往能发现很多我自己注意不到的问题。这种自我审查能力是传统工具不具备的。
个人思考
这次实践让我深刻体会到，AI 不是一个简单的"文档生成器"，而是一个可以持续对话、持续优化的协作伙伴。从"不知道该有什么功能"到最终产出一份专业级 PRD，SOLO 在每个环节都提供了超出预期的价值。特别是产品评审环节，SOLO 列出的改进建议非常专业，涵盖了通知机制、智能推荐、API 规范等我完全没有想到的维度。
下一步计划：基于这份 PRD，继续使用 SOLO 进行技术架构设计和代码开发，真正把"智阅云"落地。
附件：PRD文档
【金山文档 | WPS云文档】 智阅云_企业知识管理平台_产品需求文档_V2.2
https://www.kdocs.cn/l/cvw9Y0eWU8zq