<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>product on </title>
    <link>/tags/product/</link>
    <description>Recent content in product on </description>
    <generator>Hugo -- gohugo.io</generator>
    <language>en</language>
    <lastBuildDate>Sat, 23 May 2026 23:30:00 +0800</lastBuildDate><atom:link href="/tags/product/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>feature 加得快，不等于产品更好——AI 时代的一点克制</title>
      <link>/posts/keeping-features-out-ai-era-2026/</link>
      <pubDate>Sat, 23 May 2026 23:30:00 +0800</pubDate>
      
      <guid>/posts/keeping-features-out-ai-era-2026/</guid>
      <description>背景：一篇 InfoWorld 的文章让我想起的事 刚看完 Nick Hodges 在 InfoWorld 上 2026-04-29 发的 A new challenge for software product managers。文章不长，核心就一句话：
It used to be the hard part was jamming in that extra feature. Now? The hard part will be keeping them out.
作者的论点是给 PM 的：以前 PM 要争时间、争资源把 feature &amp;ldquo;塞&amp;quot;进版本，现在 agentic AI 让一个 feature &amp;ldquo;morning conceived, afternoon shipped&amp;rdquo;——backlog 这个本来给 due diligence 留缓冲的东西也跟着塌缩了，PM 的难点从&amp;quot;怎么加&amp;quot;反转成了&amp;quot;怎么挡&amp;rdquo;。
但我读的时候一直在想另一件事：这件事不只是 PM 的难题，工程师其实是被同一股压力波及的，而且我们过去赖以否决 feature 的最强武器，正好就是被 AI 拆掉的那个。
这篇是顺手写的延伸笔记，把 Hodges 那个反转放进工程师这一侧再看一遍。不是反驳——我同意他的判断——只是想说，&amp;ldquo;挡 feature&amp;quot;这个新责任如果只压在 PM 身上，通常挡不住。</description>
    </item>
    
  </channel>
</rss>
