夜雨聆风学习资料网

ARTICLE · 1319976

软件公司的产品经理+AI:能踢开其他岗位不?

软件公司的产品经理+AI:能踢开其他岗位不?

点击箭头处“蓝色字”,关注我们哦!

大家好,我是芒果慕斯李曾经在多家软件公司任职

实施过N家三甲医院项目

分享生活酸甜与工作苦辣

点击名片可关注本公众号

需求传话筒?

         AI助力产品经理摸鱼。

      爱信不信,随你!

      当实施人员 “不懂产品”:一场医疗软件项目里的三方困局,如何破?

      来自一个朋友的自述:

      凌晨十二点半,我坐在书房又在改第四版PRD

      说实话,昨天我刚改完电子病历系统的第三版PRD,因为临床科室主任下午随口说了一句:“那个护理评估模块,能不能再贴合一下我们的实际流程,加点功能?”

      售前问我能不能明天给个方案,另一个项目投标要用。

      项目经理催我确认排期,开发在等。

      测试在问那个医嘱闭环的边界场景到底怎么算通过。

      实施那边电话打过来:客户HIS接口又对不上了。这关我产品经理啥事?

      我盯着屏幕,突然想起入行时对自己说的话——

      “我要做一个改变医疗行业的产品经理。”

      六年过去了,我改了上千版PRD,开了几百场评审会,但我好像越来越像一条需求的传送带。

      我相信,你也有过这样的凌晨。

      一、我们这个岗位,到底在痛什么

      做医疗软件的产品经理,苦是出了名的。但 outsiders 不懂我们苦在哪里:

      痛点一:我们处在“三明治”的最中间

      • 上面是院长和临床主任:他们说的是医学语言,“要符合三级评审、要贴合临床路径”;

      • 下面是开发团队:他们说的是技术语言,“这个接口联调不了,那个数据源拿不到”;

      • 中间还有法规和合规:电子病历评级、互联互通测评、数据安全法、等保……

      我们是全公司唯一一个必须同时听懂所有人说话的岗位。

      而我们的日常,就是把这些互相矛盾的语言,翻译成一份所有人都不满意但都能签字的文档。

      痛点二:医疗需求,改起来没有尽头

      临床流程本身就是活的。一个护理评估单,内科和外科用法不一样,主任和护士长的理解也不一样。于是——

      • 原型改了8版;

      • PRD评审开了4轮;

      • 开发做完了,临床说“这不是我们想要的”;

      • 返工两周,上线,又发现和医保控费规则冲突。

      我们不是在做产品,我们是在做“补丁的补丁”。

      痛点三:我们没有兵力,却要打大仗

      多少医疗软件公司的现状是:一个产品经理,对着500条待处理需求,研发资源永远排不上。

      你写完的PRD在需求池里躺着,一躺就是三个月。

      你眼睁睁看着一个能真正帮到护士省20分钟/天的功能,因为排期,永远上不了线。

      最痛的不是加班。是你知道什么是对的,但你做不了。

      AI来了。它先“踢开”的,是我的熬夜

      去年,我开始真正把AI用进工作流。变化是从一件小事开始的:

      一次,我用20分钟,生成了原本需要3天的东西。

      一个护士站移动端的原型,包含页面布局、操作路径、核心交互逻辑。以前是我画原型→UI出图→前端搭页面,三天起步。现在,我把需求结构化成Prompt,AI直接给我一个可交互的页面。

      我拿去给护理部看,主任当场提了修改意见,我当场改完。

      那天我意识到一件事:

      AI没有取代我。

      它取代的,是我工作中那些本就不该由人来做的部分。

      • PRD的初稿和格式排版——AI写;

      • 招投标文件里的应答初稿——AI从招标书里自动抓评分点生成;

      • 评审会议纪要、待办事项、进度周报——AI自动整理分发;

      • 那个拖了三个月的医保控费小插件——我借助AI编码工具,3天,独立完成,测试,上线。以前是10-15天,还要抢研发排期。

      一位同行说得更狠:她一个SaaS产品经理,面对5000条积压需求、研发“躺平”的绝境,硬是靠AI把一条“需求→PRD→代码→测试→上线”的最小闭环跑通了。

      效率提升的不是百分之几,是一个数量级。

      但是,请别高兴太早——AI也踢开了“平庸的我”

      冷静下来看,AI真正接管的是什么?

      AI擅长的是“执行”,它做不了的是“定义问题”。

      一个数据很扎心:某大厂内部统计,AI让个人编码效率提升了10-100倍,但团队整体研发时长只缩短了约16%。

      为什么?因为超过70%的时间,消耗在评审、对齐、扯皮上——AI降低了生产成本,但没有降低共识成本。

      而共识,恰恰是我们医疗产品经理每天在做的事:

      让主任满意,让开发能做,让合规过审,让实施落地。

      这件事,AI替不了。因为信任你的,从来是具体的人,不是模型。

      所以,产品经理能“踢开”其他人吗?

      我曾经的幻想是:有了AI,我是不是可以一个人干掉一个团队?

      现在的答案是:部分场景可以,但真正发生的事情比这更深刻。

      • 一个“一人公司”的前产品经理,两周独立上线了一个H5工具;

      • 一家公司用“1个产品+1个开发+AI Agent军团”的最小闭环,一个半月交付了过去需要多人3-6个月的系统;

      • 未来你可能不再是“产品经理、前端、后端”,而是—Product Maker(产品打造者):一个定义问题的人,指挥一队AI,完成从想法到上线的一切。

      传统那种“流水线”式的团队正在解体,新的团队像一个“蜂窝”:少量的人类专家 + 大量的AI Agent。其他岗位不会消失,但会变少、变精、变得只做AI做不了的事。

      所以,被踢开的不是“其他岗位的人”,而是——每一个岗位里,那个只会执行、不会思考的自己。

      写给每一个产品经理

      如果你也曾在凌晨改PRD,也曾眼睁睁看着好的想法烂在需求池里,我想跟你说:

      第一,立刻开始用AI完成一个小闭环。

      挑一个你需求池里拖了最久的小功能,用AI从需求→原型→代码→测试跑一遍。这一个案例,会是你未来最硬的底气。

      第二,把时间从“画原型”挪到“下病房”。

      AI能生成一万份文档,但它不知道那位护士长皱眉是因为什么。临床洞察,是你最后的护城河。

      第三,从今天起,你的价值不叫“上线了多少功能”,叫“解决了多少真问题”。

      当一个主任不再抱怨系统难用——那是AI永远给不了你的成就感,也是我们入行时的初心。

      最后

      那天凌晨一点半,改完第三版PRD的我,现在会在晚上九点下班。

      不是因为我躺平了,而是因为AI替我熬了我该熬的夜,而我终于有时间,去做一个产品经理本来就该做的事:

      去临床,去听,去判断,去创造真正改变医疗的产品。

      AI不会踢开你的同事。

      但你会踢开那个疲惫的、被流程困住的、差点忘了初心的自己。

      你呢?你最近一次因为工作想辞职,是几点?

      完

      都看到这里了,觉得不错的话,随手点个赞👍 、推荐、转发分享三连吧,如果想第一时间收到推送,也可以给我个星标⭐~

      公众号读者专属交流群

      构建高质量的技术交流社群,欢迎从事医疗信息化的医院信息科与公司方进群(备注技术交流,在技术交流群的请勿重复添加微信好友,无备注者一律不通过)。主要以医信技术交流,信息科日常工具,AI开发,行业探讨为主,请文明发言。广告人士勿入,切勿轻信私聊,防止被骗。


      REVIEW

      往

      1、为什么很多软件公司降本增效之后反而倒闭了?

      期

      2、这家医院的信息科还是太强了,新院区能顺利开业,离不开自己人的攻坚

      回

      3、被院长质问“为什么系统总有bug”,软件项目经理,有苦说不出

      顾

      4、医疗信息化的“信任赤字”:甲方在防御,乙方在自保,我们都在假装解决问题

      点赞

      分享

      喜欢

      留言

      回首页,搜索你想要的文档

      在首页搜索框输入关键词,快速定位资料

      文库首页搜索指引 立即搜索

      相关学习资料