用途:在 Productboard 的三层模型中开展工作,即 Insights(客户证据)、Features(组件与父子层级的候选产品变更)、Drivers + Releases(加权标准与时间盒交付分组)。典型流程为收件箱→分诊→优先级→交付。
主要能力:工作区与层级搭建(Components、Feature 分类、Tags、自定义字段、角色);Insight 收件箱分诊与多 Feature 关联;Driver 配置与 Feature 评分(通常 3-5 个加权 Driver,季度重新加权);Releases 与面向不同受众的 Roadmap 视图及客户 Portal;REST API 自动化(批量 Insight/Feature 操作、webhook、自定义字段更新、分页);与 Jira/Linear/Azure DevOps 的 Features↔Epics 双向集成,以及 Salesforce/HubSpot/Intercom/Zendesk 的 Insight 采集。
使用方式:按任务加载对应参考文件——操作手册(数据模型、9 类工作流、API 调用目录、排错表)、API 模式(curl 与 JSON 示例)、Productboard 与 Jira/Linear 对比、red-flags 常见错误。资产含 Feature 模板、日常分诊 SOP、Driver 模板。官方文档见 developer.productboard.com 与 help.productboard.com。资料未提供具体安装命令。
适用场景:新建工作区与分类体系、配置并加权 Drivers、执行每日 Insight 分诊、配置 Jira/Linear/Azure DevOps 双向集成或 CRM 客户同步、为高管/客户/内部团队构建 Roadmap 视图、编写 API 批量创建 Insight 或更新 Feature、从表格迁移优先级流程、排查“Insight 不流入”“评分不更新”等问题。
限制:API 速率限制按工作区全局计算,激进脚本会影响 UI 使用;Salesforce/HubSpot 集成为 CRM→Productboard 单向且按计划运行,非实时;多数计划每个工作区 Driver 上限 10 个;Roadmap 视图更适合基于时间的 Releases,对 Now/Next/Later 成果型路线图较弱,建议配合成果路线图方法;按 Component 的访问控制属 Enterprise 功能。工程侧 Jira/Linear 配置、优先级框架选择、PRD 撰写、客户访谈综合不在范围内。