商业产品基本盘
复杂业务系统的 4 年积累
CRM、权限、数据、交易与营销
4 年 企业服务产品经验
5 类 核心产品域
15,000 销售线索系统上线门店
876 万 客户主体下会员记录 不是独立自然人数
AI PRODUCT MANAGER · HANGZHOU
钱麒祥
把复杂业务系统，做成可落地的 AI 产品
4 年以上 B2B 企业服务产品经验，覆盖 CRM、权限、经营分析、交易与会员营销；已将企业 Agent 工作流、RAG 与上下文治理用于真实产品交付。
Agent 工作流复杂业务建模RAG / Context数据与技术协作
AI 产品实践
企业 Agent 工作流已进入真实交付
交付工作流与企业知识平台协同
100% 产品部门工作流覆盖
约 2 周 PRD 达到可交付状态
50% PRD 审查时长节省
2 层 交付工作流 + 知识平台
01 · AI 产品实践
AI 能力如何进入真实工作
从企业产品交付工作流，到企业知识与上下文平台。
2026.04–至今
企业产品交付 Agent Harness
产品设计与架构负责人
- 项目背景
- 早期 PRD、报价和原型能力分别沉淀在独立 Skill 中，模板、规则与经验直接写在 Skill 正文里；随着迭代增加，Skill 不断膨胀，写作与审查又会继承相同假设，存量项目还需要反复寻找历史代码、文档和决策。
- 本人职责
- 负责需求抽象、工作流架构、企业知识接入、质量门禁，以及 PRD、原型和报价工作包建设，并在真实产品任务中持续验证。
- 关键行动
- 重构 PRD Skill，按需求发现、PRD 写作和独立审查等任务类型组装最小上下文。
- 将 PRD 生产拆分为 Writer 与冷启动 Reviewer 两个隔离工作流，关键问题未关闭时阻止进入后续交付。
- 增加项目依赖门控，并建设基于封口 PRD、真实页面基线和结束同步门的原型工作流。
- 根据需求蓝图、功能边界和交付范围生成结构化报价单。
- 结果证据
- 企业知识库与 PRD 写作、独立审查工作流覆盖产品部门所有同事，渗透率 100%。
- PRD 从写作到通过独立审查、达到可交付状态的周期由近 1 个月缩短至约 2 周，PRD 审查环节节省 50% 时长。
- PRD、原型与报价能力形成可复用工作包，连接需求澄清、方案设计、质量审查和商务交付。
- 能力关键词
2026.04–至今
Enterprise Knowledge Harness｜企业知识与上下文平台
产品设计与架构负责人
- 项目背景
- 企业规范、历史项目经验和业务文档分散在不同系统中；全量加载会造成上下文膨胀、来源冲突和成本增加，而把规则长期写在 Skill 中又会让工作流与企业知识耦合，难以独立升级。
- 本人职责
- 负责整体架构、历史材料迁移、候选知识治理、上下文组装和版本演进机制设计，并将能力接入真实产品工作流。
- 关键行动
- 将知识系统拆分为原始材料、正式知识、企业能力包和 Agent 工作流。
- 建立“材料快照—内容切分—证据片段—候选知识卡—人工裁决—正式知识”的生产链路。
- 建立领域、任务和项目记忆索引，并按相关性、权威性、时效性和上下文预算组装最小充分上下文。
- 使用灰度发布、版本校验和生产级回滚管理知识包与 Skill。
- 结果证据
- 企业知识库已与 PRD Writer、独立 Reviewer 工作流连接，覆盖产品部门所有同事，渗透率 100%。
- 除历史文档缺失的产品优化需求外，其他需求均可覆盖；规则、案例与项目记忆可以独立维护、按任务加载和版本化演进。
- 能力关键词
2026.06–至今
个人网站｜qqx.life
独立产品设计与实践
- 项目背景
- 个人项目、AI 实践和产品思考缺少统一入口，也需要验证 AI 辅助开发能否形成完整、可复用的交付流程。项目因此以公开网站为载体，连接内容沉淀、项目展示、自动化验证和持续发布。
- 具体实现
- 独立完成需求、方案、开发、自动化验证与发布，并持续维护项目内容、主题和部署链路。
- 关键行动
- 按“需求 / Spec → 实施计划 → 编码 → E2E 验证 → GitHub Pages 发布”完成端到端交付。
- 沿用统一设计令牌、深浅主题与内容结构，把项目经历、AI 实践和产品思考连接为公开作品档案。
- 使用 Playwright 验证核心页面和响应式表现，并通过 GitHub Actions 持续发布。
- 结果证据
- 当前公开项目包含 22 个 Astro 页面和 16 个 E2E 测试文件。
- 已具备自动化部署和可复现的简历导出能力。
- 能力关键词
02 · 商业项目经历
项目经历
针对大型企业的定制开发。
2025.04–至今
全渠道销售线索管理系统
产品线负责人
- 项目背景
- 连锁品牌的销售线索分散在多个内容与交易平台，长期依赖人工下载、导入和分配，不仅错过最佳跟进时间，也缺少门店责任回收机制。项目需要把多平台接入、智能分发、门店跟进、公海池、超时回收和经营分析连接成可持续运行的责任闭环。
- 本人职责
- 从 0 到 1 负责整套销售线索系统建设，主导抖音、快手、美团、小红书、高德、微信和支付宝七个平台接入，以及采集整合、任务生命周期、智能分发、公海池、自动回收和商业化演进的设计。
- 关键行动
- 统一七个平台的线索来源、门店和状态口径，将采集数据接入销售线索任务生命周期。
- 设计资格筛选、候选门店排序和智能分发机制。
- 结合场景保护期、阶段扩圈、公海池认领和超时回收，形成可解释、可配置、可回收的责任闭环。
- 完成品牌治理下的门店采购模式设计，并兼容既有智能分发、任务和回收生命周期。
- 结果证据
- 约 10 个付费品牌、约 15,000 家上线门店；平台累计约 102.6 万条线索，当前月处理约 10 万–30 万条。
- 某匿名客户约三个月、月均约 10 万条线索，卡券核销率由不足 49.4% 提升至 61.7%。
- 能力关键词
2024.07–2026.03
智慧停车 2.0
产品负责人
- 项目背景
- 外包建设的停车 1.0 系统与内部会员、权益、支付和订单模型相互割裂，新增业务依赖重复对接，异常交易也难以统一处理。停车 2.0 不是简单复制旧系统，而是把接入、支付、权益、订单生命周期、退款与风险控制迁回内部体系并重新编排。
- 本人职责
- 主导分层架构、停车接入、支付、权益编排、支付生命周期、风险与异常处理。
- 关键行动
- 重构停车接入、支付、会员权益和订单生命周期的分层编排。
- 设计会员与车牌限制、支付冻结与回滚、退款重试和跨日订单等边界规则。
- 在迁移收益与客户切换成本之间保留 1.0 / 2.0 并行，避免强推升级。
- 结果证据
- 停车业务覆盖 35 个商场，其中 8 个使用 2.0，27 个因迁移成本继续使用 1.0。
- 2.0 每月约 7.57 万笔账单，优惠前应付金额约 118.3 万元。
- 退款能力已上线但尚无真实退款订单，不声明已验证退款效果。
- 能力关键词
2022.09–2024.07
多平台会员运营体系
产品负责人
- 项目背景
- 业务从微信、支付宝扩展到更多内容与交易平台后，同一会员会以多个平台访客身份进入系统，触达、交易、归因和异常治理随之断开。项目需要在继承既有会员身份模型的前提下，继续完成多平台扩展、无手机号交易兼容、精准触达、渠道归因与风险治理。
- 本人职责
- 在继承 MCU—ECU 早期身份模型后，主导多平台扩展、无手机号交易兼容、会员触达、推广归因和异常会员治理。
- 关键行动
- 扩展多平台身份接入与溯源，并使用券主 MCU 保障上游缺少手机号时的交易和核销连续性。
- 建设人群筛选、定向人群包、公共短信、审核、短链、推广渠道和二维码归因链路。
- 将异常治理从身份硬规则升级为预警、人工核查、白名单和有限禁用，避免误伤正常会员。
- 结果证据
- 平台管理约 876 万条 MCU 记录；该数据是客户主体下会员记录数，不是独立自然人数。
- 某匿名客户开卡后营销计划触达覆盖率约 88.7%，不反向表述为拉新转化。
- 能力关键词
2022.12–2024.05
集团经营数据分析体系
产品负责人
- 项目背景
- 集团客户跨商场经营分析长期依赖多份 Excel，运营人员需要反复导出、合并和核对数据；集团与单商场又存在不同指标口径，直接复用容易产生误判。项目需要统一指标与维度模型，建立集团—商场两级下钻，并推动底层数据架构持续演进。
- 本人职责
- 主导指标与维度模型、集团—商场两级结构、PRD、原型及数据和研发协作。
- 关键行动
- 建立指标与维度模型及集团—商场两级结构，明确同名指标在不同层级的计算口径。
- 推动数据架构从预聚合组合演进为原子明细 / 事件进入数仓后再聚合，并显式保留早期技术债边界。
- 结果证据
- 四类经营报表上线并进入客户季度考核，覆盖约 25 个商场。
- 某集团原需至少下载 20 份 Excel 的六个月、十商场分析，收敛为一次查询或导出。
- 能力关键词
2022.06–2023.12｜分两期建设
多业务线企业权限体系
产品负责人
- 项目背景
- 综合商场与连锁品牌共用数据库和大量业务模块，但前者围绕商场管辖，后者围绕门店网络、企业组织与跨模块数据范围治理。项目需要在复用统一操作身份和审计日志的同时，为两条业务线建立各自适用、可向下授权且不可越权的权限模型。
- 本人职责
- 主导综合商场与连锁品牌两条业务线的问题识别、权限建模、PRD、原型、技术协作和上线推动。
- 关键行动
- 分离业务权限身份与审计操作身份，在分别鉴权的同时复用统一操作日志。
- 为综合商场建立“商场范围 × 页面操作范围”，引入商场组和可复用角色。
- 为连锁品牌建立自定义组织树，拆分组织、门店、行政区、平台、页面及操作五类权限，并设计向下授权不可越权规则。
- 结果证据
- 覆盖约 25 个综合商场、约 30 个连锁品牌和约 3,000 名成员。
- 支持单客户超过 3 万家门店的权限管理场景。
- 能力关键词
03 · 经历与资质
履历
浙江影能科技有限公司 · 产品经理 2022.06–至今
- 自 2026 年起探索产品 Agent 在真实产品工作中的应用，已搭建并应用 PRD 工作流，完成报价单与原型 Skill 的规划和验证，持续将需求分析、方案设计和交付过程沉淀为可复用工作流。
- 负责企业服务产品的问题识别、业务建模、版本规划、PRD、原型、技术协作与上线推动，并持续维护已上线模块。先后主导或承接权限、会员运营、数据分析、智慧停车和销售线索等核心模块，处理组织权限、状态流转、数据口径与交易异常。
- 服务美的品牌客户：前期负责整体需求调研与系统迁移规划，参与业务蓝图、项目里程碑及实施范围核对，并完成定制需求报价梳理和上线实施协作；后续承接销售线索产品线全部需求，负责客户调研、业务建模、PRD、研发资源协调、需求排期及上线推动，支撑约 300 万元定制合同交付。
- 服务恒太商业集团客户：围绕集团会员、经营分析与智慧停车场景，主导经营分析指标与维度模型建设，并从 0 到 1 规划和落地内部智慧停车 2.0 产品体系；覆盖前期需求调研、业务蓝图与 UI 方案核对，以及研发测试协作、上线验收，支撑约 200 万元定制合同交付。
浙江达摩网络科技有限公司 · Java 实习生 2021.07–2021.10
- 基于 SpringMVC 三层架构参与“好办 3.0”版本开发与迭代。
教育
中国计量大学 · 计算机科学与技术 · 本科 2018.09–2022.06
能力与认证
产品能力
技术背景
AI 产品实践
认证