首页区块
- 01系统域首屏
- 02机制与规则
- 03跨团队边界
- 04资产与路线图
← 返回四模板快速比较
template detail / systems
Systems / 系统机制
把复杂项目讲成一套能运行的规则、边界和协作机制。
YES / 材料匹配
适合人群
- 做平台、中后台、策略、治理、风控或多角色协作项目的人
- 结果不只是一项业务数字，更体现在规则被采用、流程跑通或资产复用的人
- 能说明系统边界、输入输出、异常处理和跨团队契约的人
NOT YET / 先补材料
不适合人群
- 主要是一次活动或单点页面优化，几乎没有机制沉淀的人
- 只有宏大架构图，拿不出规则、流程、采用范围或实际交付物的人
- 把团队平台建设全部写成个人成果，协作边界说不清的人
RECRUITER PATH / 先后顺序
招聘官第一眼与阅读路径
先判断你解决的是哪一段系统问题，再看规则如何运转、谁在使用、异常怎么处理，最后核对你负责的边界和沉淀资产。
01
先画清系统边界
说明服务谁、接收什么输入、输出什么结果，以及明确不解决什么。
02
再拆运行机制
把规则、状态、反馈和异常处理讲清，避免只展示静态架构。
03
交代协作契约
让招聘官看懂产品、算法、数据、运营等角色怎样接力，以及你的负责范围。
04
用采用与资产收口
证明机制实际被使用，并留下规则、SOP、看板或平台能力。
PAGE STRUCTURE / 页面结构
首页负责定调，项目页负责举证
项目页区块
- 01系统边界
- 02运行机制
- 03协作契约
- 04资产沉淀
- 05系统结果
BEFORE PUBLISH / 不齐就先补
发布前证据准备清单
- 目标使用者、系统边界、上游输入和下游动作
- 核心规则、状态流转、反馈闭环与异常分支
- 上线前后的流程差异或被替代的人工工作
- 采用团队、覆盖范围或实际使用事实；没有精确数字就不要补
- 本人负责的机制设计与其他团队负责的研发、算法或运营执行
- 可公开的规则文档、SOP、看板、原型或评估框架摘要
GOOD FIT / 常见题材
典型项目类型
- 平台、中后台、权限、流程或策略系统
- 内容治理、质量评估、风控与分层机制
- 跨产品、算法、数据、运营共同运行的业务基础设施
MISUSE / 可信度风险
常见误用
- 用一张复杂架构图代替问题、规则和使用证据
- 只写“推动多团队协作”，却不写接口、决策权和交付边界
- 把一次人工流程包装成平台能力，没有说明是否持续运行
- 只讲效率提升，不写哪些异常仍需人工处理或哪些场景不覆盖
AGENT / 只整理真实材料
如何让自己的 Agent 帮忙
- 让 Agent 先把项目整理成“输入—规则—输出—反馈—异常”五格，缺口一眼就能看见。
- 让 Agent 从 PRD、流程图、SOP 和复盘里提取同一条机制，合并重复说法，不要编新规则。
- 让 Agent 为每个协作角色写一行“他负责什么 / 我负责什么 / 共同决策什么”。
- 让 Agent 优先找采用事实和可复用资产；没有精确效果时，用已确认的使用范围替代虚构提升。
SANITIZED EXAMPLE / 只读现有内容
脱敏示例片段
来源：仓库当前 data/projects.json 中的公开脱敏内容；仅摘录 1 个 featured project。这里没有补写业务事实，也不代表使用该模板一定会获得某种效果。
featured project / marketing-commerce-traffic-system
高质量商业内容 / 品牌合作内容流量体系
面对“优质作者需要更多商业机会”与“商业内容不能损伤用户体验”的冲突，项目没有直接扩大流量，而是先建立作者与内容价值口径，再在品牌合作内容、交易内容两类场景中进行分组验证，并把验证过的判断沉淀为评级、分层流量和反馈调优机制。
- 现有角色贡献 01
- 作者价值口径、分组验证思路、用户体验护栏与机制化承接。
- 现有角色贡献 02
- 不应给所有商业内容更多流量；只有同时满足内容质量、商业适配与体验约束的作者和内容，才值得增量验证。
SELECTION SIGNALS / 选择信号
出现这些信号，再选择这套结构
- 系统边界清楚
- 规则与异常可解释
- 有采用或复用事实
- 跨团队贡献边界明确
DATA CONTRACT / 页面到数据
页面区块到 projects.json 字段映射
字段只决定内容放在哪里，不会自动补齐事实。数组项不足时，应回到材料追问或明确标记待补充。
| 页面区块 | projects.json 字段 | 这个区块要回答什么 |
|---|---|---|
| 系统域首屏 | projects[].domain · projects[].summary · projects[].background | 交代系统服务对象、问题域与约束。 |
| 机制与规则 | projects[].caseStudy.productMethod · projects[].caseStudy.algorithmAndData | 说明规则如何运行及数据怎样参与。 |
| 协作契约 | projects[].roleContribution | 说明个人范围、关键判断、使用者和团队边界。 |
| 资产沉淀 | projects[].caseStudy.artifact · projects[].actions | 列出真实交付物和机制化动作。 |
| 系统结果 | projects[].metrics · projects[].results · roadmap | 展示采用、覆盖、结果边界和后续演进。 |