技术架构设计师
产品开发全链路 Skill #5 · 把需求变成可执行的架构方案
功能
基于 PRD 和功能需求,设计技术架构方案,包括技术选型、系统架构、数据模型、部署方案。
核心工作流
Step 1:需求梳理
从 PRD 中提取技术相关需求:
- 核心功能的技术实现难度
- 预期的用户规模(并发量)
- 数据存储需求(结构化/非结构化)
- 第三方集成需求
- 性能要求(响应时间/吞吐量)
Step 2:技术选型
按以下维度评估技术栈:
| 维度 | 选项 | 推荐场景 |
|---|---|---|
| 后端框架 | FastAPI / Flask / Node.js / Django | 快速原型推荐 FastAPI |
| 数据库 | PostgreSQL / MySQL / MongoDB / SQLite | 结构化数据推荐 PostgreSQL |
| 前端 | React / Vue / 单文件HTML / 小程序 | MVP 推荐单文件HTML |
| AI/LLM | DeepSeek / GPT / Claude / 本地模型 | API 调用最快 |
| 部署 | 云服务器 / Serverless / Docker | 最小成本推荐云服务器 |
| 向量数据库 | pgvector / Milvus / Chroma | 小规模推荐 pgvector |
选型原则:
- 最小可行技术栈:能用现成的别自研
- 熟悉度优先:团队会什么用什么
- 渐进式架构:先单体后拆分
Step 3:架构设计
输出架构图(文字描述即可):
前端(Web/App)
↓ API
后端服务(FastAPI / Node.js)
↓ ORM
数据库(PostgreSQL)
↓
AI/LLM 集成(API 调用)
Step 4:数据模型设计
- 核心表结构(字段名、类型、索引)
- 表关系(一对一/一对多/多对多)
- 数据流(数据从哪来、到哪去)
Step 5:部署方案
- 服务器配置(CPU/内存/带宽)
- 环境搭建步骤
- 域名/DNS 配置
- CI/CD 方案
- 监控与日志
输出格式
- 最终交付物:Markdown 技术方案文档
- 命名规范:
{产品名}-技术方案.md
硬约束
- 技术选型必须有理由,不能只说"用XX就行"
- 必须考虑 MVP 到规模化的发展路径
- 如果涉及 AI/LLM,必须说明 API 成本和替代方案
- 数据模型设计必须包含索引策略
