企业官网建设流程全解析

1. 项目概述：一个为产品经理量身定制的AI操作系统

如果你是一名产品经理，每天的工作是不是都像在打地鼠？早上打开电脑，十几个未读的Slack消息、日历上排满的会议、Jira里堆积如山的待办事项，还有那个承诺了三天却还没动笔的PRD。你试图用AI助手来加速，但得到的回答总是泛泛而谈，缺乏对你产品、用户和战略的深度理解。你需要的不是一个更聪明的聊天机器人，而是一个真正懂你、懂你业务、能与你并肩作战的“数字副驾驶”。

这就是Cadence OS要解决的问题。它不是一个独立的软件，而是一套开源的、基于AI代码编辑器（如Cursor、Claude Code）的“操作系统”或“工作空间”。你可以把它理解为一个高度定制化的、专为产品经理工作流设计的“上下文引擎”和“自动化工具箱”。它的核心哲学很简单：AI输出的质量，80%取决于你提供的上下文，20%才是模型本身。大多数人在选择模型上花费了大量精力，却忽略了如何系统化地构建和管理自己的专业上下文。Cadence OS通过一套精心设计的文件、模板和协议，将你分散在邮件、文档、会议记录和大脑中的产品知识、战略目标和人际网络，结构化地“教”给AI，从而让每一次AI交互都精准、高效且富有洞见。

我作为一个每天用这套系统管理两个产品域的产品经理，可以负责任地说，它彻底改变了我的工作方式。从早上自动生成的“今日三件事”简报，到一键生成对齐公司战略的PRD，再到模拟多角色评审，它让我从繁琐的上下文切换和信息重组中解放出来，真正专注于产品决策本身。接下来，我将带你深入拆解这套系统的设计精髓、实操细节，并分享那些只有深度使用者才知道的“避坑”技巧。

2. 核心设计理念与架构拆解

2.1 为什么是“操作系统”，而非“模板集”？

市面上有很多Notion模板或文档生成器，Cadence OS与它们的本质区别在于其“活性”和“系统性”。

一个静态的PRD模板，只是规定了文档的结构。而Cadence OS构建的是一个动态的、有记忆的、能学习和进化的环境。它通过几个核心协议文件（如product-context.mdc,people-context.mdc），在每次与AI对话的伊始，就自动注入你的产品愿景、核心指标、关键术语、利益相关者背景等信息。这相当于为AI配备了一个专属的“产品知识库”，让它从一开始就站在你的肩膀上思考。

更重要的是，它集成了完整的规划系统（季度目标 -> 周优先级 -> 日计划 -> 日/周复盘）和承诺追踪。这意味着系统不仅帮你“写”，还帮你“想”和“管”。例如，每日简报技能会结合你的日历、待办事项和承诺列表，自动生成当天的行动重点；周复盘会分析一周的模式，为下周的优先级提供建议。这种从战略到执行、从计划到反馈的闭环，才是“操作系统”一词的由来。

2.2 三层架构：从轻量启动到深度集成

Cadence OS的设计非常灵活，采用了清晰的三层架构，允许用户根据自身需求和投入意愿逐步深化使用。

第一层：规则与模板（5分钟上手）这是核心价值的最低门槛入口。你只需要Fork仓库，然后在product-context.mdc文件中填写你的产品核心信息（愿景、用户、关键指标、术语等）。完成后，你立即获得了14种专业文档模板和6个多视角评审角色。此时，AI已经能生成远超通用模型的、贴合你业务语境的文档。这一层的价值在于“语境化输出”，解决了AI输出“正确但无用”的痛点。

第二层：个人工作流操作系统（15分钟配置）在这一层，你开始引入“时间”和“流程”维度。通过配置晨会、日复盘、周复盘等技能，系统开始帮你管理日常节奏。会议纪要处理器能自动提取决议和待办事项，并更新相关人员的“人物页面”；会议准备技能能自动加载与会者背景和未决承诺。这一层引入了“状态感知”和“流程自动化”，让你的工作流从离散的任务执行，变为连贯的、有记忆的智能助理。

第三层：全栈集成（30分钟深度配置）这是完全体形态。通过配置MCP服务器，将Jira/Linear（任务管理）、Google Calendar（日历）、Fireflies（会议转录）、Slack（沟通）等外部工具的数据实时接入系统。晨会简报能直接读取你今天的会议安排和Jira上关键事项的状态；会议纪要技能能直接解析转录文本。这一层实现了“数据驱动”，让AI的决策和建议基于实时、准确的一线数据，智能化程度最高。

实操心得：强烈建议所有新用户从第一层开始，哪怕你是一个工具爱好者。先花5分钟配置好产品上下文，体验一下生成一份高质量PRD的爽感。这能最快建立正反馈。然后，在工作流中遇到具体痛点时（比如“每天梳理日程好烦”），再去第二层寻找对应的技能（晨会简报）进行配置。按需启用，避免一开始就被复杂的配置劝退。

3. 核心组件深度解析与配置要点

3.1 基石：产品上下文 (product-context.mdc) 的撰写艺术

这个文件是Cadence OS的灵魂，它决定了AI理解你业务的深度。很多人只是草草填写，结果抱怨系统不好用。其实，撰写产品上下文是一门学问。

核心模块解析：

1. 产品愿景与战略：不要写空话。用“从...到...”的句式。例如：“我们的产品正从‘一个帮助用户管理订阅的工具’转变为‘一个基于使用洞察自动优化用户订阅组合的智能引擎’。” 同时，明确列出当前季度的1-3个最高层级目标。
2. 用户与画像：超越人口统计学。描述用户的“待办任务”（Jobs to Be Done）。例如：“小企业主Sarah的待办任务是‘在不超过30分钟的情况下，清晰地了解本月所有软件开支并预测下月费用’，她当前的解决方案是手动核对多个账单，常感焦虑和易出错。”
3. 关键指标与北极星指标：明确指标的定义、当前值、目标值以及它们如何与收入挂钩。例如：“核心指标是‘月度活跃团队数’（定义为至少两人在当月使用过协作功能的团队）。当前为1500，本季度目标是1800。我们相信此指标每提升10%，会带动企业版MRR增长5%。”
4. 术语表：这是避免沟通歧义的关键。列出你团队内部特有的缩写、概念和功能名称，并给出清晰定义。例如：“‘闪电发布’：指绕过常规A/B测试流程，针对关键客户紧急问题的快速修复和部署流程。”
5. 约束与原则：明确技术、商业或合规上的限制。例如：“原则1：任何新功能不得增加核心交易路径的加载时间超过100毫秒。约束：由于合规要求，用户数据存储必须位于欧盟境内。”

注意事项：这个文件是动态文档。随着产品演进，你需要不断更新它。建议在每周复盘时，花5分钟检查并更新上下文文件，确保AI的知识与产品现状同步。

3.2 秘密武器：多视角评审系统

写了一份自认为完美的PRD，却在评审会上被工程师、法务、销售问得哑口无言？Cadence OS内置的6个评审角色就是为了模拟这个过程，让你在文档发出前就自我“压力测试”。

每个角色的价值与触发机制：

• 工程师评审：它会用技术思维挑战你。关注API设计是否合理、数据库schema变更影响、是否有单点故障、监控和日志是否完备。它甚至会问：“这个功能上线后，on-call工程师可能会在凌晨3点接到什么样的报警？”
• 高管评审：它不关心细节，只关心“为什么”。这个功能如何贡献于本季度营收目标？资源投入（人/月）的回报率是多少？与公司整体战略的哪个支柱对齐？如果无法用两句话说明白价值，它就会亮红灯。
• 用户研究员评审：它会质疑你的用户假设。“你有数据支持用户真的有这个痛点吗？”“这个设计是否引入了新的认知负荷？”“你考虑过边缘用户的使用场景吗？”
• 客户成功评审：它从实施和支持角度出发。“这个功能的推出，需要提前多少天通知客户成功团队并进行培训？”“预计会增加多少支持工单？”“有没有准备清晰的内部Q&A和对外发布说明？”

使用方法：在生成PRD后，只需在AI聊天中输入“Review as engineer”或“Review as executive”等命令。AI会切换角色，基于你刚写的文档和已有的产品上下文，提出尖锐的问题和改进建议。我个人的流程是：写完PRD初稿 -> 依次执行工程师、高管、客户成功评审 -> 根据反馈修改文档 -> 再执行用户研究员评审。经过四轮“虚拟评审”后的文档，在实际会议中通过率显著提升。

3.3 规划系统：从混沌到清晰的工作流

Cadence OS的规划系统借鉴了GTD和敏捷思想，但更轻量、更AI原生。

核心文件与流程：

1. quarter-goals.md(季度目标):存放3-5个未来三个月希望达成的业务成果。必须是成果导向，而非任务列表。例如：“Q2目标：将用户激活流程的第二步完成率从40%提升至55%。”
2. week-priorities.md(周优先级):每周一，根据季度目标，列出本周最重要的3件事。遵循“每周三大事”原则，强制聚焦。
3. tasks.md(今日任务) & 晨会简报:每天早晨，运行“晨会简报”技能。AI会读取你的日历、周优先级和承诺列表，生成一份包含“今日三件事”的简报。它会自动将会议、沟通等任务考虑在内，帮你规划出可执行的时间块。
4. commitments.md(承诺追踪):记录你对任何人（同事、上司、客户）做出的承诺。系统有“陈旧度检测”功能，会自动高亮超过3天未更新的承诺和超过5天未动的任务，防止信用流失。
5. 日复盘与周复盘:每天下班前运行“日复盘”，对比计划与实际，记录心得（learnings/）。每周五运行“周复盘”，分析模式，评估季度目标进展，并规划下周优先级。

这个系统的精妙之处在于“连接”:周优先级自动关联到季度目标，今日任务来源于周优先级和承诺，复盘又反过来更新学习和未来计划。AI在整个流程中扮演协调者和提醒者的角色，让你始终围绕最高价值的事情开展工作。

4. 从零开始的完整实操指南

4.1 环境准备与初始化配置

步骤1：获取代码并选择编辑器首先，你需要一个支持上下文的AI代码编辑器。Cursor和Claude Code是原生支持最好的两个选择。我个人更推荐Cursor，因为它对.cursor/rules目录的支持是即插即用的，体验更无缝。

git clone https://github.com/paulophl94/cadence-os.git cd cadence-os

然后用Cursor或Claude Code打开这个文件夹。

步骤2：运行交互式引导（强烈推荐）在编辑器的AI聊天框中，简单地输入：

/start

这会打开一个浏览器引导页面，并启动一个设置向导。这个向导会一步步带你完成最关键的初始化：

• 产品概念与定位：通过问答形式，帮你梳理并填充product-context.mdc的核心部分。
• 日常仪式偏好：询问你是否启用晨会、日复盘、周复盘，并设置触发时间或习惯。
• 工具集成：引导你配置可选的MCP服务器（如Jira、日历）。
• 初始利益相关者：让你输入经常合作的同事、上司的信息，生成初始的“人物页面”。
• 目标设定：引导你填写本季度的目标和本周的优先级。

这个引导流程大约需要10-15分钟，但能确保你的系统有一个正确且完整的起点。如果你是技术型PM，也可以选择手动编辑product-context.mdc文件，但请务必认真填写每个<!-- TODO -->部分。

步骤3：验证与首次生成配置完成后，进行一个简单的测试。在聊天框输入：

Create a one-pager for a new dashboard feature that shows project health metrics.

观察AI的输出。如果它能够使用你定义的产品术语、提及相关的KPI、并且文档结构符合模板，说明上下文加载成功。如果输出仍然很通用，请检查product-context.mdc文件是否已保存，并确认编辑器已正确加载了规则（在Cursor中，通常打开项目后规则会自动生效）。

4.2 核心工作流实战：以撰写一份PRD为例

假设你现在需要为一个“订阅暂停”功能撰写PRD。

第一步：启动与上下文加载你不需要给AI任何背景介绍。直接输入：

Create a PRD for a subscription pause feature.

AI在接收到指令的瞬间，已经自动加载了product-context.mdc（你的产品）、people-context.mdc（相关同事）以及prd-template.mdc（PRD模板）。它生成的文档大纲会天然包含你产品特有的模块，比如，如果你的产品强调数据安全，PRD里会自动出现“数据保留与隐私合规”章节。

第二步：利用多视角评审进行迭代初稿生成后，不要直接发出。开始虚拟评审：

1. 输入Review as engineer。AI可能会问：“用户暂停期间，后台定时任务是否继续运行？计费周期如何对齐？恢复订阅时，如何确保用户数据和服务状态无缝衔接？”
2. 根据工程师的反馈，修改PRD。然后输入Review as executive。AI可能会问：“这个功能预计能降低多少流失率？对MRR的短期和长期影响分别是多少？开发这个功能的机会成本是什么？”
3. 继续迭代，可以再运行Review as customer success，看看上线和支持方面有什么风险。

第三步：关联规划与追踪PRD撰写和评审本身，就是一项重要任务。你应该：

1. 在周优先级week-priorities.md中，加入“完成订阅暂停功能PRD”。
2. 在撰写当天，晨会简报会自动将此作为“今日三件事”之一。
3. PRD完成后，通过“会议准备”技能，为接下来的评审会议做准备。AI会加载所有与会者的“人物页面”，提醒你每个人可能关注的重点和未完成的承诺。
4. 评审会议后，使用“会议纪要”技能，快速提炼决议和行动项，并自动更新到相关人员的承诺列表中。

这一套流程下来，你不仅产出了一份高质量的文档，还无缝地将文档创作、评审、沟通和任务追踪整合到了一个连贯的工作流中。

4.3 高级集成配置：连接你的数字工作台

当你熟悉基础工作流后，可以通过MCP服务器将外部工具连接起来，实现数据联动。

以配置Jira集成（Cursor为例）为例：

1. 安装MCP服务器：你需要一个能与Jira API通信的MCP服务器。例如，可以使用社区开发的@modelcontextprotocol/servers-jira。
2. 在Cursor中添加服务器：打开Cursor设置 -> 搜索“MCP” -> 点击“Add Server”。选择“Stdio”类型，填入服务器命令和必要的环境变量（如Jira站点URL、API令牌）。具体命令参考该MCP服务器的文档。
3. 验证集成：配置成功后，你可以在晨会简报中看到来自Jira的实时数据。例如，AI可能会说：“根据Jira数据，你负责的‘订阅暂停’史诗目前有3个进行中的任务，其中‘后端API设计’任务已逾期1天。”

日历和会议转录的集成价值：

• 日历集成：晨会简报能直接读取你今天的会议安排，并自动为每个会议运行“会议准备”，生成背景摘要。
• 会议转录集成（如Fireflies）：会后，你可以将转录文本粘贴给“会议纪要”技能，它能以惊人的准确度提取行动项、决策和关键讨论点，并自动更新承诺追踪器。

避坑指南：MCP集成是锦上添花，不是雪中送炭。务必先让核心工作流（文档生成、规划复盘）稳定运行1-2周，再考虑集成。集成的配置过程可能遇到API权限、网络等问题，需要一定的调试耐心。一个技巧是：先在一个独立的测试项目/日历中配置和测试，成功后再应用到主工作流。

5. 常见问题与故障排查实录

在实际使用Cadence OS的几个月里，我遇到了不少典型问题。这里总结一份速查表，希望能帮你绕过这些坑。

一个高级技巧：处理“AI失忆”有时，在很长的对话后，AI可能会“忘记”较早的上下文指令。这不是Cadence OS的问题，而是底层模型上下文窗口的限制。解决方案是：开启“Agent Mode”或新会话。在Cursor中，可以点击“New Agent”开始一个全新的会话，它会重新加载所有规则文件。对于关键任务（如撰写重要PRD），我习惯开启一个专属的Agent会话，确保上下文纯净且完整。

6. 进阶技巧与个性化定制

当你成为熟练用户后，可以开始改造Cadence OS，让它更贴合你的独特工作习惯。

1. 创建自定义模板：系统自带的14个模板可能无法覆盖你的所有需求。比如，你可能需要“产品上线清单”或“事故复盘报告”模板。复制一个现有模板（如prd-template.mdc），重命名，然后修改其结构和引导词。关键在于模板顶部的“系统指令”，它定义了AI在生成此类文档时的角色、步骤和输出格式。研究现有模板的写法，你就能轻松创建自己的专属模板。

2. 添加新的评审角色：也许你的团队里有专门的法务或安全评审。你可以复制reviewers/目录下的一个现有评审文件（如engineer.mdc），将其重命名为legal.mdc或security.mdc。然后，修改其中的角色描述、关注点和提问风格。例如，法务评审的角色描述可以是：“你是一名严谨的公司法务，专注于数据隐私合规、用户协议条款和知识产权风险。你的提问风格直接且基于具体法规条文。”

3. 优化日常工作流脚本：Cadence OS的技能本质上是预定义的对话提示。你可以修改它们。例如，我觉得默认的“日复盘”问题不够深入，我可以打开skills/daily-review/下的文件，调整它向我提问的内容，比如增加“今天有哪些打断，如何避免？”或“今天产生的哪个想法值得放入‘孵化清单’？”

4. 构建领域专属知识库：对于复杂产品，一个product-context.mdc可能不够。你可以利用global-context/目录。例如，如果你负责两个差异很大的产品域，可以为每个域创建子文件夹（如global-context/domain-a/,global-context/domain-b/），里面分别存放该域的愿景、路线图和架构图。然后在需要时，通过指令让AI加载特定域的上下文，实现上下文的精准切换。

这套系统的终极状态，是让它成为你大脑和工作流的无缝延伸。它记住所有细节，处理所有繁琐，而你专注于思考、决策和沟通。从一份接地气的PRD开始，到形成一个自我演进的工作习惯，这个过程本身就是产品思维的最佳实践——用工具解决真问题，在迭代中持续变好。