docs: add design philosophy - from engineer UI to admin UI

docs/产品化评估与规划.md

@@ -34,6 +34,35 @@
 | **设备管理** | 设备列表、配置下发、模型/资源同步 | ✅ 基本完成 |
 | **系统设置** | 备份恢复、服务状态 | ✅ 基本完成 |
 
+
+### 设计哲学：从"工程师界面"到"管理员界面"
+
+当前后台是**技术视角**——直接暴露了模板、Profile、识别单元、设备分配等底层概念，强迫用户理解系统内部构造才能使用。
+
+但管理员根本不需要知道这些。他只需要回答三个问题：
+
+> 1. **系统在正常运行吗？**——看画面、看设备状态
+> 2. **检测到什么了吗？**——看告警、看统计
+> 3. **告警对不对？**——验证告警结果
+
+所以产品应该是三层结构：
+
+| 层级 | 面向 | 内容 |
+|------|------|------|
+| **监控层**（首页） | 所有人 | 实时画面、告警信息流、设备状态——看一眼就知道系统正常不正常 |
+| **配置层**（场景化） | 运维人员 | ☑ 抽烟检测 ☑ 安全帽检测 → 选设备 → 一键启用——不暴露技术细节 |
+| **专家层**（高级设置） | 高级用户 | 模板编辑、Profile参数、模型选择——现有功能保留但折叠隐藏 |
+
+管理员的典型工作流：
+
+```
+新盒子到货 → 上电自动发现 → 在后台勾选检测场景 → 自动渲染配置下发 → 告警开始推送
+     ↑                                        ↓
+     └──────── 如果告警不对，打开专家设置微调 ──────────┘
+```
+
+技术细节（模板/Profile/Overlay/模型绑定）全部在后台自动完成，管理员只关心结果。
+
 ### 核心问题
 
 **系统能"配"不能"看"**——配置下发做得很扎实，但管理人员看不到画面、看不到告警、看不到识别结果。就像一个监控室只有控制台没有显示器。