AI 重塑产品工作方式:从一线微小痛点迭代出完整业务工具
极懒产品经理分享:四个AI项目并行推进中,地图工具从TMK外呼的五秒沉默起步,经三层迭代演变为集客户定位、产品匹配、生源分析于一体的业务智能中枢。核心启示——AI时代的PM只给顶层目标,AI做全部执行。
基本信息
- 作者:极懒产品经理(公众号:极懒产品经理)
- 来源:人人都是产品经理
- 日期:2026-07-16
- 内容类型:实战案例 + 方法论
- 原文位置:
raw/articles/2026-07-16-woshipm-ai-product-map-tool-iteration.md(2026-07-17 补抓完整正文,约 220 行) - 原文 URL:https://www.woshipm.com/pd/6430414.html
- 同文完整正文补抓:
raw/articles/2026-07-16-woshipm-ai-product-map-tool-iteration.md与早期 stubraw/articles/2026-07-16-woshipm-ai-map-tool-iteration.md(Telegram bot 仅写入 URL 占位、未含正文)为同一 URL。摘要页与实体页此前已按全文消化完成,本次不新建页面,仅把source_path指向完整正文并补记溯源。
核心观点
-
产品痛点藏在一线细节中:地图项目的起点是TMK外呼中坐席的五秒沉默——坐席报一串校区名,家长听完脑子一片模糊,哪个离家近一概不知。“五秒钟的沉默,在陌拜通话里就是相当于半个世纪的信任坍塌。“这个微小痛点被捕捉后,催生了一整套业务工具。
-
产品迭代是”走一步翻墙再走一步”,不是画完路线图再走:三层迭代都不是规划时就想好的——第一层路口定位跑通后发现校区产品差异记忆成本高→叠加产品库弹窗;做完第二层想知道生源从哪来→叠加周边学校数据与内部生源数据联动。每一层都是”做完上一层才发现下一层的必要性”。
-
AI协作范式的根本转变:只给顶层目标,不写需求文档、不拆技术逻辑:作者没写需求文档、没拆技术逻辑、没限定实现步骤,只给AI输出顶层业务目标——搭建可视化校区地图、路口精准查询、校区产品弹窗展示、周边学校数据联动、内部生源数据打通。逻辑梳理、数据整合、页面搭建、功能开发、反复调试全部交给AI。“这不是AI协作,这是把AI当附庸”——批评”自己想清楚每一步再让AI执行”的模式。
-
AI没有情绪、不限迭代次数,彻底改变了产品打磨方式:传统研发模式下频繁增补需求会引起抵触,“改到第三版双方都疲惫了”。AI环境下”小步快跑、高频微调”成为可能——“以前改需求怕得罪人,现在改需求只是多跟AI说一句话”。
-
定位逻辑重构基于朴素生活常识:放弃校区名单模式,改用路口/主干道为锚点。“你问一个上海人住在哪,他不会说’我在静安片区’,他会说’江宁路武定路路口’“——基于这个常识重构系统定位逻辑,让系统智能匹配最近校区。
-
三层迭代展现产品从单一功能到业务中枢的演化:第一层(路口定位)→第二层(校区产品库弹窗+话术分析项目)→第三层(周边学校数据+内部生源数据联动)。最终”一个终端集成了客户定位、产品匹配、生源分析、校区运营研判,原本散落在四五个系统里的信息被一张地图兜住”。
-
AI时代PM的核心价值转变:从执行者到价值定义者:“未来的产品经理拼的不是写文档、画原型、梳理逻辑的执行力,这些AI比你更快更稳还没有情绪。拼的是定义价值、洞察场景、驾驭工具、持续创新的顶层能力。“
实操内容保留
Prompt 模板
作者向AI发起的初始prompt:
我想在地图上,标出我们校区的点位,能通过道路/地标/小区搜索,判断出最近的校区是哪里。
迭代后的项目描述:
我想做一个上海学校【小学1084 + 初中832】和教培机构分布地图,一个静态 POI 地图查询工具:把上海中小学 + 我们校区教培机构标在高德底图上,支持梯队/性质/行政区筛选,以及学校名/道路/地标/小区搜索。
操作步骤
三层迭代的产品构建过程:
-
第一层:路口定位层
- 用高德API实现校区点位标注
- 以路口/主干道/地标/小区为搜索锚点(而非区域板块+校区名单)
- 系统智能匹配最近校区
-
第二层:产品库叠加层
- 每个校区弹窗展示:可开设课程、适配年级段、核心卖点、家长高频关注优势
- 同步启动 TMK/CC 话术分析项目(语音转录→分析→洞察),了解家长不同时期最关注哪些点
-
第三层:生源分析层
- 全域录入上海各学段学校数据(小学1084所+初中832所)
- 打通内部业务数据:学校梯队档次、在读生源分布、年级结构、校园出入口人流数据
- 在地图上联动呈现校区周边学校与生源结构
AI协作模式的核心原则
- 不要写完需求再让AI执行:人做了九成的工作,AI只做最后一成搬砖 = AI附庸,不是AI协作
- 只给顶层业务目标,AI负责逻辑梳理、数据整合、页面搭建、功能开发
- 高频微调不受限:AI没有情绪,不限迭代次数,可以一遍遍打磨细节直到贴合一线场景
底层逻辑提炼
- 定位逻辑:普通人日常定位靠路口、靠主干道,不靠区域板块 → 放弃校区名单模式,改路口锚点
- 信息聚合逻辑:不同校区产品差异记忆成本高 → 在地图点位上可视化呈现产品库
- 生源逻辑:所有线下校区核心生源来自周边学校 → 在地图上联动呈现周边学校数据
关键概念
- AI产品经理:角色从执行者到价值定义者的转变——本文提供了具体的实战案例
- TMK 电话外呼:教培行业电话陌拜销售岗位,本案例的痛点起点
- AI 驱动产品迭代:三层迭代不是规划时就想好的,是走一步翻墙再走一步
- AI 协作模式:只给顶层目标 vs 拆解全部步骤再让AI执行——两种范式的对比,后一种是”AI附庸”
- 高德地图 API — 地图工具的技术底座(原文仅作实现选型提及,暂未单独建实体页)
与其他素材的关联
- 与 2026-07-01-woshipm-pm-3-unchanged-3-changing(PM三个不变能力+三个变化)呼应:本文”没写需求文档、没拆技术逻辑”正是”画原型→编排Agent”的实践案例
- 与 2026-07-08-woshipm-ai-coding-harness(AI做大项目要先搭Harness)互补:本文侧重”AI做执行”的实践,Harness篇侧重”AI生产系统的治理设计”
- 与 2026-05-09-pm-ai-playbook(PM的AI实战手册)的”AI处理80%事务、人做20%判断”一脉相承,本文将其推进到更彻底的”100%执行交给AI,人只做顶层定义”
- 与 2026-05-23-woshipm-sop-as-cot-agent-clone-expert 的”业务架构师”角色进化呼应——本文作者正是以业务架构师姿态指挥AI完成全链路
原文精彩摘录
五秒钟的沉默,在陌拜通话里就是相当于半个世纪的信任坍塌。其实,在电话另一端的家长,可能也只对一些附近的地标建筑熟悉,你说的多了,他也不知道你在说什么。上海16个区,一个区十几个校区分布着,坐席挨个报名称、报地址,陌拜场景下家长耐心本来就薄,你报一串校区名字,听完脑子里一片模糊,哪个离家近、哪个接送方便,一概不知。坐席觉得自己认真解答了,家长觉得自己听了一堆没用的信息,沟通链路白白拉长,转化节奏拖慢。
我观察身边用 AI 的产品人、职场人,大量还停在一种模式:自己梳理完整逻辑,拆解全部步骤,细化每个细节,再让 AI 照搬执行。人做了九成的工作,AI 做了最后一成的搬砖。这不是 AI 协作,是 AI 附庸。产品经理的核心价值是什么?定义目标、洞察业务、拓展边界。不是深陷执行细节、逻辑梳理、落地搭建,好了,现在有AI帮你了。
回过头去看,每一层都不是规划时就想好的,是做完上一层才发现下一层的必要性。产品迭代不是画完路线图再走,是走一步、撞一面墙、翻过去、再走一步。不管以前大家做产品抱着什么认知在规划,至少将来,这么做效率很高。
AI 没有情绪,不限迭代次数。我可以按产品打磨节奏,小步快跑、高频微调,用研发视角最”痛苦”的那种频繁改动方式,一遍遍打磨细节,直到贴合一线业务场景。以前改需求怕得罪人,现在改需求只是多跟 AI 说一句话,仅此而已。
如果你的工作方式还是”自己想清楚每一步再让 AI 执行”,那 AI 对你来说只是个更快的手。手快了,脑子没变,跑得再快也还是原地转圈。