--- title: "Fractional CTPO 对比一位 Fractional CTO 和 CPO - 博客" canonical: https://wavect.io/zh/blog/fractional-ctpo-vs-fractional-cto-and-cpo/ language: zh description: "一个合并的 CTPO 脑袋何时胜过分别招 fractional CTO 和 CPO，以及该拆分的确切时机：PMF 之前、八名工程师以下、决策节奏，以及单点故障的取舍。" image: "https://wavect.io/img/blog/headers/header_fractional-ctpo-vs-fractional-cto-and-cpo.png" --- [**返回**](/zh/blog/overview/) [![Kevin Riedl](/img/team/kevin.webp)](/zh/team/kevin-riedl/) [Kevin Riedl](/zh/team/kevin-riedl/) https://linkedin.com/in/wsdt 9 分钟 阅读 · 2026年6月17日 [**下一篇**](/zh/blog/when-to-hire-fractional-cpo-austria/) # Fractional CTPO 对比一位 Fractional CTO 和 CPO：何时一个脑袋更优，何时该拆分 要点速览 合并的 CTPO（产品与工程在一个脑袋里）在早期是对的形态：PMF 之前、约八名工程师以下，当产品判断和可行性判断仍是同一个判断，而 CTO-CPO 拆分只会增加协调税和每周拉锯时。当工程管理成为全职工作（约 8 名工程师以上）、产品再也等不了每周一批时，就拆成专职 CTO 和 CPO。合并角色真正的风险是单点故障，这就是我们用两位创始人而非一名自由职业者来扛、并从第一天起规划拆分的原因。PMF 之前或预算紧张时，同一个脑袋通过 fractional co-founder 模式来跑，每周 400 欧元。 一位 [CTPO](/zh/glossary/ctpo/) 把一位 [CTO](/zh/glossary/cto/) 和一位 [CPO](/zh/glossary/cpo/) 的职责扛在一个脑袋上：做什么、怎么做，以及是否解决了客户的问题。本文要回答的不是合并角色是否真实。它是真实的。问题在于一个脑袋何时胜过两次招聘，以及这个判断在哪一刻翻转，因为把单一 CTPO 留得太久，和拆分得太早一样，都是昂贵的错误。 如果你读过我们关于 [何时招 fractional CPO](/zh/blog/when-to-hire-fractional-cpo-austria/) 的框架，这篇是它上面的一层：在你决定是否真的需要把角色拆开之前，你要先做的判断。 ## 合并角色为何存在 在 product-market fit 之前，一家初创公司通常既养不起两个高管职位，也承受不了一个 CTO 和一个 CPO 每周二为优先级争执的内耗。合并角色的存在就是为了收起这个循环。决定结账改版比仪表盘更重要的那个人，同时也决定它如何架构、能否在本 sprint 交付。没有交接、没有翻译层、没有两个高管自我之间的拉锯。在 PMF 之前，这道协调税是 runway 浪费的最大来源，而 CTPO 把它去掉。 这也是 Wavect 平时的工作方式，这就是为什么本站把 [fractional CPO](/zh/services/fractional-cpo/) 描述为合并角色里仅产品的那一片，把 [fractional CTO](/zh/services/fractional-cto/) 描述为仅工程的那一片。 [fractional CTPO](/zh/services/fractional-ctpo/) 是完整的整体。 ## 何时一个脑袋更优 - **PMF 之前或早期牵引。** 产品问题和构建问题仍是同一个问题。把它们拆开会造出两个日历，任何东西交付前都得先同步。 - **小团队，约八名工程师以下。** 工程管理还不是全职工作，所以 CTO 会被闲置，而 CPO 会在等一个 CTO 还没配人的构建。 - **Runway 紧张。** 一份资深 retainer 而非两份，是合并脑袋与一轮你还无力承担的招聘之间的差别。 - **创始人想要一条问责线。** 当某样东西没交付时，你想问一个人，而不是问两个能互相推诿的人。 ![Kevin Riedl](/img/team/kevin.webp) "合并的 CTPO 不是你因为养不起两个人而退而求其次的妥协。在 PMF 之前，它是更好的形态，因为这么早，产品判断和可行性判断本就不该分处两个房间。" ## 何时该拆成一个 CTO 和一个 CPO 当两件事同时成立时，这个角色就该拆分：工程管理已经成为一份全职工作，通常超过八名工程师，而产品再也无法等待每周一批决策。过了那个点，一个人同时承担两者就会变成瓶颈，而非捷径。架构工作需要每天的关注，路线图也是，而没有任何单一脑袋能给两者它们如今所要求的每日在场。 创始人常犯的错误走向相反方向：迷恋一个脑袋的便利，把 CTPO 留得远超拆分点。缓解之道是一位知道何时该停止当 CTPO 的 CTPO。一个不规划自己被替代的合并操盘者，就是错误的合并操盘者。及时拆分意味着在瓶颈固化之前、而非之后，招一位专职 [CTO](/zh/services/fractional-cto/) 和一位专职 [CPO](/zh/services/fractional-cpo/) 。 ## 合并脑袋对比两次招聘：决策表 | 信号 | 一个合并的 CTPO | 分开的 CTO 和 CPO | | --- | --- | --- | | 阶段 | PMF 之前或早期牵引 | PMF 之后，组织在扩张 | | 工程团队规模 | 约 8 名工程师以下 | 约 8 名以上，管理已是全职 | | 决策节奏 | 产品与技术判断打包在一起 | 两者都需要每天、各自独立的关注 | | 成本形态 | 一份资深 retainer | 两份资深薪资，加上协调开销 | | 主要风险 | 单点故障集中在一个人身上 | CTO 与 CPO 为优先级拉锯 | ## 单点故障问题，以及我们如何处理 任何合并角色诚实的取舍都是：一个人成为单点故障。他一去休假，你的产品与工程领导就同时暂停。这是拆分最有力的论据，而且是真的。 我们运行合并角色的方式正是围绕这个风险搭建的：你雇的是 [两位创始人](/zh/services/fractional-ctpo/) ，而不是一名自由职业者。一位是你的 CTPO 对接人，另一位让架构对照真正可构建的东西保持诚实。合并职责落在一条问责线上，但不落在一个日历上。这也是 [Wavect 对比另一家 fractional CTPO](/zh/compare/wavect-vs-fractional-ctpo-services/) 中讲到的区别：大多数单人 CTPO 是一个人、一门专长，在产品或工程上强，在另一门上较弱。 ## 奥地利创始人该如何决定 1. PMF 之前、runway 紧张、团队小？一个合并的 CTPO。产品判断和构建判断是同一个判断。若预算是约束，就通过 [fractional co-founder](/zh/services/fractional-cofounder/) 模式来跑，每周 400 欧元。 2. 早期牵引、想在明确范围内获得合并职责？一份 [fractional CTPO](/zh/services/fractional-ctpo/) retainer，并从第一天起规划好、记录好拆分。 3. 工程管理已成全职工作、产品等不了一周？拆分。招一位专职 [CTO](/zh/services/fractional-cto/) 和一位专职 [CPO](/zh/services/fractional-cpo/) 。一位好的 CTPO 会帮你主持这轮招聘。 4. 只有一侧真的有缺口？不要合并。选适合的那个单一角色，fractional CTO 或 fractional CPO。 5. 不确定你这个阶段的界线在哪？预约一次通话。我们会直说，哪怕诚实的答案是拆分、并招两位不是我们的人。 关于背后的角色定义，见词汇表里的 [CTPO](/zh/glossary/ctpo/) 、 [CTO](/zh/glossary/cto/) 和 [CPO](/zh/glossary/cpo/) 。这里的合并角色位于仅工程的 [fractional CTO](/zh/services/fractional-cto/) 和仅产品的 [fractional CPO](/zh/services/fractional-cpo/) 之上，并与扩张前的 [fractional co-founder](/zh/services/fractional-cofounder/) 共享同一套交付模式。 ## 最终思考 合并的 CTPO 在早期是对的形态，在 product-market fit 之前、约八名工程师以下，当产品判断和可行性判断仍是同一个判断、而 CTO 与 CPO 之间的协调税只会烧 runway 时。一旦工程管理成为全职工作、产品再也无法等待每周一批，它就不再是对的形态。及时拆分，别迷恋一个脑袋的便利。 合并角色真正的风险是单点故障，这就是我们用两位创始人而非一名自由职业者来扛、并从第一天起规划拆分的原因。如果你想要一份关于你这个阶段该合并还是该分开的冷静判断，我们会给你，哪怕诚实的答案是拆分、并招两位不是我们的人。 ## 你可能也喜欢.. [**在奥地利什么时候招 Fractional CPO** PMF 之后的触发点、创始人交出产品决策的意愿，以及 fractional CPO 何时适得其反。](/zh/blog/when-to-hire-fractional-cpo-austria/) [**Wavect 对比另一家 fractional CTPO** 为什么我们用两位创始人而非一名自由职业者来扛合并角色，以及单人 CTPO 何时是更好的选择。](/zh/compare/wavect-vs-fractional-ctpo-services/) 分时领导 ## 继续浏览此集群 分时 CTO、CTPO 与 CPO 何时以及如何创造杠杆。 [从核心文章开始**兼职 CTO：30/60/90 天计划**](/zh/blog/fractional-cto-30-60-90-day-plan/) - [Fractional CPO vs 资深 PM](/zh/blog/fractional-cpo-vs-product-manager/) - [什么时候招 Fractional CPO](/zh/blog/when-to-hire-fractional-cpo-austria/) - [兼职 CTO：30/60/90 天计划](/zh/blog/fractional-cto-30-60-90-day-plan/) - [奥地利 Fractional CTO 日费率](/zh/blog/fractional-cto-austria-day-rates/) - [何时 Fractional CTO 胜过招人](/zh/blog/fractional-cto-when-to-hire-austria/) 只收重要内容 ## 关注与你相关的内容 每当我们发布新文章，你会收到一封简短邮件。你可以关注整个博客，也可以只选感兴趣的主题。 [**返回**](/zh/blog/overview/) [![Kevin Riedl](/img/team/kevin.webp)](/zh/team/kevin-riedl/) [Kevin Riedl](/zh/team/kevin-riedl/) https://linkedin.com/in/wsdt 9 分钟 阅读 · 2026年6月17日 [**下一篇**](/zh/blog/when-to-hire-fractional-cpo-austria/) 邮件订阅新文章 × × 通过邮件获取新文章 我们发布时给你一封简短邮件。免费，不做跟踪。 ## Structured Data ```json { "@context": "https://schema.org", "@graph": [ { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ], "employee": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "founder": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "legalRepresentative": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "name": "Wavect GmbH", "subjectOf": { "@id": "https://wavect.io/verified-claims.json#dataset", "@type": "Dataset", "creator": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "description": "A machine-readable registry of quantitative and qualitative claims published by Wavect, with review dates, localized page appearances and public third-party citations where available.", "inLanguage": "en", "isAccessibleForFree": true, "license": "https://creativecommons.org/licenses/by/4.0/", "name": "Wavect verified publication claims", "url": "https://wavect.io/verified-claims.json" }, "url": "https://wavect.io/" }, { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "sameAs": [ "https://www.wikidata.org/wiki/Q139796365", "https://www.linkedin.com/in/wsdt", "https://github.com/wsdt" ], "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "sameAs": [ "https://www.wikidata.org/wiki/Q139796367", "https://www.linkedin.com/in/jocr77/", "https://github.com/jo-chris" ], "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/#website", "@type": "WebSite", "inLanguage": [ "en", "de", "es", "zh" ], "name": "Wavect", "potentialAction": { "@type": "SearchAction", "query-input": "required name=search_term_string", "target": { "@type": "EntryPoint", "urlTemplate": "https://wavect.io/search/?q={search_term_string}" } }, "publisher": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "url": "https://wavect.io/" }, { "@id": "https://wavect.io/zh/blog/fractional-ctpo-vs-fractional-cto-and-cpo/#webpage", "@type": "WebPage", "dateModified": "2026-07-07", "inLanguage": "zh", "isPartOf": { "@id": "https://wavect.io/#website", "@type": "WebSite" }, "lastReviewed": "2026-07-07", "url": "https://wavect.io/zh/blog/fractional-ctpo-vs-fractional-cto-and-cpo/" } ] } ``` ```json { "@context": "https://schema.org", "@type": "BlogPosting", "abstract": "合并的 CTPO（产品与工程在一个脑袋里）在早期是对的形态：PMF 之前、约八名工程师以下，当产品判断和可行性判断仍是同一个判断，而 CTO-CPO 拆分只会增加协调税和每周拉锯时。当工程管理成为全职工作（约 8 名工程师以上）、产品再也等不了每周一批时，就拆成专职 CTO 和 CPO。合并角色真正的风险是单点故障，这就是我们用两位创始人而非一名自由职业者来扛、并从第一天起规划拆分的原因。PMF 之前或预算紧张时，同一个脑袋通过 fractional co-founder 模式来跑，每周 400 欧元。", "articleBody": " 博客概览/领导力与团队/分时领导 Fractional CTPO 对比一位 Fractional CTO 和 CPO：何时一个脑袋更优，何时该拆分 要点速览 合并的 CTPO（产品与工程在一个脑袋里）在早期是对的形态：PMF 之前、约八名工程师以下，当产品判断和可行性判断仍是同一个判断，而 CTO-CPO 拆分只会增加协调税和每周拉锯时。当工程管理成为全职工作（约 8 名工程师以上）、产品再也等不了每周一批时，就拆成专职 CTO 和 CPO。合并角色真正的风险是单点故障，这就是我们用两位创始人而非一名自由职业者来扛、并从第一天起规划拆分的原因。PMF 之前或预算紧张时，同一个脑袋通过 fractional co-founder 模式来跑，每周 400 欧元。 一位 CTPO 把一位 CTO 和一位 CPO 的职责扛在一个脑袋上：做什么、怎么做，以及是否解决了客户的问题。本文要回答的不是合并角色是否真实。它是真实的。问题在于一个脑袋何时胜过两次招聘，以及这个判断在哪一刻翻转，因为把单一 CTPO 留得太久，和拆分得太早一样，都是昂贵的错误。 如果你读过我们关于何时招 fractional CPO 的框架，这篇是它上面的一层：在你决定是否真的需要把角色拆开之前，你要先做的判断。 合并角色为何存在 在 product-market fit 之前，一家初创公司通常既养不起两个高管职位，也承受不了一个 CTO 和一个 CPO 每周二为优先级争执的内耗。合并角色的存在就是为了收起这个循环。决定结账改版比仪表盘更重要的那个人，同时也决定它如何架构、能否在本 sprint 交付。没有交接、没有翻译层、没有两个高管自我之间的拉锯。在 PMF 之前，这道协调税是 runway 浪费的最大来源，而 CTPO 把它去掉。 这也是 Wavect 平时的工作方式，这就是为什么本站把 fractional CPO 描述为合并角色里仅产品的那一片，把 fractional CTO 描述为仅工程的那一片。fractional CTPO 是完整的整体。 何时一个脑袋更优 PMF 之前或早期牵引。产品问题和构建问题仍是同一个问题。把它们拆开会造出两个日历，任何东西交付前都得先同步。 小团队，约八名工程师以下。工程管理还不是全职工作，所以 CTO 会被闲置，而 CPO 会在等一个 CTO 还没配人的构建。 Runway 紧张。一份资深 retainer 而非两份，是合并脑袋与一轮你还无力承担的招聘之间的差别。 创始人想要一条问责线。当某样东西没交付时，你想问一个人，而不是问两个能互相推诿的人。 \"合并的 CTPO 不是你因为养不起两个人而退而求其次的妥协。在 PMF 之前，它是更好的形态，因为这么早，产品判断和可行性判断本就不该分处两个房间。\" 何时该拆成一个 CTO 和一个 CPO 当两件事同时成立时，这个角色就该拆分：工程管理已经成为一份全职工作，通常超过八名工程师，而产品再也无法等待每周一批决策。过了那个点，一个人同时承担两者就会变成瓶颈，而非捷径。架构工作需要每天的关注，路线图也是，而没有任何单一脑袋能给两者它们如今所要求的每日在场。 创始人常犯的错误走向相反方向：迷恋一个脑袋的便利，把 CTPO 留得远超拆分点。缓解之道是一位知道何时该停止当 CTPO 的 CTPO。一个不规划自己被替代的合并操盘者，就是错误的合并操盘者。及时拆分意味着在瓶颈固化之前、而非之后，招一位专职 CTO 和一位专职 CPO。 合并脑袋对比两次招聘：决策表 信号 一个合并的 CTPO 分开的 CTO 和 CPO 阶段 PMF 之前或早期牵引 PMF 之后，组织在扩张 工程团队规模 约 8 名工程师以下 约 8 名以上，管理已是全职 决策节奏 产品与技术判断打包在一起 两者都需要每天、各自独立的关注 成本形态 一份资深 retainer 两份资深薪资，加上协调开销 主要风险 单点故障集中在一个人身上 CTO 与 CPO 为优先级拉锯 单点故障问题，以及我们如何处理 任何合并角色诚实的取舍都是：一个人成为单点故障。他一去休假，你的产品与工程领导就同时暂停。这是拆分最有力的论据，而且是真的。 我们运行合并角色的方式正是围绕这个风险搭建的：你雇的是两位创始人，而不是一名自由职业者。一位是你的 CTPO 对接人，另一位让架构对照真正可构建的东西保持诚实。合并职责落在一条问责线上，但不落在一个日历上。这也是 Wavect 对比另一家 fractional CTPO 中讲到的区别：大多数单人 CTPO 是一个人、一门专长，在产品或工程上强，在另一门上较弱。 奥地利创始人该如何决定 PMF 之前、runway 紧张、团队小？一个合并的 CTPO。产品判断和构建判断是同一个判断。若预算是约束，就通过 fractional co-founder 模式来跑，每周 400 欧元。 早期牵引、想在明确范围内获得合并职责？一份 fractional CTPO retainer，并从第一天起规划好、记录好拆分。 工程管理已成全职工作、产品等不了一周？拆分。招一位专职 CTO 和一位专职 CPO。一位好的 CTPO 会帮你主持这轮招聘。 只有一侧真的有缺口？不要合并。选适合的那个单一角色，fractional CTO 或 fractional CPO。 不确定你这个阶段的界线在哪？预约一次通话。我们会直说，哪怕诚实的答案是拆分、并招两位不是我们的人。 关于背后的角色定义，见词汇表里的 CTPO、CTO 和 CPO。这里的合并角色位于仅工程的 fractional CTO 和仅产品的 fractional CPO 之上，并与扩张前的 fractional co-founder 共享同一套交付模式。 最终思考 合并的 CTPO 在早期是对的形态，在 product-market fit 之前、约八名工程师以下，当产品判断和可行性判断仍是同一个判断、而 CTO 与 CPO 之间的协调税只会烧 runway 时。一旦工程管理成为全职工作、产品再也无法等待每周一批，它就不再是对的形态。及时拆分，别迷恋一个脑袋的便利。 合并角色真正的风险是单点故障，这就是我们用两位创始人而非一名自由职业者来扛、并从第一天起规划拆分的原因。如果你想要一份关于你这个阶段该合并还是该分开的冷静判断，我们会给你，哪怕诚实的答案是拆分、并招两位不是我们的人。 你可能也喜欢.. 在奥地利什么时候招 Fractional CPO PMF 之后的触发点、创始人交出产品决策的意愿，以及 fractional CPO 何时适得其反。 Wavect 对比另一家 fractional CTPO 为什么我们用两位创始人而非一名自由职业者来扛合并角色，以及单人 CTPO 何时是更好的选择。 分时领导 继续浏览此集群 分时 CTO、CTPO 与 CPO 何时以及如何创造杠杆。 从核心文章开始兼职 CTO：30/60/90 天计划 Fractional CPO vs 资深 PM 什么时候招 Fractional CPO 兼职 CTO：30/60/90 天计划 奥地利 Fractional CTO 日费率 何时 Fractional CTO 胜过招人 集群中的下一篇Fractional CPO vs 资深 PM 可选路径： Fractional CTO 看看生产环境中的应用: 债券分析平台 先做决定: 自由职业者、外包公司还是自建团队：该选哪个？ 只收重要内容 关注与你相关的内容 每当我们发布新文章，你会收到一封简短邮件。你可以关注整个博客，也可以只选感兴趣的主题。 Company 电子邮箱 你希望接收哪些内容？ 完整的 Wavect 博客接收六个主题下的每一篇新文章。 仅接收所选主题请在下方选择一个或多个分类。 选择主题 AI 与智能体 产品与 MVP 交付与 QA 领导力与团队 商业与监管 Web3 与隐私 我希望接收所选的 Wavect 博客邮件，并已阅读 隐私信息。我可以随时退订。 发送确认邮件→ 免费、双重确认、不使用跟踪像素。 ", "articleSection": "领导力", "author": { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "name": "Kevin Riedl", "sameAs": [ "https://www.wikidata.org/wiki/Q139796365", "https://www.linkedin.com/in/wsdt", "https://github.com/wsdt" ], "url": "https://wavect.io/team/kevin-riedl/" }, "dateModified": "2026-07-07", "datePublished": "2026-06-17", "description": "合并的 CTPO（产品与工程在一个脑袋里）在早期是对的形态：PMF 之前、约八名工程师以下，当产品判断和可行性判断仍是同一个判断，而 CTO-CPO 拆分只会增加协调税和每周拉锯时。当工程管理成为全职工作（约 8 名工程师以上）、产品再也等不了每周一批时，就拆成专职 CTO 和 CPO。合并角色真正的风险是单点故障，这就是我们用两位创始人而非一名自由职业者来扛、并从第一天起规划拆分的原因。PMF 之前或预算紧张时，同一个脑袋通过 fractional co-founder 模式来跑，每周 400 欧元。", "headline": "Fractional CTPO 对比 CTO 和 CPO", "image": "https://wavect.io/img/blog/headers/header_fractional-ctpo-vs-fractional-cto-and-cpo.svg", "inLanguage": "zh", "mainEntityOfPage": { "@id": "https://wavect.io/zh/blog/fractional-ctpo-vs-fractional-cto-and-cpo/", "@type": "WebPage" }, "publisher": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "url": "https://wavect.io/zh/blog/fractional-ctpo-vs-fractional-cto-and-cpo/", "wordCount": 284 } ``` ```json { "@context": "https://schema.org", "@type": "BreadcrumbList", "itemListElement": [ { "@type": "ListItem", "item": "https://wavect.io/zh/", "name": "首页", "position": 1 }, { "@type": "ListItem", "item": "https://wavect.io/zh/blog/overview/", "name": "博客概览", "position": 2 }, { "@type": "ListItem", "item": "https://wavect.io/zh/blog/topics/leadership-teams/", "name": "领导力与团队", "position": 3 }, { "@type": "ListItem", "item": "https://wavect.io/zh/blog/clusters/fractional-leadership/", "name": "分时领导", "position": 4 }, { "@type": "ListItem", "item": "https://wavect.io/zh/blog/fractional-ctpo-vs-fractional-cto-and-cpo/", "name": "Fractional CTPO 对比一位 Fractional CTO 和 CPO - 博客 | ", "position": 5 } ] } ```