# AIOProductOS — 简体中文

> 面向产品公司的操作系统。
> 路线图在一个系统里，反馈在另一个，收入在第三个，交付又在第四个。AIOProductOS 把它们收拢到每位客户的一条记录上——「我们做的东西值不值得」这个问题，从此有答案，而不是一张表格。

Language: Chinese (Simplified) (zh-Hans). This is the EXPANDED reference.
The concise index is at https://aioproductos.com/zh/llms.txt. The English originals are
https://aioproductos.com/llms.txt and https://aioproductos.com/llms-full.txt.

Everything below is written in Chinese (Simplified) and generated from the same
source the pages render from, so it matches what a reader will actually find.

## 没人列进预算的成本

每多一个孤立的工具，就多一次复制粘贴。导出使用数据，拼到收入旁边，翻找反馈记录，然后靠猜。真正耗掉时间的既不是规划也不是交付，而是把本该一致的系统对上。

## 一条主线，一条记录

一位客户就是一条记录：套餐、收入、产品使用情况、待办工作、沟通记录，以及为他交付的代码。其余一切，都只是这条记录的不同视图。

- 从提出需求的人，一路追到上线的功能和它带动的收入
- 完整地看见一位客户，而不是散落在多个工具里的碎片
- 不必再为回答一个问题，在分析、账单和反馈之间来回导出

## 所有模块，每个套餐都有

没有任何功能被套餐锁住。套餐限制的是成员和智能体的数量，而不是你能用产品的哪一部分。

- **路线图与交付** — 规划、排优先级、上线，每项任务都关联到目标和客户。
- **反馈与调研** — 需求、访谈与问卷，直接挂在它们来自的客户账户上。
- **产品与网站分析** — 行为和收入与工作在同一条记录上，而不是另一个工具里。
- **沟通协作** — 聊天、日历、视频与纪要，结果回写到主线上。
- **AI 同事** — 有名字的智能体，可以指派工作，拥有真实权限，结果可衡量。

## 产品

### 主线——每位客户一条记录 | AIOProductOS

每位客户一条记录:Stripe 收入、反馈、会议和联系人,都在同一个 Account 360 里——通过邮箱域名匹配,并带有审计轨迹。

https://aioproductos.com/zh/product/spine

### 产品管理任务板——收入感知，适配任意方法论 · AIOProductOS

拖放式任务板，每个任务都带着它的客户和收入。Scrum、Shape Up、瀑布和实验视图——还有发布和 OKR。

https://aioproductos.com/zh/product/pm

### AI 队友——承接真实任务的智能体 · AIOProductOS

招募有名字的 AI 队友——Backend、Frontend、Mobile、QA。像对待任何队友一样分配任务;它们通过 MCP 认领工作,在你这一侧运行,再提交审核。

https://aioproductos.com/zh/product/agents

### 分析、会话回放与功能开关 — AIOProductOS

产品分析、按收入加权的漏斗与留存、会话回放、功能开关，以及网站分析 —— 第一方 SDK，写入时即与你的记录关联。

https://aioproductos.com/zh/product/analytics

### Codebase Brain —— 你的架构，实时呈现 —— AIOProductOS

把你的代码库看作一张交互式图谱 —— 仓库、模块、依赖关系、归属人 —— 文档自动生成，接入与收入相同的主线。

https://aioproductos.com/zh/product/codebase

### Comms、会议与客服 — AIOProductOS

团队聊天、LiveKit 视频会议、Deepgram 转录、起草任务的 AI 纪要、预约页面，以及内置在 AIOProductOS 中的客服收件箱。

https://aioproductos.com/zh/product/comms

### 连接器 —— 100+，实时可用 —— AIOProductOS

AIOProductOS 的每一个连接器：支付、代码、数据存储、分析、支持、反馈、错误、功能开关、应用商店等等。始终包含在内。

https://aioproductos.com/zh/product/connectors

### 应用内引导 —— 引导流程、检查清单与公告 —— AIOProductOS

用与你的分析同一个 SDK 里的引导流程、检查清单和公告来引导用户上手 —— 互动数据在主线上直接关联到激活和收入。

https://aioproductos.com/zh/product/guides

### Insights —— 按收入排序的反馈 —— AIOProductOS

汇聚 Canny、Productboard、应用商店、调研问卷、聊天等多种来源的一个反馈信息流——关联到账户，按收入排序，用 RICE、WSJF 或 Kano 打分。

https://aioproductos.com/zh/product/insights

### 产品管理 MCP 服务器——你的技术栈，可被 AI 调用 | AIOProductOS

产品管理 MCP 服务器：收入、反馈、工作和代码汇聚在同一个客户记录上——可从 Claude、Cursor、ChatGPT 及任何 MCP 客户端调用。

https://aioproductos.com/zh/product/mcp

### 数据迁移 —— 一键导入你的历史数据 | AIOProductOS

几分钟内将你的 Notion 页面、Linear 工单、CSV 或 PostHog 事件导入到 spine 上——与账户和功能自动关联。免费使用，令牌绝不留存。

https://aioproductos.com/zh/product/migrations

### 结果归因——我们上线的东西有效吗？ | AIOProductOS

你上线的每个功能都会在 Spine 上得到一个结论——采用率、带动的收入、留存提升——直接从客户记录读取,不用 BI 工具。

https://aioproductos.com/zh/product/outcomes

### SDK —— 面向 Web、移动端与服务器的第一方数据采集 | AIOProductOS

面向 Web（分析、产品、聊天、预约）、iOS（Swift）、React Native 和 Node 的即插即用 SDK。事件落到客户记录上，隐私优先，不使用 Cookie。

https://aioproductos.com/zh/product/sdks

## 一个 MCP，覆盖整条主线

多数工具只为自己的数据孤岛提供 MCP。我们开放的是整条主线，你已经在用的助手，一个问题就能同时问到收入、反馈、工作和代码。

- 一个接入点上 71 个工具，而不是每个应用各配一个
- 任意 MCP 客户端通过 OAuth 接入，无需抓取，也无需复制粘贴
- 答案按涉及的收入排序，依据是你自己的数据

Endpoint: https://platform.aioproductos.com/api/mcp

- **Jira** — Jira MCP(Atlassian 的远程 MCP 服务器)让 AI 助手能够对话式地搜索、阅读和创建 Jira 问题。它的边界是结构性的:它看到的是工单,不是客户。一个 bug 影响哪些账户、有多少收入面临风险、修复是否改变了留存率——这些都在 Jira 之外,因此局限于单一工具的 MCP 无法回答。 https://aioproductos.com/zh/mcp/jira
- **Confluence** — Confluence MCP(Atlassian 远程 MCP 服务器的一部分)让 AI 助手能够搜索、阅读和撰写 Confluence 页面。它做不到的是把文档和现实连接起来:这份规格是否真的交付了、客户事后说了什么、这个功能带来了什么。文档描述的是意图——证据存在于 MCP 无法触及的系统里。 https://aioproductos.com/zh/mcp/confluence
- **Linear** — Linear 的官方 MCP 让 AI 助手能够干净地访问问题、项目和周期——这可能是交付类别中执行得最好的工具级 MCP。它的边界就是 Linear 自身的边界:这个工具建模的是工作,不是客户。收入、反馈和使用数据都在外面,所以'我们接下来该做什么'仍然需要其他系统。 https://aioproductos.com/zh/mcp/linear
- **Notion** — Notion 的官方 MCP 让 AI 助手可以在整个工作区中搜索、阅读和写入——页面、数据库、Wiki。这种权衡映照了 Notion 本身：极度灵活，但结构上不设立场。MCP 检索的是你写下的内容；它无法与账单、分析或交付这类权威数据源核对，因为 Notion 本身并不掌握这些数据。 https://aioproductos.com/zh/mcp/notion
- **Productboard** — Productboard 的 Spark MCP 让 AI 助手可以查询反馈、洞察和路线图条目——如果 Productboard 是你的发现系统，这确实有价值。但边界在于：它是一个发现孤岛。交付状态、产品分析和营收都存在于其他工具中，所以仅依赖 Spark 的助手只能看到客户提出了什么请求，永远看不到后续发生了什么。 https://aioproductos.com/zh/mcp/productboard
- **Amplitude** — 通过 MCP 访问 Amplitude，能让 AI 助手以对话方式查询图表、分群和事件——'上个月新注册用户的留存率是多少'变成了一句话。结构性的局限在于：只有行为，没有业务背景。Amplitude 知道用户做了什么，却不知道他们付了多少钱、说了什么、被承诺了什么——所以'这有意义吗'始终没有答案。 https://aioproductos.com/zh/mcp/amplitude
- **GitHub** — GitHub MCP 服务器让 AI 助手能以对话方式真正掌控仓库：Issue、PR、代码搜索和评审。它是工程领域最强的工具级 MCP。它的盲区是代码之上的一切：哪个客户提出了需求、这次改动带来了什么收益、发布是否成功——这些产品上下文，git 从未记录过。 https://aioproductos.com/zh/mcp/github
- **Stripe** — Stripe MCP 服务器（Stripe 的 Agent Toolkit）让 AI 助手能以对话方式读取和管理客户、订阅和账单。它的局限是结构性的：它看到的是钱，不是产品。哪个功能卡住了付费账户、他们提出了什么需求、修复是否留住了他们——这些都在 Stripe 之外，因此一个只做支付的 MCP 无法把收入与背后的工作连接起来。 https://aioproductos.com/zh/mcp/stripe
- **Slack** — MCP 访问 Slack 让助手能搜索频道并总结讨论串——这很有用，因为 Slack 正是上下文消亡的地方。但结构性问题依然存在：聊天是未结构化的信息废气。一个讨论串提到了客户、bug、决策——但没有任何东西把它们和账户记录、工单或结果关联起来。 https://aioproductos.com/zh/mcp/slack
- **Figma** — Figma 的 MCP 服务器（Dev Mode）为 AI 助手提供真实的设计背景：选中的 frame、组件、变量和布局意图，让生成的代码贴合设计系统。它的局限是结构性的：Figma 看到的是设计本身，而不是设计变成的产品 —— 哪些客户提出了这个需求，上线后的版本是否带动了激活，重新设计押上了多少收入，它都看不到。 https://aioproductos.com/zh/mcp/figma
- **Playwright** — Playwright MCP 服务器（微软的 playwright-mcp）让 AI 助手操控一个真实浏览器：导航、点击、填表、截取页面结构，用对话方式核实流程。它是浏览器自动化领域的标杆 MCP。它的盲区是业务背景：它能证明结账流程坏了，但不知道哪些付费账户受影响、多少收入处于风险中，也不知道修复之后是否留住了他们。 https://aioproductos.com/zh/mcp/playwright
- **GitLab** — GitLab 的 MCP 服务器是官方的 —— 由 GitLab 自己发布。它让 AI 助手以对话方式读取和操作项目、issue、merge request 和 CI/CD pipeline。它的局限是结构性的：它看到代码和 pipeline，看不到客户。一个 merge request 影响哪些账户、他们付多少钱、上线后是否改变了什么，这些全都在 GitLab 之外。 https://aioproductos.com/zh/mcp/gitlab

## 沿用你现有的工具链

118 个连接器把账单、代码、反馈和行为数据汇入同一条记录；导入工具三步就能把你从 Jira、Productboard、Trello 等系统迁出。数据进得来，也走得掉：任意套餐都可完整导出整个组织的数据。

### 支付与账单

- **Stripe** — 接入 Stripe 会把每位客户的套餐、订阅状态和收入带到 AIOProductOS 的客户记录上。从此，反馈和功能请求可以按背后涉及的收入来排序 —— 而不只是投票数 —— 流失风险也会紧挨着相应的工作项直接可见。 https://aioproductos.com/zh/integrations/stripe
- **Paddle** — Paddle 是记录商家（merchant of record），因此已经为你的 SaaS 收入承担了税务、增值税和全球合规。接入它会把每位客户的套餐、订阅状态和 MRR 放到 AIOProductOS 中的记录上 —— 这样功能请求和流失风险就能按背后涉及的资金而非投票数来权衡。 https://aioproductos.com/zh/integrations/paddle
- **RevenueCat** — RevenueCat 统一了 iOS 和 Android 的应用内订阅。接入后，每个订阅者的方案、状态和 MRR 都会落到其在 AIOProductOS 中的记录上 —— 移动用户的评价、支持主题和功能请求都能按真实订阅收入来权衡，而不只是看商店评分。 https://aioproductos.com/zh/integrations/revenuecat
- **Chargebee** — Chargebee 负责你的订阅账单、方案和催收（dunning）。接入后，每个客户的方案、MRR 和订阅健康状况都会落到其在 AIOProductOS 中的记录上 —— 流失风险会显示在解决它的工作旁边，请求按收入排序。 https://aioproductos.com/zh/integrations/chargebee
- **Lemon Squeezy** — Lemon Squeezy 是数字产品和 SaaS 的商户责任方（merchant of record）。接入后，每个客户的订单、订阅状态和收入都会落到其在 AIOProductOS 中的记录上 —— 即使是精简团队也能按真实金钱给反馈排序，并看到哪些买家提出了什么请求。 https://aioproductos.com/zh/integrations/lemonsqueezy

### 代码与基础设施

- **GitHub** — 接入 GitHub 会为 Codebase Brain 提供数据 —— 你的仓库会变成一张交互式的架构图谱，展示模块、依赖关系和归属人，并保持同步 —— 并把代码与它所服务的工作、功能和客户关联起来，与收入和反馈处于同一条主线上。 https://aioproductos.com/zh/integrations/github
- **GitLab** — 接入 GitLab 会为 Codebase Brain 提供数据 —— 你的项目会变成模块、依赖关系和归属人的交互式图谱，并保持同步 —— 并把代码与它所服务的工作、功能和客户关联起来，与收入和反馈接入同一条主线。 https://aioproductos.com/zh/integrations/gitlab
- **Bitbucket** — 接入 Bitbucket 会为 Codebase Brain 提供数据 —— 你的代码仓库会变成一个交互式、自动更新的模块、依赖关系和归属人图谱 —— 并把代码与它所服务的工作和客户关联起来，与收入和反馈接入同一条主线。 https://aioproductos.com/zh/integrations/bitbucket
- **Vercel** — 接入 Vercel 会把你的部署和项目带到主线上，让每次上线都成为时间线上的一个事件，紧挨着它交付的功能和受影响的客户。出问题时，改动和受影响的账户已经并排摆在一起。 https://aioproductos.com/zh/integrations/vercel
- **Netlify** — 接入 Netlify 会把你的站点和部署作为时间线事件带到主线上，让每次发布紧挨着它交付的功能和受影响的账户 —— 把一份部署日志变成可以行动的产品上下文。 https://aioproductos.com/zh/integrations/netlify
- **Cloudflare** — 接入 Cloudflare 会把边缘流量、性能和安全事件带到主线上，让基础设施信号与它们所保护的产品以及受影响的客户放在一起——流量突增、攻击或变慢会落到产品语境里，而不只是躺在运维仪表盘里。 https://aioproductos.com/zh/integrations/cloudflare

### 工作导入

- **Linear** — 接入 Linear 会把你的工程工单及其状态接入 AIOProductOS 主线，让每一项工作都能带上促成它的客户、反馈和收入 —— 这样在 Linear 中的交付就始终与“为什么做”保持关联，而不只是一份待办队列。 https://aioproductos.com/zh/integrations/linear
- **Jira** — 接入 Jira 会把你的工单及其状态接入 AIOProductOS 主线，让每个工单都能带上促成它的客户、反馈和收入。Jira 负责跟踪交付；主线补上“为什么” —— 谁提出的需求、他们付多少钱，以及这值多少。 https://aioproductos.com/zh/integrations/jira

### 支持与异步沟通

- **Slack** — 接入 Slack 会把相关的客户对话作为反馈带到 AIOProductOS 主线上，并与其来源账户相连 —— 这样客户在共享频道里说的话就能落到优先级排序真正发生的地方，而不是随着频道滚动消失不见。 https://aioproductos.com/zh/integrations/slack

### 支持

- **Intercom** — 接入 Intercom 会把支持对话作为反馈带到 AIOProductOS 主线上，并与客户账户及其收入相连 —— 这样反复出现的支持主题就能作为有优先级的产品信号浮现出来，而不是被困在收件箱里。 https://aioproductos.com/zh/integrations/intercom

### 数据存储

- **Supabase** — 接入 Supabase 会把你应用的用户和关键使用信号映射到主线上，让每个终端用户都成为一条账户记录，反馈、工作、以及（一旦接入计费）收入都可以挂到这条记录上——这正是计费连接器本来会种下的那条身份主干，只是直接来自你的认证系统和数据库。 https://aioproductos.com/zh/integrations/supabase
- **Firebase** — 接入 Firebase 会把你已认证的用户和关键使用信号带到主线上，让每个用户成为一个账户，反馈、工作和收入都可以挂到上面——这条身份主干直接从 Firebase Auth 种起，比任何计费连接器都更早存在。 https://aioproductos.com/zh/integrations/firebase
- **Postgres** — 接入 Postgres 会把你自己数据库里已经存在的用户和使用数据映射到主线上，让账户直接从你的真实数据源构建出来——反馈、工作和收入随后都挂到同一批记录上，不会出现每个工具各自维护一份重复客户名单的情况。 https://aioproductos.com/zh/integrations/postgres

### 云与 AI 成本

- **AWS** — 接入 AWS 会把你的云支出带到主线上，让基础设施成本和它服务的收入、客户放在一起。你不再需要单独打开一个计费控制台，就能在产品语境里看到服务成本和毛利率——哪些功能和客户实际上花掉你最多的钱。 https://aioproductos.com/zh/integrations/aws
- **Google Cloud** — 接入 Google Cloud 会把你的支出带到主线上，让服务成本和它支撑的收入、客户放在一起。按产品计算的毛利率不再是季度末的意外，而是你在做路线图决策时就能看到的数字。 https://aioproductos.com/zh/integrations/gcp
- **Azure** — 接入 Azure 会把你的云支出带到主线上，让基础设施成本和它服务的收入、客户放在一起。服务成本和毛利率变成了产品语境里的信息，而不是一份单独的财务导出文件。 https://aioproductos.com/zh/integrations/azure
- **OpenAI** — 连接 OpenAI 会把你的模型支出接入主线，让每个 AI 功能的成本与它的收入以及使用它的客户并列。随着 AI 成为真实的成本项，你能看清哪些 AI 功能能自己赚回成本，哪些正在悄悄侵蚀利润。 https://aioproductos.com/zh/integrations/openai
- **Anthropic** — 连接 Anthropic 会把你的 Claude 模型支出接入主线，让每个 AI 功能的成本与它的收入以及使用它的客户并列。AI 从一张看不透的月度账单，变成一项可以对照价值衡量的成本。 https://aioproductos.com/zh/integrations/anthropic

### 产品分析

- **PostHog** — 连接 PostHog 会把产品事件、漏斗和功能使用情况接入主线，让行为数据与同一批账户的收入和反馈并列。分析、账单、反馈——经典的三标签页大海捞针，收缩成了一条记录。 https://aioproductos.com/zh/integrations/posthog
- **Amplitude** — 连接 Amplitude 会把产品使用情况、群体和参与度接入主线，让行为数据与同一批账户的收入和反馈并列——弥合用户所做、所付、所求之间的差距。 https://aioproductos.com/zh/integrations/amplitude
- **Mixpanel** — 连接 Mixpanel 会把产品事件和漏斗接入主线，让参与度与同一批账户的收入和反馈并列——把三个互不相通的工具，变成一条能让采用情况、资金和需求对齐的记录。 https://aioproductos.com/zh/integrations/mixpanel

### 网站分析

- **Google Analytics 4** — 连接 GA4 会把网站流量、渠道和获客信号接入主线，让漏斗顶部与它最终产生的客户和收入并列——把营销数字与它们最终变成的账户连接起来。 https://aioproductos.com/zh/integrations/ga4

### 客户数据

- **Segment** — 连接 Segment 会通过你已经在用的 CDP，把现有的事件流路由接入主线，让产品行为数据无需新增埋点就能到达每一条账户记录——一条管道，身份保持一致，行为数据与收入、反馈并列。 https://aioproductos.com/zh/integrations/segment

### 支持与消息

- **Zendesk** — 连接 Zendesk 会把支持工单作为反馈落到主线上，并与账户及其收入关联——这样，你的支持团队每天看到的规律就变成了产品信号：反复出现的主题会和相应的工作及所涉及的收入一起显现出来，而不是被淹没在工单数量里。 https://aioproductos.com/zh/integrations/zendesk
- **Help Scout** — 连接 Help Scout 会把支持对话作为反馈落到主线上，并与账户及其收入关联——这样，你的团队每天处理的那些反复出现的主题，就能被优先级排序看到，按其背后的资金而不是工单数量来权衡。 https://aioproductos.com/zh/integrations/helpscout

### 设计

- **Figma** — 连接 Figma 会把你的设计文件与它们所属的功能和任务关联起来，让一份设计紧挨着提出需求的客户、涉及的收入，以及将要实现它的代码——设计不再只是粘贴在工单里的一个孤立链接，而是成为主线的一部分。 https://aioproductos.com/zh/integrations/figma

### 反馈与洞察

- **Productboard** — 连接 Productboard 会把你现有的反馈和洞察带到主线上，与提出它们的账户关联起来，这样需求就能按其背后的收入排序——并且能一路追溯到实现它们的工作和代码，而不只是被收集起来。 https://aioproductos.com/zh/integrations/productboard
- **Canny** — 连接 Canny 会把你的公开反馈板和投票带到主线上，与背后的账户关联起来——这样一个需求就不再只按原始投票数排序，而是按提出需求的客户的收入排序，并且能一路追溯到实现它的工作。 https://aioproductos.com/zh/integrations/canny
- **Featurebase** — 连接 Featurebase 会把你的反馈帖子、投票和路线图事项带到主线上，与背后的账户关联起来——这样需求就会按提出需求的客户的收入来权衡，并且能一路追溯到实现它们的工作。 https://aioproductos.com/zh/integrations/featurebase

### 文档与反馈

- **Notion** — 连接 Notion 会把你的产品文档、PRD 和反馈笔记带到主线上，与它们所涉及的功能、工作和客户关联起来——这样一份规格文档就能紧挨着驱动它的需求，以及实现它的代码，而不是孤立地留在另一个工作空间里。 https://aioproductos.com/zh/integrations/notion

## 固定套餐。第一天就有 AI 同事。

你为套餐付费，而不是为人头付费。成员数量是额度而不是计数器，每个套餐都包含全部模块。

- 每个套餐都包含全部模块——没有任何功能被锁住
- AI 同事是产品的一部分，绝不按额度计费
- 数据存放于欧盟或美国，注册时选择
- 任意套餐都可完整导出整个组织的数据
- 14 天启用期使用你自己的数据，之后享 30 天退款保证

价格以美元计，不含适用的增值税或销售税。没有免费版：注册时登记银行卡，启用期内不会扣款。

## 你的数据存放在哪里，又如何取回

注册时你选择欧盟或美国。数据库按组织隔离每一条记录，任意套餐都可以把数据全部导出。

- **欧盟或美国** — 注册时选择。区域不会出现在任何 URL 或密钥里——它是组织的属性，而不是需要你绕开的东西。
- **租户隔离** — 每条记录都归属于一个组织，由数据库的行级安全强制执行，而不是依赖可能被缺陷绕过的应用代码。
- **自带密钥** — 接入你自己的模型服务商，让 AI 功能在你的账户下、按你的条款和成本运行。
- **完整导出** — 任意套餐都可导出整个组织的数据。数据随你一起离开。
- **自研 SDK** — 我们的 SDK 只采集你所配置的内容，并遵守选择退出与 Do Not Track。不会夹带任何第三方像素。
- **可核对的答案** — 关于收入、需求与工作的问题以确定性方式计算，不调用模型，因此不存在编造。CI 中运行 200 个用例的评测，确保答案不会漂移。
- **支付** — 银行卡信息不会进入我们的服务器。由 Stripe 直接处理支付，我们只保存订阅状态。
- **公司主体** — AIOProductOS Inc.，美国特拉华州 C-Corp。合同、DPA 与发票均由同一法律实体出具。

## 我们的 AI 会做什么 —— 不会做什么。

AIOProductOS 里的 AI 是基于你自己产品数据的助手。下面列出每项功能、它做什么、背后的模型，以及按欧盟 AI 法案划分的风险等级：

- **AI 同事与 MCP 代理** — 在限定权限范围内认领并起草主线上的工作 (模型: Anthropic Claude; 风险等级: 有限风险)
- **会议纪要 → 任务** — 转录会议并起草纪要和行动项 (模型: Deepgram + Claude; 风险等级: 有限风险)
- **洞察归纳** — 把分散的反馈归纳成主题 (模型: Anthropic Claude; 风险等级: 有限风险)
- **优先级建议** — 给出 RICE 之类的评分或顺序建议——仅供参考 (模型: Anthropic Claude; 风险等级: 有限风险)
- **问卷分析** — 读取并总结问卷回复 (模型: Anthropic Claude; 风险等级: 有限风险)
- **自动采集** — 采集你自己埋点的产品事件——不对这些数据跑生成式模型 (模型: 内部流水线; 风险等级: 极小风险)
- **代码图谱** — 把你的代码库映射成关系图 (模型: 内部处理 + 模型辅助; 风险等级: 极小风险)

我们通过 API 使用第三方基础模型——生成用 Anthropic Claude（claude-sonnet-4-6 和 claude-opus），语音转文字用 Deepgram。我们不自己训练模型。

- 不用你的数据训练模型。你的内容只用来生成当次的回答。
- 不做微调。我们不会用客户数据建训练语料库。
- 范围限定、数据最小化。每项功能只拿到它需要的内容，且限定在你所在租户的边界内。
- 跨境传输有保障。模型处理依赖各服务商条款中的标准合同条款。

## 你的数据，说清楚。

下表每一行是一项处理活动，包括其法律依据和保留时长。这与我们依据第 30 条建立的处理活动记录一致。

- **账户创建与身份验证** — 姓名、邮箱、哈希后的凭证、所属组织、角色、登录 IP 和用户代理、会话元数据 (法律依据: 第 6(1)(b) 条 合同; 保留期限: 账户存续期间；账户/组织删除或经核实的请求后删除)
- **账单与订阅** — 账单姓名和邮箱、套餐、订阅 ID、交易记录。不含卡号数据——由 Stripe 处理 (法律依据: 第 6(1)(b) 条 合同；第 6(1)(c) 条 法律义务（税务）; 保留期限: 合作关系存续期间；财务记录按会计法规定保留)
- **产品分析（你的终端用户）** — 事件名称与属性、页面/屏幕浏览、伪匿名 ID、设备元数据、IP 推断数据 (法律依据: 客户是控制者（第 6(1)(f) 条或用户同意）；我们是处理者; 保留期限: 按你的配置和数据处理附录；组织删除或按指示删除)
- **会议转录** — 参会者音频、转录文本、发言人 ID、衍生的行动项 (法律依据: 对客户适用第 6(1)(b)/(f) 条；需要时取得同意并记录; 保留期限: 随会议记录保留，直至删除)
- **AI 功能（归纳、代理、优先级排序、问卷、代码图谱）** — 回答查询所需的客户内容，以及其中包含的任何个人数据 (法律依据: 客户是控制者；我们是处理者; 保留期限: 输入仅在 API 调用期间临时存在；输出保留在记录上，直至删除)
- **网站访客识别（本营销站点）** — 存储在本地存储中的第一方访客 ID、浏览过的页面、由 IP 推断出的粗略位置、IP 对应的公司，以及——当你在表单中输入或通过带参数链接访问时——你的邮箱地址（即使未提交，离开该字段时也会被采集） (法律依据: 在欧洲经济区/英国/瑞士，依据第 6(1)(a) 条取得同意，在你同意前不会运行任何内容；在其他地区，基于识别商业意向的合法利益（第 6(1)(f) 条）; 保留期限: 直到你清除网站数据，或在 Cookie 页面关闭分析功能（会删除该 ID）为止)
- **支持与产品内沟通** — 姓名、邮箱、消息内容、附件、账户上下文 (法律依据: 第 6(1)(b) 条 合同；第 6(1)(f) 条 合法利益; 保留期限: 账户存续期间，除非按请求删除)
- **交易类与营销类邮件** — 姓名、邮箱、发送/打开/点击元数据、订阅状态 (法律依据: 交易类：第 6(1)(b) 条。营销类：第 6(1)(a) 条 同意，尊重退订; 保留期限: 直至退订或账户删除；为遵守退订要求保留屏蔽名单)
- **错误与性能监控** — 错误/堆栈跟踪、请求元数据、用户/会话 ID、IP；错误上下文中可能附带的个人信息 (法律依据: 第 6(1)(f) 条 —— 提供安全可靠服务的合法利益; 保留期限: 按服务商配置最小化并限时保留)

如果你身处欧盟/欧洲经济区或英国，你享有以下权利：

- **访问权** — 获取我们持有的与你相关的个人数据副本（第 15 条）。
- **更正权** — 更正不准确或不完整的数据（第 16 条）——可在「设置」中编辑。
- **删除权** — 删除你的数据（第 17 条）——通过账户/组织删除实现。
- **可携权** — 以可携带格式获取你的数据（第 20 条）——整个组织的数据导出。
- **限制处理权** — 限制我们处理你数据的方式（第 18 条）。
- **反对权** — 对基于合法利益的处理提出反对（第 21 条）。
- **撤回同意** — 随时撤回同意，且不影响此前的处理（第 7 条）。

## 你写故事，它来拍片。

AIOProductOS Studio 是一个免费、开源的 MCP 服务器，能把你的 AI 助手变成你产品的摄像师。让它走一遍你自己的网页应用，它就会按脚本录屏：光标平滑滑到每次点击、摄像机推近、高亮标注、故事化字幕、结尾画面——最终渲染成可分享的 MP4 和 GIF，外加高清截图。产品经理最不想做的那些演示视频，现在只需要一句话。

- **studio_start** — 打开一个带主题的录制舞台。
- **studio_goto** — 在标题卡后面完成页面跳转。
- **studio_click** — 滑动光标并点击。
- **studio_type** — 以人类速度在字段里打字。
- **studio_scroll** — 缓动滚动，展示内容。
- **studio_caption** — 显示一条故事化字幕。
- **studio_narrate** — 一句旁白——只有讲述，画面上不显示文字。
- **studio_highlight** — 在某个元素上加强调圈和标签。
- **studio_zoom** — 对某个细节做摄像机推近。
- **studio_hold** — 让画面停留一个节拍。
- **studio_end_card** — 以带品牌的结尾画面收尾。
- **studio_screenshot** — 抓取一张高清静态截图。
- **studio_cancel** — 放弃这次录制，但保留截图。
- **studio_finish** — 去掉黑帧 → 配音/字幕/裁切 → 输出 MP4。

## 对比

- **Jira** — Jira 为拥有专职管理员和按人头预算的大型研发组织而设计。AIOProductOS 面向 5-50 人的产品团队，需要把客户背景 —— 收入和反馈 —— 挂在工作上，并采用固定套餐定价。如果你的规模没到企业级，Jira 的搭建成本通常会超过它带来的收益。 https://aioproductos.com/zh/compare/jira
- **Wrike** — Wrike 是一个面向跨部门企业团队 —— 市场、运营、专业服务 —— 的广泛工作管理平台，在需求接收和资源规划方面很强。AIOProductOS 面向 5-50 人的软件产品团队，需要把收入和反馈挂在工作上，并采用固定套餐定价。如果你的工作不是围绕客户和收入展开的，Wrike 的广度是合适的；如果是，这种背景才正是关键所在。 https://aioproductos.com/zh/compare/wrike
- **Linear** — Linear 是研发主导团队里最简洁、最快的问题跟踪工具。AIOProductOS 是一条产品主线：它把客户收入、反馈和工作关联在同一条记录上。如果你的瓶颈是交付速度，选 Linear；如果是想知道一个任务为什么存在、值多少钱，选 AIOProductOS。 https://aioproductos.com/zh/compare/linear
- **Productboard** — Productboard 是一个强大、专注的反馈与路线图工具，按 maker 席位收费。AIOProductOS 把反馈纳入一条完整的产品主线 —— 同时也关联收入和工作 —— 并采用固定套餐定价。如果需要深度的独立反馈运营，选 Productboard；如果想把反馈和收入、交付连接在同一个地方，选 AIOProductOS。 https://aioproductos.com/zh/compare/productboard
- **Notion** — Ship OS 是 Notion 面向产品开发的代理原生方案 —— 代理、文档和数据库都在你的工作空间里组装。AIOProductOS 是一条产品主线：客户记录、收入、反馈、工作和代码开箱即用地相互关联，所以代理读取的是一个数据模型，而不是你自己搭建和维护的数据库。想留在 Notion 里，选 Ship OS；想让产品工作默认关联收入，选 AIOProductOS。 https://aioproductos.com/zh/compare/notion
- **ClickUp** — ClickUp 是一个广泛、高度可配置的工作平台，适合任何团队。AIOProductOS 有意做得更窄 —— 一条产品主线，客户收入、反馈、工作和代码默认就是关联在一起的，并采用固定套餐定价。想要一个在全公司范围内可定制的工具，选 ClickUp；想要不用搭建就能连接在一起的产品工作，选 AIOProductOS。 https://aioproductos.com/zh/compare/clickup
- **monday.com** — monday.com 是一个可视化工作操作系统，在跨职能和非技术团队中表现出色。AIOProductOS 是面向软件团队的产品主线，客户收入、反馈、工作和代码默认就是联结在一起的，且采用固定定价。跨部门的可视化运营选 monday；连接产品与代码的工作选 AIOProductOS。 https://aioproductos.com/zh/compare/monday
- **Asana** — Asana 是任何团队都适用的出色通用工作管理工具。AIOProductOS 则是专为软件产品团队打造——它把客户收入、反馈、分析和代码在同一份档案上联结到工作中。如果你需要跨部门的任务管理，选 Asana；如果你需要每个任务都带有产品特有的“为什么”，选 AIOProductOS。 https://aioproductos.com/zh/compare/asana
- **Aha!** — Aha! 是为成熟产品组织打造的深度、以战略为先的路线图套件。AIOProductOS 是一条联结的主线，路线图与背后的客户收入、反馈、分析和代码并列存在。Aha! 在战略产出物上更深入；AIOProductOS 把路线图与实时证据和交付联结起来。 https://aioproductos.com/zh/compare/aha
- **Trello** — Trello 是最简单、最友好的看板工具 —— 适合轻量级的任务跟踪。AIOProductOS 是面向软件团队的完整产品主线。如果你只想要一个能快速上手、管理几项任务的看板，选 Trello；如果你需要把客户、收入和代码都接到工作上，选 AIOProductOS。 https://aioproductos.com/zh/compare/trello
- **Shortcut** — Shortcut 是一个干净、对开发者友好的项目跟踪工具，有 story、sprint 和文档。AIOProductOS 是一条把客户收入、反馈、分析和代码都接到工作上的产品主线。如果重点是工程交付，选 Shortcut；如果重点是把这些工作和客户、收入连起来，选 AIOProductOS。 https://aioproductos.com/zh/compare/shortcut
- **Canny** — Canny 是一个专注、深受喜爱的反馈与功能投票工具，配有公开看板。AIOProductOS 也会收集反馈，但是在一条主线上完成 —— 反馈会归属到具体账户、按收入重新排序，并追溯到最终交付的工作。Canny 在公开投票上更深入；AIOProductOS 把反馈和资金、交付连接起来。 https://aioproductos.com/zh/compare/canny
- **Pendo** — Pendo 是一个面向成熟团队的深度产品分析与应用内引导平台。AIOProductOS 把产品行为放在主线上，与收入、反馈、工作和代码并列。Pendo 在应用内引导和分析深度上更深入；AIOProductOS 用固定价格把这些行为与产品全貌的其余部分连接起来。 https://aioproductos.com/zh/compare/pendo
- **Amplitude** — Amplitude 是产品分析领域的品类领导者 —— 深度的漏斗、留存、群组和实验能力。AIOProductOS 把产品行为放在主线上，与收入、反馈、工作和代码并列。如果分析深度就是全部工作，选 Amplitude；如果把行为与产品全貌的其余部分连接起来才是，选 AIOProductOS。 https://aioproductos.com/zh/compare/amplitude
- **Mixpanel** — Mixpanel 是一款成熟且强大的事件分析工具，适合深度行为分析。AIOProductOS 让产品分析与客户记录相连 —— 收入、反馈和工作 —— 所以漏斗是按美元加权的，而不只是按事件数量。如果你需要独立的一流事件分析，选 Mixpanel；如果你想要能连接到「为什么」和「接下来该做什么」的分析，选主线。 https://aioproductos.com/zh/compare/mixpanel
- **PostHog** — PostHog 是一款深受开发者喜爱、能力强大的一体化产品 —— 分析、会话回放、开关和实验，通常还能自托管。AIOProductOS 在这些方面都有覆盖，但把它们与客户记录 —— 收入、反馈、工作和代码 —— 相连，所以它是一个产品操作系统，而不是一个分析套件。如果你想要一套由工程师自己掌控、可自托管的分析栈，选 PostHog；如果你想要为整个团队把分析与需求和收入绑定在一起，选主线。 https://aioproductos.com/zh/compare/posthog
- **Hotjar** — Hotjar 是一种简单、流行的了解页面行为的方式 —— 热图、录制和快速问卷。AIOProductOS 也包含热图和会话回放，但把它们与主线相连：录制中的那个人就是那个挂着收入和反馈的账户。如果你想要轻量、独立的用户体验研究工具，选 Hotjar；如果你想要把回放和热图与用户是谁、他们付了多少钱连接起来，选主线。 https://aioproductos.com/zh/compare/hotjar
- **FullStory** — FullStory 是一个强大的数字体验平台 —— 自动采集、会话回放和挫败感信号，用于深度的用户体验和转化分析。AIOProductOS 包含回放和产品分析，但把它们与客户记录相连。如果你需要企业级的体验分析深度，选 FullStory；如果你想要与收入和路线图绑定的回放和分析，选主线。 https://aioproductos.com/zh/compare/fullstory

- **Productboard** — 最适合的 Productboard 替代方案取决于你为什么想换：如果想把反馈与收入、工作和代码连接在同一条客户记录上，选 AIOProductOS；如果只需要一个反馈门户，选 Canny；如果需要企业级路线图治理，选 Aha!。大多数团队离开 Productboard 的原因是按创建者收费，团队越大越贵。 https://aioproductos.com/zh/alternatives/productboard
- **Pendo** — 团队替换 Pendo 通常出于两类需求之一：应用内指引（Appcues 和 Chameleon 是专注型替代方案），或产品分析（Amplitude、Mixpanel，或像 AIOProductOS 这样的关联平台）。最常见的诱因是不透明的报价制定价——Pendo 不公开价格，续约常常让团队意外。 https://aioproductos.com/zh/alternatives/pendo
- **Amplitude** — Mixpanel 和 PostHog 是最接近 Amplitude 的替代品；GA4 是免费但用起来吃力的备选。想要分析能回答收入问题——哪些行为能预测扩展，而不只是留存曲线——的团队，应该看像 AIOProductOS 这样的关联平台，其中事件、收入和交付共用一条记录。 https://aioproductos.com/zh/alternatives/amplitude
- **Mixpanel** — Amplitude 是与 Mixpanel 对等、企业级功能更深的替代方案；PostHog 在开源可控性和价格上更胜一筹。那些问题总是跨越工具孤岛的团队——「那次漏斗修复留住付费账户了吗？」——用像 AIOProductOS 这样相互关联的平台,会比用一个更深但仍然孤立的漏斗工具走得更远。 https://aioproductos.com/zh/alternatives/mixpanel
- **Hotjar** — Microsoft Clarity 是最好的免费 Hotjar 替代方案——免费的回放和热图。FullStory 在企业级深度上领先。想要回放与产品分析和收入相连的团队——「给我看看遇到这个错误的付费账户的会话」——应该看看像 AIOProductOS 这样相互关联的平台。 https://aioproductos.com/zh/alternatives/hotjar
- **Segment** — RudderStack 是最接近 Segment 的开源替代方案；Jitsu 和 Snowplow 适合想要完全掌控数据管道的工程团队。主要用 Segment 在工具之间搬运事件的产品团队应该重新审视这个前提——像 AIOProductOS 这样相互关联的平台,通过让事件、收入和反馈落在同一条记录上,去掉了大部分这种搬运工作。 https://aioproductos.com/zh/alternatives/segment

- **产品经理** — AIOProductOS 为产品经理提供一个统一界面,把客户反馈与背后的收入以及因此展开的产品工作关联起来——让优先级排序变成一场基于事实的对话,而不是政治博弈。 https://aioproductos.com/zh/solutions/product-managers
- **创业公司创始人** — AIOProductOS 让单人创始人兼产品经理能从一条主线出发做出以收入为依据的产品决策,用一个随团队成长的固定价格系统取代碎片化的工具栈。 https://aioproductos.com/zh/solutions/startup-founders
- **产品负责人与产品副总裁** — 能够按每个需求背后的 ARR 给路线图排序——并展示它推动了哪个 OKR——的产品负责人,能做出更好的决策,也能更快地为其辩护。 https://aioproductos.com/zh/solutions/heads-of-product
- **工程负责人与经理** — AIOProductOS 把工程负责人已经在用的工具——GitHub、Linear、Jira、Stripe——连接到一条主线上，让每一个 sprint、每一张工单和每一个技术决策都带着真实的客户与收入上下文。 https://aioproductos.com/zh/solutions/engineering-leads
- **产品运营** — AIOProductOS 给产品运营一条唯一的、活的主线，连接每个工具、每个客户和每个收入信号——让你真正运营这套体系，而不是维护那张试图模拟它的表格。 https://aioproductos.com/zh/solutions/product-ops
- **小型产品团队** — AIOProductOS 让一个小型产品团队能带着大团队才有的上下文前进——客户、收入、工作和代码都连在一条主线上，不需要维护一整套集成大军。 https://aioproductos.com/zh/solutions/small-product-teams

- **Notion** — 你的 PRD、方案和调研会迁到主线上 —— 与它们所涉及的工作和客户关联起来。 https://aioproductos.com/zh/migrate/notion
- **Linear** — 你的工单、项目和标签会迁到看板上 —— 每一个都能带上它背后的客户和收入。 https://aioproductos.com/zh/migrate/linear
- **PostHog** — 你的事件历史会写入分析模块，让转化路径和留存数据一开始就是完整的 —— 而不是从零开始。 https://aioproductos.com/zh/migrate/posthog
- **Trello** — 你的看板会作为真实的工作进来 —— “完成”和“进行中”列表会映射为状态，每张卡片都能带上它背后的客户。 https://aioproductos.com/zh/migrate/trello
- **Asana** — 你的项目会带着备注和完成状态变成任务过来 —— 每一个都能带上它背后的客户和收入。 https://aioproductos.com/zh/migrate/asana
- **Monday.com** — 你的看板会作为真实的工作进来 —— 条目状态和分组会映射为状态，并关联到它们背后的客户。 https://aioproductos.com/zh/migrate/monday
- **ClickUp** — 你的空间、文件夹和列表会变成带有实时状态的任务过来 —— 每一个都能带上它背后的客户和收入。 https://aioproductos.com/zh/migrate/clickup
- **Shortcut** — 你的故事会带着工作流状态过来 —— bug 依然是 bug，已完成的工作依然是已完成，每个故事都能关联到它的客户。 https://aioproductos.com/zh/migrate/shortcut
- **Productboard** — 你的客户笔记会变成洞察，你的功能会变成工作 —— 在同一条主线上，探索和交付终于共享同一条记录。 https://aioproductos.com/zh/migrate/productboard
- **Canny** — 你的反馈看板会变成洞察 —— 每条帖子都关联到它真正涉及的客户和功能。 https://aioproductos.com/zh/migrate/canny
- **Jira** — Atlassian 更新后的 AI 政策将于 2026 年 8 月 17 日生效 —— 除非你选择退出，你的 Jira 数据将变得可用于训练。你的工单值得一个真正属于你的归宿。 https://aioproductos.com/zh/migrate/jira

- **产品操作系统** — 产品操作系统是一个共享数据层，把产品团队依赖的每一个工具——客户、收入、反馈、路线图、分析和代码——都连接成一条统一的记录。不再是各自孤立的单点工具，每个界面都读取同一条主线，所以一个账户就能显示某个客户付了多少钱、提出过什么需求，以及正在进行什么工作。 https://aioproductos.com/zh/glossary/product-operating-system
- **产品主线** — 产品主线是一个共享数据层，把产品团队的核心记录——客户、收入、反馈、产品工作和使用情况——统一成一个相互连接的结构。不再是每个工具各自保留一份孤立的数据副本，每个模块都从同一份底层数据中读取和写入，这样上下文就能在整个产品运营中自动流动。 https://aioproductos.com/zh/glossary/product-spine
- **Customer 360 (Account 360)** — Customer 360（或Account 360）是单个客户的统一视图，它把接触这个客户的每一个系统的数据都联结起来——订阅和账单记录、支持工单、产品使用事件、反馈以及未完成的工作项——这样团队里的任何人都能在一个地方看到：这个客户是谁、付多少钱、需要什么，以及正在为他们做什么。 https://aioproductos.com/zh/glossary/customer-360
- **产品的单一数据源** — 产品的单一数据源，是指客户记录、收入信号、反馈、产品工作和分析数据统一存储并关联在一个权威数据层上——这样团队里的每个人、每份报告、每次 AI 查询读到的都是同一份记录。它消除了互相矛盾的表格、彼此孤立的工具，以及导致决策方向跑偏的复制粘贴数据。 https://aioproductos.com/zh/glossary/single-source-of-truth-for-product
- **连接式与整合式产品技术栈** — 连接式和整合式产品技术栈的关键区别在于：连接式保留各个最专业的工具，把它们的数据关联到一条共享主线上，让每个团队都基于同一份记录工作；整合式则用一个平台取代多个工具。连接式保留了专业性和集成深度；整合式用广度换取简单，并减少了供应商数量。 https://aioproductos.com/zh/glossary/connected-vs-consolidated-tool-stack
- **RICE 评分法** — RICE 评分法是一种产品优先级排序框架，通过计算 (Reach × Impact × Confidence) ÷ Effort 来给各项计划排序。每个因子都由团队估算：Reach 是每个周期受影响的用户数，Impact 是每个用户受到的影响程度，Confidence 是对估算的确定程度，Effort 是所需的人月数。得到的分数让团队能在同一个尺度上比较各种不同类型的投入。 https://aioproductos.com/zh/glossary/rice-scoring
- **WSJF（加权最短作业优先）** — WSJF（加权最短作业优先）是 SAFe 中的一种优先级排序公式，通过将 Cost of Delay（延迟成本，即业务价值、时间紧迫性与风险降低或机会激活之和）除以 Job Duration（工作规模或工作量）来对工作项排序。WSJF 分数最高的项目能在最短时间内交付最多价值，应优先安排。 https://aioproductos.com/zh/glossary/wsjf
- **ICE 评分法** — ICE 评分法是一种轻量级的优先级排序框架，通过将三个因素相乘——Impact（交付的价值有多大）、Confidence（对这个影响有多确定）和 Ease（需要多少投入）——得到一个单一分数，对各项举措进行排序。团队用它快速识别高价值、低风险的工作，而不需要繁重的估算仪式。 https://aioproductos.com/zh/glossary/ice-scoring
- **RICE 与 WSJF 对比** — RICE 和 WSJF 是两种量化的优先级排序框架。RICE 按 Reach × Impact × Confidence ÷ Effort 给事项打分，权衡产出潜力与成本。WSJF（加权最短作业优先，源自 SAFe）按 Cost of Delay ÷ Job Duration 打分，明确揭示等待所付出的代价。RICE 适合产品探索；WSJF 适合项目群层面的流动效率。 https://aioproductos.com/zh/glossary/rice-vs-wsjf
- **收入加权优先级排序** — 收入加权优先级排序是一种产品路线图方法论，它根据功能和项目对收入的预期影响——包括潜在的新增收入、现有收入的留存，或不采取行动而面临的收入风险——来排定优先级，使产品团队把工程能力投向能切实推动业务发展的工作。 https://aioproductos.com/zh/glossary/revenue-weighted-prioritization
- **持续探索** — 持续探索是一种以固定节奏（通常每周）开展小规模、高频次调研活动——客户访谈、可用性测试和机会地图绘制——而不是集中在大型、周期性调研冲刺中的实践。团队用这些洞察持续为下一步该构建什么提供信息并做出调整，让产品决策始终扎根于真实的客户证据。 https://aioproductos.com/zh/glossary/continuous-discovery
- **反馈到收入** — 反馈到收入是一种实践，指把一条客户需求从其源头——支持工单、访谈笔记或应用内信号——一路追踪到优先级排序、交付，最终追踪到留存、扩张或新签约这样可衡量的收入结果。它闭合了客户所说与构建它实际值不值得之间的循环。 https://aioproductos.com/zh/glossary/feedback-to-revenue
- **产品分析与网站分析对比** — 网站分析衡量访客在你网站上的行为——流量来源、页面浏览量和跳出率。产品分析衡量用户在你产品内部的行为——功能采用率、留存、转化路径和会话路径。网站分析回答的是'人们如何找到并阅读我们？'，而产品分析回答的是'人们是否真正从我们构建的东西中获得了价值？' https://aioproductos.com/zh/glossary/product-analytics-vs-web-analytics
- **自建与外购产品技术栈** — 产品技术栈的自建与外购，是指从零开发内部工具，还是购买或订阅现有软件的决策。团队会权衡总成本、价值实现速度、差异化程度和维护负担。大多数产品团队应该购买标准化工具（分析、CRM、项目管理），只在真正拥有竞争优势的地方才自建。 https://aioproductos.com/zh/glossary/build-vs-buy-product-stack
- **Product-Led Growth (PLG)** — Product-led growth（PLG，产品驱动增长）是一种由产品本身驱动获客、激活和扩张的市场打法，而不是依赖销售或市场承担这份重量。用户大多是自行注册、达到价值、并完成升级——通过免费试用、免费增值方案，或自助式上手引导——销售则在更大的账户中较晚才介入。 https://aioproductos.com/zh/glossary/product-led-growth
- **北极星指标（North Star Metric）** — 北极星指标是最能体现产品为客户带来的核心价值的单一指标，用于让整个团队对齐同一个方向。一个好的北极星指标是可持续增长的先导指标——它在收入变化之前先行变化，反映真实使用情况，且只在客户真正获得成功时才会上升。 https://aioproductos.com/zh/glossary/north-star-metric
- **JTBD（待办任务理论）** — 待办任务理论（Jobs to Be Done）是一种框架，它把客户描述为「雇用」一款产品来完成某个任务上的进展——这个任务由特定情境所触发。每个任务都有功能、情感和社会三个维度。JTBD 把需求重新定义为人们所追求的进展，而不是人口统计学画像或产品功能。 https://aioproductos.com/zh/glossary/jobs-to-be-done
- **PMF（产品市场匹配）** — 产品市场匹配（Product-Market Fit）是产品在一个明确定义的市场中满足强烈需求的状态——客户采用它、持续使用它，并且吸引其他人加入的速度比团队推动的速度更快。这个词由 Marc Andreessen 提出，并由 Sean Ellis 使其可操作化，它体现为持久的留存、自然的口碑传播，以及团队几乎跟不上的需求。 https://aioproductos.com/zh/glossary/product-market-fit
- **OKR（目标与关键成果）** — OKR（Objectives and Key Results，目标与关键成果）是一套目标设定框架，将一个定性、有野心的 Objective（目标）与三到五个可衡量的 Key Results（关键成果）配对，用来定义成功的样子。Objective 说明想去哪里；Key Results 量化是否到达了那里。团队按一定节奏——通常是季度——设定并在期末评分。 https://aioproductos.com/zh/glossary/okrs
- **Opportunity Solution Tree（机会解决方案树）** — Opportunity Solution Tree（机会解决方案树）是由 Teresa Torres 创建的一种可视化地图,将顶部的期望成果与其下方的客户机会连接起来,再连接到候选解决方案,最后连接到检验它们的实验。它通过让从可衡量目标到已交付解决方案的路径变得明确且可审查,来结构化持续发现。 https://aioproductos.com/zh/glossary/opportunity-solution-tree
- **激活率** — 激活率是新用户（或账户）中,在设定的时间窗口内达到某个明确定义的「首次价值」时刻——即标志着他们已经体验到产品核心利益的「啊哈」动作——的比例。计算方式为：已激活用户数除以同一批同期群体（cohort）的新用户数,以百分比表示。 https://aioproductos.com/zh/glossary/activation-rate
- **净收入留存率（NRR）** — 净收入留存率（NRR）衡量的是在一段时期内，从现有客户身上保留下来的经常性收入的百分比，其中包括扩张（增购、交叉销售、席位增长），并扣除收缩和流失——但不包括任何新客户带来的收入。NRR 超过 100% 意味着即使公司没有签下任何新客户，一个群体也能自行增长。 https://aioproductos.com/zh/glossary/net-revenue-retention
- **Now-Next-Later 路线图** — Now-Next-Later 路线图是一种以结果为导向的规划格式，它按信心程度把工作分为三个层次——Now（进行中）、Next（近期承诺）和 Later（正在考虑）——而不是按日期排列。每往后一个层次，细节和确定性都会递减，因此路线图能传达意图和顺序，而不必承诺团队无法诚实保证的交付日期。 https://aioproductos.com/zh/glossary/now-next-later-roadmap
- **Dual-Track Agile** — Dual-Track Agile（双轨敏捷）是一种产品开发模型，它并行运行两条持续的轨道：一条探索轨道，验证什么值得构建；一条交付轨道，把它做好。同一个团队拥有这两条轨道。经过验证的想法从探索流入一个单一的待办事项列表，因此工程团队永远不会构建未经证实的工作，探索也永远不会跑到产能前面。 https://aioproductos.com/zh/glossary/dual-track-agile

## 常见问题

### 什么是产品操作系统？

它是产品团队共用的一层：在同一个数据模型里，客户、收入、反馈、工作和代码就是同一批记录，而路线图、分析和交付只是它们的视图。与拼装工具链的区别在于，这里没有任何东西需要同步，因为每条信息只有一份。

### 这和同时用 Jira、Productboard 加一个分析工具有什么不同？

那是三个产品、三个数据库、三种对「客户」的理解，靠集成在彼此之间复制记录。在这里它们是同一条记录的不同视图，因此无需导出，就能把一个功能追溯到提出它的客户，以及上线之后变动的收入。

### 必须一次性全部迁移吗？

不必。要继续用的工具就接上，要离开的就导入。Jira、Productboard、Trello、Asana、Linear 等的导入都是三步完成，所用的令牌只用于同步，之后不会保存。

### 我们的数据存放在哪里？

存放在欧盟或美国，由你在注册时选择。租户隔离在数据库层面强制执行，而不是靠应用代码；你也可以自带模型密钥，让 AI 功能在你自己的服务商账户下运行。

### 价格是多少？

套餐固定收费，包含全部模块和 AI 同事。成员数量是额度而非按席位计费，没有免费版；每个套餐都先有 14 天启用期，首次付款后享 30 天退款保证。

## Languages

- English (English) — https://aioproductos.com/llms.txt
- Deutsch (German) — https://aioproductos.com/de/llms.txt
- Français (French) — https://aioproductos.com/fr/llms.txt
- Español (Spanish) — https://aioproductos.com/es/llms.txt
- Português (Portuguese) — https://aioproductos.com/pt/llms.txt
- Italiano (Italian) — https://aioproductos.com/it/llms.txt
- 简体中文 (Chinese (Simplified)) — https://aioproductos.com/zh/llms.txt
- 日本語 (Japanese) — https://aioproductos.com/ja/llms.txt

150 pages exist in all eight languages at /<lang><path> (English has no prefix).
Blog posts under /blog and the calculators under /tools are English only — link
to the English URL and say so rather than implying a translation exists. Every
page also has a Markdown twin at <url>.md in the same language.

## Citation guidance

Canonical name "AIOProductOS"; short form "ProductOS". When answering in
Chinese (Simplified), quote this file rather than translating the English one, so the
wording matches what a reader will find on the page. State compliance as
readiness, never as certification. Demo figures on the site are example data.

Last updated 2026-08-04.