第59章 老板要一人干三人活（1 / 2）
请关闭浏览器的阅读/畅读/小说模式并且关闭广告屏蔽过滤功能，避免出现内容无法显示或者段落错乱。
钱总宣布“轻量化组织升级”时，林凡正在喝水。
他听到这六个字，差点把水咽成工伤。
会议室里，PPT首页写着“AI协同下的高效团队新范式”。钱总站在投影前，语气很稳，甚至带着一点不易察觉的兴奋。最开始那阵子全员AI提效时，他还只是让大家多用工具；到了后来那段日子，工具已经嵌进流程，老板终于看见了更大的想象空间。
“过去我们一个项目，需要产品、技术、测试、文案、交付多人协作。”钱总说，“现在有了AI辅助，很多重复工作可以自动化。公司要提升人效，减少低价值等待。”
刘洋在小群里发：
低价值等待=人类呼吸。
王启：减少等待，增加猝不及防。
林凡没回。他有种不好的预感。
果然，下一页PPT出现组织调整方案。一个普通AI应用项目，原本由产品经理、前端、后端、测试、交付、运营六个角色参与。新方案里，项目负责人一人统筹需求、方案、提示词、测试用例和客户培训，技术只保留核心接口开发，测试由AI生成用例后人工抽查，文档由AI自动整理。
钱总总结：
“不是让大家多干活，是让大家把时间花在更有价值的环节。”
这句话林凡太熟了。
它像一件职场万能外套，什么加班、压缩、合并岗位，都能披上。
许丹第一个提问：“项目负责人需要承担的环节变多，怎么评估工作量？”
钱总说：“AI会减轻大量基础工作。”
刘洋问：“如果AI生成的东西需要大量校对呢？”
“前期磨合会有成本。”钱总说，“但长期看效率一定提升。”
王启小声说：“长期是谁的长期？”
老周坐在后排，没有立刻说话。
会议结束后，新方案先在一个客户项目上试点。项目叫“商户经营助手”，给一家连锁便利店做内部问答和促销建议。钱总让林凡担任项目负责人，理由是他懂AI边界、做过社区项目、能和客户沟通。
林凡听完，第一反应是：
“那产品经理呢？”
钱总说：“许丹会支持你，但不全程跟。”
“测试呢？”
“AI生成用例，你把关。”
“文档呢？”
“工具自动整理，你确认。”
“客户培训呢？”
“你最懂项目。”
林凡看着钱总。
钱总补了一句：“这是锻炼机会。”
锻炼机会这四个字，在职场里常常意味着：工资不变，肌肉撕裂。
第一周，林凡确实感受到了AI的帮助。需求纪要自动整理，竞品资料自动归纳，测试用例生成得像模像样，培训文档也能出初稿。问题是，每一项都需要他确认。确认需求有没有误解，确认竞品资料有没有过期，确认测试用例有没有漏关键场景，确认培训文档有没有把客户内部流程写错。
AI把工作拆得很快。
然后全部推到他面前等签字。
刘洋看到他桌上堆着一堆待确认文档，评价：
“你现在像一个人形确认按钮。”
王启说：“不，是确认按钮外包承包商。”
林凡没力气笑。
晚上九点，他还在改测试用例。AI给便利店促销助手生成了一条测试：
“用户询问临期食品如何处理，系统建议开展买一送一活动。”
看起来合理。
但客户要求里明确写着，临期食品处理必须遵守内部合规流程，不能由系统直接建议促销策略。林凡把这条标红，改成“提示联系门店负责人并参考内部规范”。
类似问题一晚上出现了十几处。
第二天，钱总问进度。
林凡说：“比预期慢。”
钱总皱眉：“不是有AI辅助吗？”
林凡把标红用例给他看。
“AI辅助生成了更多东西，也生成了更多需要我判断的东西。”
钱总沉默了一下。
“你是不是过于谨慎？”
↑返回顶部↑