feat(knowledge): BIZ-16 知识库目录结构初始化 - 7领域+10条目+模板

2026-06-22 22:08:39 +08:00
parent 8c93fee885
commit 80ef3c2796
19 changed files with 1097 additions and 0 deletions
@@ -0,0 +1,39 @@
+# 知识库索引
+
+> 本知识库与 Agent 配置文件解耦，由 COO 主导维护，各领域负责人协作贡献。
+> 通过 `wiki_search` / `memory_search` / `qmd` 等工具检索，人类可通过 Web UI 审查优化。
+
+## 目录结构
+
+| 目录 | 领域 | 责任人 | 条目数 |
+|------|------|--------|--------|
+| [电商/](电商/) | 淘宝、抖店、微信小店运营 | 陆云帆 (taobaospecialist) | — |
+| [内容/](内容/) | 小红书、短视频、文案 | 文墨言 (contentspecialist) | — |
+| [产品/](产品/) | PRD、需求分析 | 沈路明 (productmanager) | — |
+| [技术/](技术/) | 开发规范、代码审查 | 徐聪 (costcodev) | — |
+| [设计/](设计/) | UI设计、品牌规范 | 苏绘锦 (designer) | — |
+| [运营/](运营/) | 活动策划、数据分析 | 陆怀瑾 (coo) | — |
+| [行政/](行政/) | 合同、报销流程 | 刘诗妮 (secretary) | — |
+
+## 知识条目格式
+
+每个知识条目遵循 [模板](../templates/知识条目模板.md)。
+
+## 检索方式
+
+- **Agent 主动查询**：`wiki_search` / `memory_search` / `qmd`
+- **人类审查**：通过 Web UI 浏览、编辑、优化
+- **质量检查**：`wiki_lint` 定期运行
+
+## 贡献流程
+
+1. 领域负责人撰写条目
+2. COO 审核内容质量
+3. 提交到 EnterpriseArchitect 仓库
+4. 通过 `wiki_lint` 检查
+5. 通知相关 Agent 更新索引
+
+---
+
+**维护者**：陆怀瑾（COO）
+**最后更新**：2026-06-22
@@ -0,0 +1,111 @@
+# PRD 模板
+
+## 元数据
+
+| 属性 | 值 |
+|------|-----|
+| **领域** | 产品 |
+| **责任人** | 沈路明 (productmanager) |
+| **版本** | v1.0 |
+| **创建日期** | 2026-06-22 |
+| **标签** | PRD, 产品需求, 模板 |
+
+## 概述
+
+产品需求文档（PRD）标准模板。适用于所有产品功能需求、系统改进需求的规范化描述，确保开发团队、设计团队、业务团队对需求理解一致。
+
+## 正文
+
+### 一、文档头部
+
+```
+# [产品名称] - [功能名称] PRD
+
+| 属性 | 值 |
+|------|-----|
+| **版本** | v1.0 |
+| **作者** | [姓名] |
+| **创建日期** | YYYY-MM-DD |
+| **状态** | 草稿 / 评审中 / 已批准 / 已上线 |
+| **关联文档** | [链接] |
+```
+
+### 二、需求概述
+
+**2.1 背景与问题**
+[描述为什么需要这个功能，解决了什么用户痛点或业务问题]
+
+**2.2 目标用户**
+- 用户画像 1：[描述]
+- 用户画像 2：[描述]
+
+**2.3 核心目标**
+- 业务目标：[可量化指标，如转化率提升 X%]
+- 用户目标：[用户获得什么价值]
+- 技术目标：[如响应时间、并发量]
+
+### 三、功能描述
+
+**3.1 功能范围**
+- P0（必须）：[最小可用功能]
+- P1（应该）：[重要但可后续]
+- P2（锦上添花）：[可后续迭代]
+
+**3.2 用户故事**
+
+```
+作为 [用户角色]，
+我希望 [功能/行为]，
+以便 [获得的价值/目标]。
+```
+
+**3.3 详细交互说明**
+1. [步骤1]：[描述 + 原型图链接]
+2. [步骤2]：[描述 + 原型图链接]
+
+**3.4 边界与异常**
+- 正常流程：[描述]
+- 异常情况1：[触发条件 + 处理方式]
+- 异常情况2：[触发条件 + 处理方式]
+
+### 四、非功能需求
+
+| 项目 | 要求 |
+|------|------|
+| 页面加载 | ≤ 2 秒 |
+| 接口响应 | ≤ 500ms |
+| 并发支持 | 1000 QPS |
+| 兼容性 | iOS 13+, Android 9+, Chrome 90+ |
+
+### 五、数据埋点
+
+| 事件名 | 触发条件 | 属性 |
+|--------|----------|------|
+| [event_name] | [触发条件] | [上报字段] |
+
+### 六、验收标准
+
+- [ ] 功能1 验收条件
+- [ ] 功能2 验收条件
+- [ ] 非功能需求满足
+
+### 七、排期与里程碑
+
+| 里程碑 | 日期 | 交付物 |
+|--------|------|--------|
+| 设计评审 | YYYY-MM-DD | 交互/视觉稿 |
+| 技术评审 | YYYY-MM-DD | 技术方案 |
+| 开发完成 | YYYY-MM-DD | 可测试版本 |
+| 上线 | YYYY-MM-DD | 生产环境 |
+
+## 相关条目
+
+- [需求分析方法.md](需求分析方法.md)
+- [开发规范.md](../技术/开发规范.md)
+- [UI设计规范.md](../设计/UI设计规范.md)
+
+## 变更记录
+
+| 日期 | 版本 | 变更说明 | 变更人 |
+|------|------|----------|--------|
+| 2026-06-22 | v1.0 | 初始创建 | 陆怀瑾 |
@@ -0,0 +1,21 @@
+# 产品领域知识
+
+**责任人**：沈路明（productmanager）
+**审核人**：陆怀瑾（coo）
+
+## 知识范围
+
+涵盖产品需求文档、用户研究、竞品分析、需求管理、版本规划等产品管理知识。
+
+## 条目清单
+
+| 文件名 | 说明 | 状态 |
+|--------|------|------|
+| [PRD模板.md](PRD模板.md) | 产品需求文档标准模板 | ✅ |
+| [需求分析方法.md](需求分析方法.md) | 用户需求调研与分析方法 | ✅ |
+
+## 待建设
+
+- 竞品分析框架
+- 产品路线图模板
+- 用户故事编写指南
@@ -0,0 +1,84 @@
+# 需求分析方法
+
+## 元数据
+
+| 属性 | 值 |
+|------|-----|
+| **领域** | 产品 |
+| **责任人** | 沈路明 (productmanager) |
+| **版本** | v1.0 |
+| **创建日期** | 2026-06-22 |
+| **标签** | 需求分析, 用户调研, 产品管理 |
+
+## 概述
+
+需求分析是从用户/业务痛点出发，将模糊的需求描述转化为可落地的产品功能规格的系统化方法。核心原则：先理解问题，再设计方案。
+
+## 正文
+
+### 一、需求收集方法
+
+1. **用户访谈**（定性）
+   - 每轮访谈 5-8 个目标用户
+   - 半结构化访谈：准备提纲 + 灵活追问
+   - 核心问题：「你最想解决什么问题？」「现在怎么解决的？」
+
+2. **问卷调查**（定量）
+   - 覆盖 100+ 目标用户
+   - 包含选择题（量化）+ 开放题（发掘）
+   - 关键指标：问题频率、痛点程度、替代方案满意度
+
+3. **数据分析**
+   - 页面点击热力图
+   - 用户行为漏斗（转化率断点）
+   - 客服工单高频关键词
+
+### 二、需求优先级评估 — ICE 模型
+
+| 因子 | 说明 | 评分 (1-10) |
+|------|------|------------|
+| **I**mpact（影响面） | 影响多少用户？对核心指标影响多大？ | |
+| **C**onfidence（信心度） | 我们有多少证据这个方案有效？ | |
+| **E**ase（实现难度） | 开发成本多高？时间多长？ | |
+
+总分 = I × C × E（E 分数越高越容易，越大越好）
+
+### 三、需求文档化
+
+1. **用户故事标准格式**
+   > 作为 **[用户角色]**，
+   > 我希望 **[功能/行为]**，
+   > 以便 **[获得的价值]**。
+
+2. **验收条件（Acceptance Criteria）**
+   - 必须可测试、可验证
+   - 正面条件 + 边缘情况
+
+3. **原型验证**
+   - 低保真原型验证交互流程（1-2 天）
+   - 用户测试 3-5 人，观察操作行为
+   - 根据反馈迭代后进入高保真设计
+
+### 四、需求评审流程
+
+```
+需求方提出 → PM 分析评估 → 交互设计 → 技术评审
+    → 排期评估 → 最终评审 → 进入开发
+```
+
+每一步评审需至少以下人员参与：
+- PM（负责人）
+- 1 名开发（评估技术可行性）
+- 1 名设计师（评估交互可行性）
+- 需求方（确认需求理解正确）
+
+## 相关条目
+
+- [PRD模板.md](PRD模板.md)
+- [开发规范.md](../技术/开发规范.md)
+
+## 变更记录
+
+| 日期 | 版本 | 变更说明 | 变更人 |
+|------|------|----------|--------|
+| 2026-06-22 | v1.0 | 初始创建 | 陆怀瑾 |
@@ -0,0 +1,21 @@
+# 内容领域知识
+
+**责任人**：文墨言（contentspecialist）
+**审核人**：陆怀瑾（coo）
+
+## 知识范围
+
+涵盖小红书、短视频平台、公众号等内容平台运营知识，包括内容创作、选题策划、标题优化、发布策略、数据分析等。
+
+## 条目清单
+
+| 文件名 | 说明 | 状态 |
+|--------|------|------|
+| [小红书运营指南.md](小红书运营指南.md) | 小红书内容运营全流程指南 | ✅ |
+| [标题写作技巧.md](标题写作技巧.md) | 爆款标题创作方法论 | ✅ |
+
+## 待建设
+
+- 短视频脚本模板
+- 公众号排版规范
+- 内容日历模板
@@ -0,0 +1,82 @@
+# 小红书运营指南
+
+## 元数据
+
+| 属性 | 值 |
+|------|-----|
+| **领域** | 内容 |
+| **责任人** | 文墨言 (contentspecialist) |
+| **版本** | v1.0 |
+| **创建日期** | 2026-06-22 |
+| **标签** | 小红书, 内容运营, 种草, 涨粉 |
+
+## 概述
+
+小红书是以"真实分享+种草"为核心的内容社区，运营不同于其他平台。核心逻辑：真诚分享 > 硬广推广，封面/标题决定点击率，内容质量决定涨粉转化。
+
+## 正文
+
+### 一、内容定位与选题
+
+1. **账号定位**（上线前必做）
+   - 明确赛道：美妆/穿搭/家居/母婴/美食/知识
+   - 确定人设：专家型/体验型/教程型
+   - 对标 3-5 个同赛道 Top 博主
+
+2. **选题策略**
+   - 热点追踪：小红书热搜 + 抖音热点宝
+   - 实用内容：教程/清单/测评/避坑
+   - 情感共鸣：个人经历/观点分享/生活记录
+
+### 二、内容制作标准
+
+1. **封面设计**（点击率核心）
+   - 高饱和度配色，对比度强
+   - 简洁文字 3-7 字，避免遮挡主体
+   - 尺寸 3:4，首图即为封面
+
+2. **标题公式**
+   - 数字型：「3 步搞定...」
+   - 痛点型：「为什么你...还是不行？」
+   - 对比型：「A vs B，差距到底在哪」
+   - 清单型：「2026 必入的 10 款...」
+
+3. **正文结构**
+   - 开头（3 句）：抛痛点/抛结论
+   - 主体：分点说明，配图对应
+   - 结尾：互动引导（提问/投票/求关注）
+
+### 三、发布与推广
+
+1. **发布时间**
+   - 工作日：12:00-14:00, 18:00-21:00
+   - 周末：10:00-12:00, 15:00-18:00
+
+2. **话题标签策略**
+   - 1-2 个大流量话题（#穿搭 #美妆 #家居）
+   - 2-3 个精准话题（#小个子穿搭 #通勤穿搭）
+   - 1 个自创话题（#XX的日常搭配）
+
+3. **初期冷启动**
+   - 发布后 1 小时内互动（评论/点赞）对推荐权重影响最大
+   - 在同类笔记下真诚评论（非硬广引流）
+
+### 四、数据指标
+
+| 指标 | 新手目标 | 进阶目标 |
+|------|----------|----------|
+| 单篇阅读量 | 1000+ | 5000+ |
+| 点赞率 | 3%+ | 5%+ |
+| 收藏率 | 2%+ | 4%+ |
+| 涨粉率 | 1%/篇 | 3%/篇 |
+
+## 相关条目
+
+- [标题写作技巧.md](标题写作技巧.md)
+- [活动策划模板.md](../运营/活动策划模板.md)
+
+## 变更记录
+
+| 日期 | 版本 | 变更说明 | 变更人 |
+|------|------|----------|--------|
+| 2026-06-22 | v1.0 | 初始创建 | 陆怀瑾 |
@@ -0,0 +1,21 @@
+# 技术领域知识
+
+**责任人**：徐聪（costcodev）
+**审核人**：陆怀瑾（coo）
+
+## 知识范围
+
+涵盖开发规范、代码审查、架构设计、部署运维、技术选型等技术团队知识。
+
+## 条目清单
+
+| 文件名 | 说明 | 状态 |
+|--------|------|------|
+| [开发规范.md](开发规范.md) | 代码编写与项目管理规范 | ✅ |
+| [代码审查清单.md](代码审查清单.md) | Pull Request 审查标准 | ✅ |
+
+## 待建设
+
+- API 设计规范
+- 数据库设计指南
+- 技术选型决策框架
@@ -0,0 +1,104 @@
+# 开发规范
+
+## 元数据
+
+| 属性 | 值 |
+|------|-----|
+| **领域** | 技术 |
+| **责任人** | 徐聪 (costcodev) |
+| **版本** | v1.0 |
+| **创建日期** | 2026-06-22 |
+| **标签** | 开发规范, 代码风格, Git, 项目管理 |
+
+## 概述
+
+定义团队统一的代码编写、项目管理、协作流程规范。目的是确保代码可维护、可交接，降低协作摩擦。
+
+## 正文
+
+### 一、代码规范
+
+1. **Python**
+   - 遵循 PEP 8 代码风格
+   - 使用 `black` 自动格式化，行宽 100
+   - 类型注解必须（`mypy --strict` 通过）
+   - 文档字符串用 Google 风格
+
+2. **TypeScript/JavaScript**
+   - 使用 `prettier` 格式化
+   - ESLint 严格模式
+   - 禁止 `any` 类型（除非显式标注 `// eslint-disable-next-line`）
+   - 所有公共 API 必须有 JSDoc
+
+3. **通用规则**
+   - 函数单一职责，不超过 50 行
+   - 命名：camelCase（变量/函数）、PascalCase（类/组件）、UPPER_SNAKE（常量）
+   - 禁止 `print` / `console.log` 残留（用日志库）
+   - 禁止注释掉的代码（相信 Git）
+
+### 二、Git 规范
+
+1. **分支策略**
+   ```
+   main ─── 生产环境
+   develop ─── 开发主线
+   feature/<task-id>-<desc> ─── 功能分支
+   fix/<task-id>-<desc> ─── 修复分支
+   ```
+
+2. **Commit 格式**
+   ```
+   <type>(<scope>): <subject>
+   
+   <body>
+   
+   <footer>
+   ```
+   - type: feat / fix / docs / style / refactor / test / chore
+   - scope: 模块名（如 api, ui, db）
+   - subject: 不超过 72 字符，中文或英文
+
+3. **PR 流程**
+   - 所有代码变更必须通过 PR
+   - 至少 1 人 Review 并 Approve
+   - CI 全部通过后才能合并
+   - 合并前 rebase develop 消除冲突
+
+### 三、项目结构规范
+
+```
+project/
+├── src/            # 源代码
+├── tests/          # 测试代码
+├── docs/           # 项目文档
+├── scripts/        # 运维脚本
+├── config/         # 配置文件
+├── README.md       # 项目说明
+├── CHANGELOG.md    # 变更日志
+└── .env.example    # 环境变量模板
+```
+
+### 四、文档规范
+
+- **README.md**：项目概述、快速启动、技术栈、目录说明
+- **API 文档**：后端接口必须有 OpenAPI/Swagger 文档
+- **开发文档**：架构设计、数据流图、部署说明
+- **代码即文档**：优先清晰的命名和结构，减少注释
+
+### 五、测试规范
+
+- 单元测试覆盖率 ≥ 70%
+- 关键业务逻辑覆盖率 ≥ 90%
+- 每个 PR 附带新增/修改的测试
+- 使用 `pytest` (Python) / `vitest` (TS)
+
+## 相关条目
+
+- [代码审查清单.md](代码审查清单.md)
+- [PRD模板.md](../产品/PRD模板.md)
+
+## 变更记录
+
+| 日期 | 版本 | 变更说明 | 变更人 |
+|------|------|----------|--------|
+| 2026-06-22 | v1.0 | 初始创建 | 陆怀瑾 |
@@ -0,0 +1,21 @@
+# 电商领域知识
+
+**责任人**：陆云帆（taobaospecialist）
+**审核人**：陆怀瑾（coo）
+
+## 知识范围
+
+涵盖淘宝、抖店、微信小店等多平台电商运营知识，包括店铺搭建、商品上架、营销推广、客户服务、数据分析等。
+
+## 条目清单
+
+| 文件名 | 说明 | 状态 |
+|--------|------|------|
+| [淘宝运营SOP.md](淘宝运营SOP.md) | 淘宝店铺日常运营标准流程 | ✅ |
+| [抖店运营SOP.md](抖店运营SOP.md) | 抖音小店运营流程 | ✅ |
+
+## 待建设
+
+- 微信小店运营指南
+- 电商数据分析方法
+- 客服话术模板
@@ -0,0 +1,74 @@
+# 抖店运营 SOP
+
+## 元数据
+
+| 属性 | 值 |
+|------|-----|
+| **领域** | 电商 |
+| **责任人** | 陆云帆 (taobaospecialist) |
+| **版本** | v1.0 |
+| **创建日期** | 2026-06-22 |
+| **标签** | 抖音, 抖店, 电商, SOP |
+
+## 概述
+
+本 SOP 定义抖音小店运营标准流程。抖店运营区别于传统电商的核心在于"内容驱动交易"——通过短视频和直播引流到店铺成交。
+
+## 正文
+
+### 一、每日运营
+
+1. **店铺健康检查**
+   - 登录抖店后台，检查体验分（≥ 4.6）
+   - 查看违规记录和扣分情况
+   - 检查商品状态（在售/审核中/下架）
+
+2. **内容运营**
+   - 发布 1-2 条挂车短视频
+   - 检查昨日短视频/直播数据
+   - 回复评论区用户问题
+
+3. **订单与客服**
+   - 处理待发货订单（48 小时发货）
+   - 处理售后申请（退货/退款）
+   - 3 分钟内回复客服消息
+
+### 二、每周运营
+
+1. **商品策略**
+   - 分析本周爆款商品，优化标题/主图/详情
+   - 根据热点趋势选品上新
+   - 设置限时秒杀/优惠券活动
+
+2. **内容策略**
+   - 复盘本周短视频/直播数据
+   - 策划下周内容选题（蹭热点/产品展示/教程）
+   - 测试新视频形式（口播/开箱/场景化）
+
+3. **投放优化**
+   - 查看千川投放数据
+   - 优化投放计划（人群/出价/素材）
+   - 调整 ROI 目标和预算分配
+
+### 三、每月运营
+
+1. **月度分析**
+   - 统计月度 GMV、订单量、退款率
+   - 分析流量来源占比（推荐/搜索/直播/短视频/付费）
+   - 输出《抖店月度运营报告》
+
+2. **供应链检查**
+   - 盘点库存，补货预警
+   - 检查发货时效和物流评分
+   - 供应商评估和优化
+
+## 相关条目
+
+- [淘宝运营SOP.md](淘宝运营SOP.md)
+- [数据分析方法.md](../运营/数据分析方法.md)
+
+## 变更记录
+
+| 日期 | 版本 | 变更说明 | 变更人 |
+|------|------|----------|--------|
+| 2026-06-22 | v1.0 | 初始创建 | 陆怀瑾 |
@@ -0,0 +1,83 @@
+# 淘宝运营 SOP
+
+## 元数据
+
+| 属性 | 值 |
+|------|-----|
+| **领域** | 电商 |
+| **责任人** | 陆云帆 (taobaospecialist) |
+| **版本** | v1.0 |
+| **创建日期** | 2026-06-22 |
+| **标签** | 淘宝, 电商, SOP, 日常运营 |
+
+## 概述
+
+本 SOP 定义淘宝店铺日常运营的标准流程，涵盖店铺维护、商品管理、营销推广、客服处理和数据分析五大模块。适用于每日/每周/每月周期性执行。
+
+## 正文
+
+### 一、每日运营检查（每日 9:00）
+
+1. **店铺状态检查**
+   - 登录千牛工作台，检查店铺处罚/违规通知
+   - 确认所有商品在售状态，无异常下架
+   - 检查店铺评分（DSR），低于 4.7 需立即分析原因
+
+2. **订单处理**
+   - 查看待发货订单，确保 48 小时内发货
+   - 处理售后订单（退货/换货/退款），24 小时内响应
+   - 检查差评/中评，及时联系客户处理
+
+3. **客服响应**
+   - 检查未读消息，回复时限 5 分钟内
+   - 查看客服数据：响应时长、满意度
+
+### 二、每周运营任务（每周一）
+
+1. **商品优化**
+   - 检查 Top 10 商品标题、主图、详情页
+   - 根据搜索词报告优化标题关键词
+   - 更新库存不足的商品
+
+2. **营销活动**
+   - 查看本周淘宝官方活动日历
+   - 设置店铺优惠券/满减活动
+   - 更新直通车/引力魔方推广计划
+
+3. **数据分析**
+   - 查看流量来源（搜索/推荐/付费/其他）
+   - 分析转化率、客单价变化趋势
+   - 输出《店铺周报》
+
+### 三、每月运营任务（每月 1 日）
+
+1. **月度复盘**
+   - 统计月度 GMV、订单量、利润率
+   - 对比上月数据，分析增长/下滑原因
+   - 制定下月运营目标和策略
+
+2. **竞品分析**
+   - 监控 Top 3 竞品店铺动态
+   - 分析竞品爆款商品和新品
+   - 调整自身商品/价格策略
+
+### 四、关键指标
+
+| 指标 | 目标值 | 监控频率 |
+|------|--------|----------|
+| DSR 评分 | ≥ 4.8 | 每日 |
+| 48h 发货率 | ≥ 98% | 每日 |
+| 客服响应时长 | ≤ 3 分钟 | 每日 |
+| 转化率 | ≥ 行业均值 +10% | 每周 |
+| GMV 增长 | 月环比 ≥ 10% | 每月 |
+
+## 相关条目
+
+- [抖店运营SOP.md](抖店运营SOP.md)
+- [数据分析方法.md](../运营/数据分析方法.md)
+
+## 变更记录
+
+| 日期 | 版本 | 变更说明 | 变更人 |
+|------|------|----------|--------|
+| 2026-06-22 | v1.0 | 初始创建 | 陆怀瑾 |
@@ -0,0 +1,21 @@
+# 行政领域知识
+
+**责任人**：刘诗妮（secretary）
+**审核人**：陆怀瑾（coo）
+
+## 知识范围
+
+涵盖合同管理、报销流程、行政事务、供应商管理等行政支持知识。
+
+## 条目清单
+
+| 文件名 | 说明 | 状态 |
+|--------|------|------|
+| [合同模板.md](合同模板.md) | 常用合同标准模板 | ✅ |
+| [报销流程.md](报销流程.md) | 费用报销申请与审批流程 | ✅ |
+
+## 待建设
+
+- 供应商管理指南
+- 会议纪要模板
+- 入职/离职流程
@@ -0,0 +1,83 @@
+# 报销流程
+
+## 元数据
+
+| 属性 | 值 |
+|------|-----|
+| **领域** | 行政 |
+| **责任人** | 刘诗妮 (secretary) |
+| **版本** | v1.0 |
+| **创建日期** | 2026-06-22 |
+| **标签** | 行政, 报销, 财务, 流程 |
+
+## 概述
+
+定义公司费用报销的标准流程，涵盖申请、审批、核销三大阶段，确保财务合规性和报销效率。
+
+## 正文
+
+### 一、报销范围
+
+| 类别 | 说明 | 限额 |
+|------|------|------|
+| 差旅费 | 交通、住宿、餐饮 | 按出差地标准 |
+| 办公用品 | 设备、耗材、文具 | 单次 ≤ ¥2000 |
+| 招待费 | 客户/合作伙伴接待 | 需提前申请 |
+| 培训费 | 课程、考试、认证 | 需审批 |
+| 软件服务 | SaaS 订阅、API 费用 | 按需审批 |
+
+### 二、报销流程
+
+```
+提交申请 → 直属审批 → COO 审批（> ¥5000）
+→ 刘总审批（> ¥20000） → 刘诗妮核销 → 归档
+```
+
+**各环节时限**：
+- 员工提交：消费后 7 个工作日内
+- 直属审批：2 个工作日内
+- 核销：审批通过后 5 个工作日内
+
+### 三、报销材料
+
+1. **发票**
+   - 必须增值税普通/专用发票
+   - 发票抬头：公司全称 + 税号
+   - 电子发票可，纸质发票需原件
+
+2. **报销单**
+   - 事由：清晰说明消费目的
+   - 明细：逐项列出费用+金额
+   - 附件上传：发票图片/电子凭证
+
+3. **特殊说明**
+   - 差旅：附行程单
+   - 招待：附参与人员名单
+   - 大额采购：附比价记录
+
+### 四、常见退回原因
+
+| 原因 | 处理 |
+|------|------|
+| 发票信息错误（抬头/税号） | 退回重新开票 |
+| 超额未提前审批 | 补充说明或自付超额部分 |
+| 缺少明细说明 | 补充报销单信息 |
+| 超过报销时效 | 特殊说明后处理 |
+
+### 五、审批人
+
+| 金额区间 | 审批人 |
+|----------|--------|
+| ≤ ¥5000 | 直属负责人 |
+| ¥5001 ~ ¥20000 | + COO（陆怀瑾） |
+| > ¥20000 | + 刘总（Vincent） |
+
+## 相关条目
+
+- [合同模板.md](合同模板.md)
+
+## 变更记录
+
+| 日期 | 版本 | 变更说明 | 变更人 |
+|------|------|----------|--------|
+| 2026-06-22 | v1.0 | 初始创建 | 陆怀瑾 |
@@ -0,0 +1,21 @@
+# 设计领域知识
+
+**责任人**：苏绘锦（designer）
+**审核人**：陆怀瑾（coo）
+
+## 知识范围
+
+涵盖 UI/UX 设计规范、品牌元素、商详页设计、首图制作等设计知识。
+
+## 条目清单
+
+| 文件名 | 说明 | 状态 |
+|--------|------|------|
+| [UI设计规范.md](UI设计规范.md) | 界面设计标准与组件规范 | ✅ |
+| [品牌元素指南.md](品牌元素指南.md) | 品牌色/字体/Logo 使用规范 | ✅ |
+
+## 待建设
+
+- 商详页设计模板
+- 首图设计规范
+- 移动端适配指南
@@ -0,0 +1,87 @@
+# UI 设计规范
+
+## 元数据
+
+| 属性 | 值 |
+|------|-----|
+| **领域** | 设计 |
+| **责任人** | 苏绘锦 (designer) |
+| **版本** | v1.0 |
+| **创建日期** | 2026-06-22 |
+| **标签** | UI, 设计规范, 组件, 视觉 |
+
+## 概述
+
+定义统一的 UI 设计标准，涵盖色彩、字体、间距、组件等基础规范，确保产品视觉一致性，降低设计-开发沟通成本。
+
+## 正文
+
+### 一、色彩系统
+
+| 用途 | 色值 | 说明 |
+|------|------|------|
+| 主色 Primary | `#1677FF` | 按钮、链接、选中态 |
+| 成功 Success | `#52C41A` | 成功提示、通过状态 |
+| 警告 Warning | `#FAAD14` | 警告提示 |
+| 错误 Error | `#FF4D4F` | 错误提示、删除操作 |
+| 文字主色 | `#1F1F1F` | 标题、正文 |
+| 文字次色 | `#666666` | 辅助说明 |
+| 文字禁用 | `#BFBFBF` | 禁用/占位符 |
+| 边框 | `#D9D9D9` | 分割线、输入框边框 |
+| 背景 | `#F5F5F5` | 页面底色 |
+
+### 二、字体规范
+
+| 层级 | 字号 | 行高 | 字重 | 用途 |
+|------|------|------|------|------|
+| H1 | 24px | 32px | 600 | 页面主标题 |
+| H2 | 20px | 28px | 600 | 区块标题 |
+| H3 | 16px | 24px | 500 | 小标题 |
+| Body | 14px | 22px | 400 | 正文 |
+| Caption | 12px | 18px | 400 | 辅助/说明文字 |
+
+默认字体：`-apple-system, BlinkMacSystemFont, "Segoe UI", "PingFang SC", "Microsoft YaHei", sans-serif`
+
+### 三、间距体系
+
+采用 4px 为基础单位的 8 点栅格：
+
+| Token | 值 | 用途 |
+|-------|-----|------|
+| xs | 4px | 紧凑间距 |
+| sm | 8px | 元素内间距 |
+| md | 16px | 组件间距 |
+| lg | 24px | 区块间距 |
+| xl | 32px | 大区块分隔 |
+| xxl | 48px | 页面级分隔 |
+
+### 四、圆角与阴影
+
+| 组件 | 圆角 | 阴影 |
+|------|------|------|
+| 卡片 | 8px | `0 2px 8px rgba(0,0,0,0.08)` |
+| 弹窗 | 12px | `0 6px 16px rgba(0,0,0,0.12)` |
+| 按钮 | 6px | 无（默认）/ hover 时微阴影 |
+| 输入框 | 6px | 无（默认）/ focus 时外发光 |
+
+### 五、响应式断点
+
+| 断点 | 最小宽度 | 适用设备 |
+|------|----------|----------|
+| xs | < 576px | 手机竖屏 |
+| sm | ≥ 576px | 手机横屏 |
+| md | ≥ 768px | 平板 |
+| lg | ≥ 992px | 小桌面 |
+| xl | ≥ 1200px | 大桌面 |
+| xxl | ≥ 1600px | 超大屏 |
+
+## 相关条目
+
+- [品牌元素指南.md](品牌元素指南.md)
+- [PRD模板.md](../产品/PRD模板.md)
+
+## 变更记录
+
+| 日期 | 版本 | 变更说明 | 变更人 |
+|------|------|----------|--------|
+| 2026-06-22 | v1.0 | 初始创建 | 陆怀瑾 |
@@ -0,0 +1,21 @@
+# 运营领域知识
+
+**责任人**：陆怀瑾（coo）
+**审核人**：刘炜承（Vincent）
+
+## 知识范围
+
+涵盖活动策划、数据分析、SOP 管理、流程优化、团队协作等运营管理知识。
+
+## 条目清单
+
+| 文件名 | 说明 | 状态 |
+|--------|------|------|
+| [活动策划模板.md](活动策划模板.md) | 营销活动策划标准模板 | ✅ |
+| [数据分析方法.md](数据分析方法.md) | 运营数据分析框架与方法 | ✅ |
+
+## 待建设
+
+- 周报模板
+- KPI 管理框架
+- 风险评估矩阵
@@ -0,0 +1,92 @@
+# 数据分析方法
+
+## 元数据
+
+| 属性 | 值 |
+|------|-----|
+| **领域** | 运营 |
+| **责任人** | 陆怀瑾 (coo) |
+| **版本** | v1.0 |
+| **创建日期** | 2026-06-22 |
+| **标签** | 数据分析, 运营, KPI, 看板 |
+
+## 概述
+
+建立全业务流程的数据分析框架，确保各业务线有统一的指标定义和分析方法，支撑数据驱动决策。
+
+## 正文
+
+### 一、核心指标体系
+
+#### 1. 电商业务
+
+| 层级 | 指标 | 定义 | 频率 |
+|------|------|------|------|
+| 北极星 | GMV | 总成交额 | 日/周/月 |
+| 过程 | 转化率 | 下单数/访客数 | 日 |
+| 过程 | 客单价 | GMV/订单数 | 周 |
+| 过程 | 退货率 | 退货数/订单数 | 周 |
+| 健康 | DSR | 描述/服务/物流评分 | 日 |
+| 健康 | 获客成本 CAC | 营销花费/新客数 | 月 |
+
+#### 2. 内容业务
+
+| 层级 | 指标 | 定义 | 频率 |
+|------|------|------|------|
+| 北极星 | 粉丝增长 | 净增粉丝数 | 周/月 |
+| 过程 | 互动率 | (点赞+收藏+评论)/曝光 | 篇 |
+| 过程 | 发布频率 | 每周发布篇数 | 周 |
+
+#### 3. 公司整体
+
+| 层级 | 指标 | 定义 | 频率 |
+|------|------|------|------|
+| 北极星 | 月营收 | 各业务线收入合计 | 月 |
+| 效率 | 人效 | 营收/团队人数 | 季 |
+| 效率 | Agent 利用率 | Agent 任务完成数/总分配数 | 周 |
+
+### 二、分析框架
+
+**AARRR 海盗模型**：
+
+```
+Acquisition（获取）→ Activation（激活）→ Retention（留存）
+→ Revenue（收入）→ Referral（推荐）
+```
+
+**电商应用示例**：
+1. Acquisition：各渠道流量来源占比
+2. Activation：首次下单转化率
+3. Retention：30 天复购率
+4. Revenue：LTV（用户生命周期价值）
+5. Referral：分享率、裂变系数
+
+### 三、数据看板要求
+
+每个业务线需维护以下看板：
+
+| 看板 | 内容 | 更新频率 |
+|------|------|----------|
+| 日报 | 昨日核心指标 + 异常波动标注 | 每日 10:00 |
+| 周报 | 趋势图 + 同比/环比 + 分析洞察 | 每周一 |
+| 月报 | 完整指标矩阵 + 目标达成率 + 下月预测 | 每月 3 日 |
+
+### 四、异常预警规则
+
+| 条件 | 级别 | 响应 |
+|------|------|------|
+| GMV 日环比下降 > 20% | 🔴 | COO 立即介入 |
+| 转化率连续 3 天下降 | 🟡 | 业务负责人分析 |
+| 退货率 > 10% | 🟡 | 商品/客服联合排查 |
+| DSR < 4.6 | 🔴 | 立即优化 |
+
+## 相关条目
+
+- [淘宝运营SOP.md](../电商/淘宝运营SOP.md)
+- [活动策划模板.md](活动策划模板.md)
+
+## 变更记录
+
+| 日期 | 版本 | 变更说明 | 变更人 |
+|------|------|----------|--------|
+| 2026-06-22 | v1.0 | 初始创建 | 陆怀瑾 |
@@ -0,0 +1,80 @@
+# 活动策划模板
+
+## 元数据
+
+| 属性 | 值 |
+|------|-----|
+| **领域** | 运营 |
+| **责任人** | 陆怀瑾 (coo) |
+| **版本** | v1.0 |
+| **创建日期** | 2026-06-22 |
+| **标签** | 运营, 活动策划, 营销, 模板 |
+
+## 概述
+
+标准化营销活动策划流程。适用于电商大促（618/双11/年货节）、店铺周年庆、新品发布、会员日活动等。
+
+## 正文
+
+### 一、活动策划文档结构
+
+```
+# [活动名称] 策划方案
+
+## 1. 活动背景与目标
+- 背景：[为什么做这次活动]
+- 核心目标：[可量化，如 GMV X万 / 新增粉丝 Y人]
+- 次要目标：[如品牌曝光、老客复购]
+
+## 2. 目标用户
+- 主要人群：[画像描述]
+- 需求动机：[为什么他们会参与]
+
+## 3. 活动机制
+- 玩法规则：[满减/秒杀/抽奖/打卡]
+- 用户路径：[从看到到参与的完整链路]
+- 激励机制：[优惠力度、稀缺性、社交裂变]
+
+## 4. 资源与预算
+| 项目 | 预算 | 负责人 |
+|------|------|--------|
+| 流量投放 | ¥XX | [姓名] |
+| 商品补贴 | ¥XX | [姓名] |
+| 内容物料 | ¥XX | [姓名] |
+
+## 5. 时间线
+| 阶段 | 时间 | 关键事项 |
+|------|------|----------|
+| 预热期 | D-7 ~ D-1 | 预告内容、优惠券发放 |
+| 爆发期 | D-Day | 主活动上线 |
+| 返场期 | D+1 ~ D+3 | 余热运营 |
+
+## 6. 风险预案
+| 风险 | 概率 | 影响 | 应对 |
+|------|------|------|------|
+| 服务器崩溃 | 中 | 高 | 提前压测 + 降级方案 |
+| 库存不足 | 低 | 中 | 预售 + 安全库存预警 |
+
+## 7. 复盘框架
+- 活动数据回顾（GMV/ROI/客单价/转化率）
+- 亮点与不足
+- 优化建议
+```
+
+### 二、关键审批节点
+
+1. **策划方案评审** → COO + 业务负责人
+2. **预算审批** → Vincent
+3. **法务合规审查** → 苏慎（如涉及抽奖/满赠）
+4. **上线前 Checklist** → 所有执行人确认
+
+## 相关条目
+
+- [数据分析方法.md](数据分析方法.md)
+- [淘宝运营SOP.md](../电商/淘宝运营SOP.md)
+
+## 变更记录
+
+| 日期 | 版本 | 变更说明 | 变更人 |
+|------|------|----------|--------|
+| 2026-06-22 | v1.0 | 初始创建 | 陆怀瑾 |
@@ -0,0 +1,31 @@
+# [知识条目标题]
+
+## 元数据
+
+| 属性 | 值 |
+|------|-----|
+| **领域** | 电商 / 内容 / 产品 / 技术 / 设计 / 运营 / 行政 |
+| **责任人** | [Agent 名称] |
+| **版本** | v1.0 |
+| **创建日期** | YYYY-MM-DD |
+| **最后更新** | YYYY-MM-DD |
+| **标签** | [标签1, 标签2, ...] |
+
+## 概述
+
+[用 2-3 句话描述本条目的核心内容和使用场景]
+
+## 正文
+
+[详细的知识内容，包括步骤、规则、示例等]
+
+## 相关条目
+
+- [相关知识条目1](链接)
+- [相关知识条目2](链接)
+
+## 变更记录
+
+| 日期 | 版本 | 变更说明 | 变更人 |
+|------|------|----------|--------|
+| YYYY-MM-DD | v1.0 | 初始创建 | [姓名] |