2
0
Эх сурвалжийг харах

📝 docs(prd): 重构产品需求文档为点子库小程序

- 重命名项目为"点子库小程序",明确基于付费阅读的点子分享平台定位
- 更新版本信息,将初始版本日期调整为2025-11-05
- 重构项目介绍,新增产品概念和核心价值主张
- 重新定义功能需求,包括点子内容管理、条件检索、支付结算等核心系统
- 更新非功能性需求,强调支付安全、检索性能和收益分配准确性
- 调整Epic结构为基于核心业务流程的垂直划分
- 完善成功指标和验收标准,增加用户数、交易额等业务目标
- 新增核心业务规则,明确收益分配、支付、审核和提现规则
yourname 2 сар өмнө
parent
commit
cf9258bf8b
1 өөрчлөгдсөн 274 нэмэгдсэн , 228 устгасан
  1. 274 228
      docs/prd.md

+ 274 - 228
docs/prd.md

@@ -1,197 +1,194 @@
-# D8D Starter 产品需求文档 (PRD)
+# 点子库小程序 产品需求文档 (PRD)
 
 ## 版本信息
 | 版本 | 日期 | 描述 | 作者 |
 |------|------|------|------|
-| 1.0 | 2024-09-14 | 初始PRD版本 | John (PM) |
-| 1.1 | 2025-09-17 | 更新Epic结构和指标,与实际epic对齐 | Sarah (PO) |
-| 1.2 | 2025-09-19 | 在Epic 001中集成数据库备份功能 | Winston |
+| 1.0 | 2025-11-05 | 基于点子库需求创建初始PRD版本 | John (PM) |
 
 ## 1. 项目介绍和分析
 
-### 1.1 现有项目概览
+### 1.1 项目概览
 
-**分析来源**: 基于现有架构文档 `docs/brownfield-architecture.md`
+**项目名称**: 点子库小程序
 
-**当前项目状态**: D8D Starter 是一个现代化的全栈Web应用启动模板,提供:
-- 🚀 **快速开发基础**: Node.js + React 技术栈
-- 🔐 **身份认证系统**: JWT-based 用户认证
-- 👥 **用户管理**: 完整的用户和角色管理功能
-- 📊 **数据库集成**: TypeORM + PostgreSQL 数据持久化
-- 🎨 **现代化UI**: React 19 + Tailwind CSS 界面
+**产品概念**: 一个基于付费阅读的点子分享平台,用户可以通过条件检索找到需要的点子,支付1元即可查看完整内容。平台支持用户投稿、审核发布、转发分享和收益分成机制。
 
-### 1.2 可用文档分析
+**核心价值主张**: 构建一个公平、高效的点子交易平台,让创作者获得收益,让用户快速找到有价值的创意,实现知识价值的合理流转。
 
-✅ **技术文档完整**:
-- 技术栈和版本信息
-- 源码结构和模块组织
-- 数据模型和API规范
-- 技术债务和已知问题
-- 开发和部署指南
+### 1.2 解决的问题
 
-⚠️ **需要补充的业务文档**:
-- 产品愿景和目标
-- 用户需求和场景
-- 功能优先级
-- 业务指标
+**当前痛点**:
+- 优质点子难以获得合理的经济回报,创作者缺乏持续创作的动力
+- 用户难以高效找到符合自己需求的特定点子
+- 好的点子缺乏有效的传播和分享激励机制
+- 内容质量参差不齐,缺乏有效的审核和筛选机制
+- 创作者、传播者和平台之间的收益分配机制不清晰
 
-### 1.3 增强范围定义
+### 1.3 项目目标
 
-**项目类型**: 现有项目功能完善和业务需求文档化
+**业务目标**:
+- 📈 建立可持续的内容创作和消费生态
+- 💰 实现公平透明的收益分配机制
+- 📚 构建高质量的点子内容库
+- 🔄 形成良性的用户增长和留存循环
 
-**主要目标**:
-1. 将现有技术实现与业务需求对齐
-2. 定义清晰的产品方向和成功标准
-3. 为未来功能扩展建立需求基线
-
-### 1.4 目标和背景
-
-#### 业务目标
-- 📈 **确立产品市场定位**: 明确D8D Starter的目标用户和使用场景
-- 🎯 **定义成功指标**: 建立可衡量的产品成功标准
-- 🔄 **建立迭代流程**: 为持续改进提供需求框架
-- 🤝 **促进团队对齐**: 确保技术实现与业务目标一致
-
-#### 技术背景
-D8D Starter已经具备优秀的技术基础:
-- 现代化的全栈技术架构
-- 模块化的代码组织
-- 完整的认证和用户管理系统
-- 生产就绪的部署配置
-
-现在需要将技术能力转化为明确的业务价值主张。
+**技术目标**:
+- 🚀 基于现有D8D Starter技术栈快速开发
+- 🔐 确保支付系统的安全性和稳定性
+- 📊 实现高效的内容检索和推荐
+- ⚡ 提供流畅的用户体验
 
 ## 2. 需求定义
 
 ### 2.1 功能需求
 
-基于现有技术实现,我定义了以下功能需求。请仔细审核这些需求是否准确反映了项目的业务目标:
-
-**FR1: 用户认证和管理系统**
-- 必须提供完整的用户注册、登录、密码重置功能
-- 支持基于JWT的安全认证机制
-- 用户信息需要持久化存储到PostgreSQL数据库
-- 提供用户角色和权限管理基础框架
-
-**FR2: 现代化前端界面**
-- 使用React 19构建响应式用户界面
-- 采用Tailwind CSS确保一致的视觉设计
-- 提供管理后台和用户主页两种界面模式
-- 支持组件化开发和代码复用
-
-**FR3: 类型安全的API架构**
-- 使用Hono RPC (hc) 提供前后端统一的类型安全
-- 集成@hono/zod-openapi自动生成OpenAPI文档
-- 使用@hono/swagger-ui提供交互式API文档界面
-- 实现通用的CRUD路由和服务,避免每个实体重复编写
-- **支持关联查询和复杂数据关系处理**
-- 前后端共享Zod schema,确保表单验证一致性
-
-**FR4: 数据库集成和ORM**
-- 使用TypeORM进行数据库操作抽象
-- 支持PostgreSQL数据库连接和连接池管理
-- 提供数据模型定义和迁移能力
-- 实现基础的数据验证和约束
-
-**FR5: 开发和生产环境支持**
-- 提供Vite开发服务器支持热重载
-- 支持生产环境构建和优化
-- 集成Docker Compose用于本地开发环境
-- 提供环境变量配置管理
+基于点子库小程序的核心业务逻辑,定义以下功能需求:
+
+**FR1: 点子内容管理系统**
+- 支持点子创建、编辑、保存草稿功能
+- 提供内容分类和标签系统(创业灵感、技术方案、生活技巧等)
+- 实现预览内容和完整内容的分离管理
+- 支持内容版本控制和历史记录
+- 提供内容统计和数据分析功能
+
+**FR2: 条件检索系统**
+- 支持多维度条件筛选(分类、标签、价格、发布时间等)
+- 实现关键词匹配和相关性排序算法
+- 提供检索结果分页和排序功能
+- 支持搜索历史记录和热门搜索推荐
+- 实现检索结果的智能推荐
+
+**FR3: 支付结算系统**
+- 集成1元小额支付功能(微信支付/支付宝)
+- 实现支付状态管理和回调处理
+- 提供支付记录和订单管理功能
+- 支持退款和异常订单处理
+- 确保支付过程的安全性和稳定性
+
+**FR4: 收益分配机制**
+- 实现创作者50%、转发者30%、平台20%的分成逻辑
+- 提供收益计算和自动分配功能
+- 支持收益记录查询和统计
+- 实现提现申请和审核流程
+- 确保收益分配的准确性和透明度
+
+**FR5: 用户投稿和审核系统**
+- 提供用户投稿界面和流程
+- 实现内容审核机制(人工审核+自动审核)
+- 支持审核状态通知和反馈
+- 提供投稿统计和创作者管理
+- 确保内容质量和合规性
+
+**FR6: 转发分享系统**
+- 生成带追踪参数的分享链接
+- 记录转发关系和传播路径
+- 计算转发者收益和提成
+- 提供分享统计和分析
+- 支持社交平台分享集成
 
 ### 详细 rationale (决策依据):
 
-这些需求基于对现有代码的深入分析:
-- **技术选择权衡**: 选择了Hono而不是Express,主要因为Hono RPC提供前后端类型安全
-- **架构决策**: 采用shadcn管理后台模板,专注于提供高质量的管理界面组件
-- **API设计**: 使用@hono/zod-openapi实现自动API文档生成和类型安全
-- **开发效率**: 通用CRUD路由和服务大幅减少重复代码编写
-- **数据验证**: 前后端共享Zod schema确保验证逻辑一致性
+这些需求基于点子库的核心业务模式
+- **内容价值变现**: 通过1元小额支付实现内容价值转化
+- **公平收益分配**: 50/30/20分成机制激励创作者和传播者
+- **精准内容发现**: 条件检索系统帮助用户快速找到所需点子
+- **内容质量控制**: 审核机制确保平台内容质量
+- **社交传播激励**: 转发分成促进内容自然传播
 
 **关键假设**:
-- 目标用户是需要快速构建管理后台的全栈开发者
-- 主要使用场景是建企业级管理界面和CRUD操
-- 开发体验和类型安全是核心价值主张
-- 需要提供生产就绪的认证和权限管理
+- 用户愿意为有价值的点子支付1元小额费用
+- 创作者能够持续提供高质量内容
+- 转发分享机制能够有效促进内容传播
+- 支付系统能够稳定处理小额交易
 
 **需要验证的领域**:
-- 这些功能需求是否覆盖了所有重要的业务场景?
-- 是否有遗漏的关键功能?
-- 优先级排序是否合理?
+- 用户对1元付费模式的接受度
+- 创作者投稿的积极性和内容质量
+- 转发分享机制的实际效果
+- 收益分配系统的准确性和稳定性
 
 
 
 ### 2.2 非功能性需求
 
-**NFR1: 类型安全和开发体验**
-- 必须提供端到端的类型安全,减少运行时错误
-- 开发环境需要支持热重载和快速迭代
-- 代码提示和自动完成需要完整支持
-- 构建过程应该快速且可靠
-
-**NFR2: 代码质量和可维护性**
-- 遵循一致的代码风格和架构模式
-- 提供清晰的模块边界和接口定义
-- 支持代码复用和组件化开发
-- 文档需要保持与代码同步
-- 通用CRUD路由和服务必须支持自定义路由和服务的扩展
-- **关联查询功能需要保持性能和可维护性**
-
-**NFR3: 安全性和认证**
-- 实现基于JWT的安全认证机制
-- 提供角色基础的权限控制(RBAC)
-- 输入验证必须使用Zod schema
-- 防止常见Web安全漏洞(XSS, CSRF等)
-
-**NFR4: 性能和可扩展性**
-- API响应时间应该在100ms以内
-- 支持数据库连接池和性能优化
-- 前端打包需要优化加载性能
-- 架构应该支持水平扩展
-
-**NFR5: 文档和开发者体验**
-- 自动生成完整的API文档
-- 提供清晰的使用示例和教程
-- 错误信息应该具有指导性
-- 配置过程应该简单直观
+**NFR1: 支付系统安全性和稳定性**
+- 支付系统必须达到99.9%的可用性
+- 支付成功率必须大于98%
+- 实现完整的支付风控机制
+- 确保支付数据的加密和安全性
+- 支持支付异常处理和自动重试
+
+**NFR2: 内容检索性能**
+- 检索响应时间应在200ms以内(p95)
+- 支持并发100+用户的检索请求
+- 复杂查询应在1秒内完成
+- 实现检索结果的缓存机制
+- 支持高并发的搜索请求
+
+**NFR3: 收益分配准确性**
+- 收益分配计算准确率必须达到100%
+- 支持实时收益计算和统计
+- 确保收益数据的完整性和一致性
+- 提供收益分配审计和追溯功能
+- 支持异常收益的检测和处理
+
+**NFR4: 内容审核效率**
+- 投稿审核时间应在24小时内完成
+- 支持批量审核和自动化审核
+- 提供审核质量监控和反馈机制
+- 确保审核标准的一致性和公平性
+- 支持审核人员的权限管理
+
+**NFR5: 系统可扩展性**
+- 架构应支持水平扩展以应对用户增长
+- 数据库设计应支持高并发读写
+- 缓存机制应支持热点数据的快速访问
+- 文件存储应支持大容量内容存储
+- 系统应具备良好的监控和告警能力
 
 ### 详细 rationale (决策依据):
 
-这些非功能性需求反映了项目的核心价值主张
-- **类型安全优先**: 选择Hono RPC和Zod是为了最大化开发效率和减少错误
-- **开发者体验**: shadcn模板和通用CRUD服务专注于提升开发速度
-- **扩展性设计**: 通用CRUD服务支持自定义路由和服务扩展,平衡便利性和灵活性
-- **生产就绪**: 包含认证、权限、安全等企业级功能
-- **文档自动化**: @hono/zod-openapi确保文档与代码同步
+这些非功能性需求基于点子库的业务特点
+- **支付安全优先**: 作为付费内容平台,支付系统的安全性和稳定性是核心
+- **检索性能关键**: 用户需要快速找到所需内容,检索性能直接影响用户体验
+- **收益分配准确**: 公平的收益分配是平台信任的基础
+- **审核效率重要**: 快速审核能够激励创作者持续投稿
+- **可扩展性保障**: 随着用户和内容增长,系统需要具备良好的扩展能力
 
 **技术约束**:
-- 必须保持与现有shadcn设计系统的兼容性
-- 需要支持PostgreSQL关系型数据库
-- 前端构建基于Vite,后端基于Hono
-- 部署环境支持Docker容器化
+- 基于现有D8D Starter技术栈(Node.js + React + PostgreSQL)
+- 必须兼容多八多云端开发容器环境
+- 需要集成第三方支付系统
+- 支持现代浏览器和移动端访问
 
 ### 3.2 集成策略
 
 **数据库集成策略**:
-- 使用TypeORM实体定义数据模型
-- **支持复杂的关联查询和关系映射**
-- 支持数据库迁移和版本控制
-- 实现连接池管理优化性能
-- 提供事务支持和数据一致性保证
+- 使用TypeORM实体定义点子、用户、支付、收益等核心数据模型
+- 支持复杂的关联查询(点子-创作者-支付记录-收益分配)
+- 实现数据库迁移和版本控制
+- 提供事务支持确保支付和收益分配的数据一致性
+- 优化查询性能支持高并发检索
 
 **API集成策略**:
-- RESTful API设计遵循OpenAPI规范
-- Hono RPC确保前后端类型安全
+- 基于Hono RPC提供类型安全的API接口
 - 统一的错误处理和响应格式
-- 支持API版本管理(v1前缀)
-- **通用CRUD服务支持关联查询参数**
+- 支持API版本管理
+- 实现支付回调接口和收益计算接口
+- 提供内容检索和推荐API
 
 **前端集成策略**:
-- shadcn UI组件库提供一致的设计语言
-- React Query管理服务端状态
-- 基于Zod的表单验证和类型安全
-- 响应式设计支持多种设备
-- **关联数据的高效渲染和处理**
+- 使用React + TypeScript构建响应式界面
+- 基于Tailwind CSS确保一致的视觉设计
+- 实现组件化开发支持代码复用
+- 提供移动端友好的用户体验
+- 集成第三方支付SDK
+
+**第三方服务集成**:
+- 支付系统集成(微信支付/支付宝)
+- 内容审核服务集成(可选)
+- 文件存储服务(MinIO)
+- 缓存服务(Redis)
 
 
 
@@ -199,118 +196,167 @@ D8D Starter已经具备优秀的技术基础:
 
 ### 5.1 Epic方法
 
-**Epic结构决策**: 多Epic并行结构 - 针对不同关注点分别优化
+**Epic结构决策**: 基于核心业务流程的垂直划分
 
 **决策依据**:
-- 项目已经具备完整的技术基础架构
-- 不同功能领域有明确的优化目标和优先级
-- 独立Epic便于并行开发和专门团队负责
-- 每个Epic有明确的成功标准和验收指标
+- 每个Epic对应一个完整的业务价值流
+- 便于独立开发和测试
+- 每个Epic有明确的业务目标和成功标准
+- 支持并行开发和快速迭代
 
 ### 5.2 Epic详情
 
-**Epic 001: 测试基础设施搭建**
-**Epic目标**: 为现有项目建立完整的测试基础设施,包括单元测试、集成测试和端到端测试,确保代码质量和可维护性。
-**成功标准**: 测试覆盖率达标(单元测试 > 70%, 集成测试 > 50%),CI/CD流水线集成测试执行正常,数据库备份恢复机制完善
-
-**Epic 002: 用户管理界面现代化增强**
-**Epic目标**: 优化现有用户管理界面的用户体验和功能完整性,使其更符合现代Web应用标准。
-**成功标准**: 用户管理操作效率提升30%,界面响应时间保持在200ms以内
+**Epic 001: 核心内容管理系统**
+**Epic目标**: 建立完整的点子内容创建、管理、检索和展示系统,支持用户投稿和内容审核。
+**成功标准**: 用户能够成功创建和发布点子,检索系统准确高效,内容审核流程顺畅
 
-**Epic 003: Lint配置集成**
-**Epic目标**: 集成完整的ESLint代码质量检查配置,确保代码风格一致性和质量规范
-**成功标准**: ESLint配置能够正确检查所有.ts和.tsx文件,修复现有代码中的lint错误
+**Epic 002: 支付结算系统**
+**Epic目标**: 集成第三方支付系统,实现1元小额支付功能,确保支付安全和稳定性。
+**成功标准**: 支付成功率>98%,支付流程顺畅,支付数据安全可靠
 
-**Epic 004: API实际请求测试增强**
-**Epic目标**: 为现有API系统添加实际HTTP请求测试,验证系统在真实数据库环境下的行为。
-**成功标准**: 所有核心API端点都有实际请求测试,测试通过率100%
-
-### 5.3 各Epic用户故事概览
+**Epic 003: 收益分配机制**
+**Epic目标**: 实现创作者50%、转发者30%、平台20%的收益分配逻辑,确保分配准确透明。
+**成功标准**: 收益分配准确率100%,提现流程顺畅,收益数据完整可追溯
 
-**Epic 001 - 测试基础设施**:
-- 基础单元测试框架搭建
-- 集成测试环境配置
-- 端到端测试流水线
-- 数据库备份和恢复工具集成
+**Epic 004: 用户投稿和审核系统**
+**Epic目标**: 建立用户投稿流程和内容审核机制,确保平台内容质量和合规性。
+**成功标准**: 投稿审核时间<24小时,内容质量达标,创作者体验良好
 
-**Epic 002 - 用户管理增强**:
-- 用户搜索和过滤功能
-- 批量操作支持
-- 用户详情页优化
+**Epic 005: 转发分享和传播系统**
+**Epic目标**: 实现转发分享功能,记录传播路径,计算转发者收益,促进内容自然传播。
+**成功标准**: 分享功能易用,转发收益计算准确,内容传播效果良好
 
-**Epic 003 - Lint配置**:
-- ESLint基础框架配置
-- Prettier和代码格式化集成
-- 开发工作流集成和问题修复
+### 5.3 各Epic用户故事概览
 
-**Epic 004 - API实际测试**:
-- 实际请求测试基础设施
-- 用户API实际请求测试实现
-- CI/CD流水线集成
+**Epic 001 - 核心内容管理**:
+- 点子创建和编辑功能
+- 内容分类和标签系统
+- 条件检索和搜索功能
+- 内容展示和预览功能
+
+**Epic 002 - 支付结算系统**:
+- 第三方支付集成
+- 支付状态管理
+- 订单和支付记录
+- 支付异常处理
+
+**Epic 003 - 收益分配机制**:
+- 收益计算逻辑
+- 收益分配执行
+- 提现申请和审核
+- 收益统计和报表
+
+**Epic 004 - 用户投稿和审核**:
+- 用户投稿界面
+- 内容审核流程
+- 审核状态通知
+- 创作者管理
+
+**Epic 005 - 转发分享系统**:
+- 分享链接生成
+- 传播路径追踪
+- 转发收益计算
+- 分享数据分析
 
 ## 6. 成功指标和验收标准
 
 ### 6.1 关键绩效指标(KPI)
 
-**Epic 001 - 测试基础设施指标**:
-- ✅ 单元测试覆盖率 > 70%
-- ✅ 集成测试覆盖率 > 50%
-- ✅ CI/CD测试流水线执行成功率 100%
-- ⏱️ 测试执行时间优化在可接受范围内
-- 💾 数据库备份恢复测试通过率 100%
-
-**Epic 002 - 用户管理增强指标**:
-- ⚡ 用户管理操作效率提升 30%
-- ⏱️ 界面响应时间 < 200ms (p95)
-- 📊 用户搜索和过滤功能使用率 > 80%
-- 👍 用户满意度评分 > 4/5
-
-**Epic 003 - Lint配置指标**:
-- ✅ ESLint错误修复率 100%
-- 🔧 代码风格一致性达到 95%
-- 📝 开发工作流集成完成度 100%
-- 🚀 开发效率提升(减少代码审查时间)
-
-**Epic 004 - API实际测试指标**:
-- ✅ 核心API端点测试覆盖率 100%
-- ✅ 实际请求测试通过率 100%
-- 🐛 生产环境缺陷减少 50%
-- 🔄 测试数据管理自动化程度 100%
+**Epic 001 - 核心内容管理系统指标**:
+- ✅ 点子创建成功率 > 95%
+- ⏱️ 检索响应时间 < 200ms (p95)
+- 📊 检索准确率满意度 > 4.2/5
+- 🔍 用户检索使用率 > 70%
+- 📝 内容分类和标签覆盖率 100%
+
+**Epic 002 - 支付结算系统指标**:
+- 💳 支付成功率 > 98%
+- 🔒 支付系统可用性 99.9%
+- ⏱️ 支付流程完成时间 < 30秒
+- 📈 支付异常处理成功率 > 95%
+- 🔄 支付回调处理准确率 100%
+
+**Epic 003 - 收益分配机制指标**:
+- 💰 收益分配准确率 100%
+- ⏱️ 收益计算响应时间 < 1秒
+- 📊 提现申请处理时间 < 48小时
+- 🔍 收益数据可追溯性 100%
+- 📈 异常收益检测准确率 > 95%
+
+**Epic 004 - 用户投稿和审核指标**:
+- ⏱️ 投稿审核时间 < 24小时
+- 📝 内容质量评分 > 4.0/5
+- 🔍 审核通过率控制在合理范围(60-80%)
+- 📊 创作者留存率 > 70%
+- 💬 审核反馈满意度 > 4.0/5
+
+**Epic 005 - 转发分享系统指标**:
+- 🔗 分享链接生成成功率 100%
+- 📈 转发分享率 > 20%
+- 💰 转发收益计算准确率 100%
+- 🔍 传播路径追踪准确率 > 95%
+- 📊 分享数据分析覆盖率 100%
 
 **总体项目指标**:
-- 📚 文档完整性:API文档覆盖率达到100%
-- 🚀 项目使用率:内部项目采用率>60%
-- 📈 功能完成度:PRD需求实现率100%
+- 👥 注册用户数达到1万人
+- 💰 月交易额达到10万元
+- 📚 优质点子数量超过1000个
+- 💸 头部创作者月收入超过1000元
+- ⚡ 系统可用性99.5%
 
 ### 6.2 验收标准
 
 **项目级验收**:
-- 所有功能需求和非功能需求实现
-- 文档完整且与代码同步
-- 测试覆盖率达到目标
-- 性能指标满足要求
-- 安全审计通过
+- 所有核心功能需求实现并稳定运行
+- 支付系统通过安全审计
+- 收益分配系统准确无误
+- 内容审核流程顺畅高效
+- 性能指标达到预期目标
 
 **阶段性验收**:
-- 每个用户故事完成后进行代码审查
-- 每周演示进度和获取反馈
-- 每月进行整体质量评估
+- 每个Epic完成后进行功能演示和用户测试
+- 每周进行进度评审和风险识别
+- 每月进行整体质量评估和指标分析
+- 关键功能上线后进行A/B测试和数据验证
 
 ## 7. 附录
 
 ### 7.1 参考资料
-- 现有架构文档: `docs/brownfield-architecture.md`
+- 点子库需求文档: `docs/dianzi.md`
+- 项目简介文档: `docs/brief.md`
+- 现有技术架构: 基于D8D Starter技术栈
 - Hono框架文档: https://hono.dev
-- Zod验证库: https://zod.dev
-- shadcn/ui组件库: https://ui.shadcn.com
+- TypeORM文档: https://typeorm.io
 
 ### 7.2 相关文档
-- API文档: 通过 `/ui` 端点访问
+- 技术架构文档: `docs/architecture.md`
 - 开发指南: `docs/development.md`
 - 部署指南: `docs/deployment.md`
-- 贡献指南: `docs/contributing.md`
+- API文档: 通过 `/ui` 端点访问
+
+### 7.3 核心业务规则
+
+**收益分配规则**:
+- 创作者: 50% (内容创作者)
+- 转发者: 30% (内容传播者)
+- 平台: 20% (技术服务费)
+
+**支付规则**:
+- 单次查看费用: 1元
+- 支付成功后24小时内可重复查看
+- 支持微信支付和支付宝
+
+**内容审核规则**:
+- 投稿后24小时内完成审核
+- 审核标准: 原创性、实用性、合规性
+- 审核不通过需提供具体原因
+
+**提现规则**:
+- 最低提现金额: 10元
+- 提现申请后48小时内处理
+- 提现手续费: 平台承担
 
-### 7.3 联系方式
+### 7.4 联系方式
 - 产品负责人: [待指定]
 - 技术负责人: [待指定]
 - 开发团队: [待指定]
@@ -318,5 +364,5 @@ D8D Starter已经具备优秀的技术基础:
 ---
 
 **文档状态**: 已更新
-**最后更新**: 2025-09-17
-**下次评审**: 2025-09-24
+**最后更新**: 2025-11-05
+**下次评审**: 2025-11-12