先看这条动态，再决定怎么问

消息提到，LibreOffice 26.8 于 8 月 26 日发布，一周内安装包下载量超过 100 万次，还不算通过 Linux 发行版仓库更新的部分。随后，管理该软件的 The Document Foundation 发文《Yes, no AI is now a feature》，表示并不一概拒绝人工智能，但该技术尚未满足一整套被默认内置的原则。

如果你正在面试一个明确不做生成式 AI 的工具产品团队，这条动态值得当作提问的起点：“不做”本身不是产品逻辑，支撑“不做”的那套判断标准才是。

别只问“为什么不做AI”

“为什么不做 AI”这个问题太容易得到漂亮答案，比如“我们更关注用户价值”。更有区分度的问法是：

  • 最近一次砍掉或推迟某个功能，是因为哪条原则？谁拍的板？
  • 用户需求怎么验证？是看社区反馈、访谈，还是数据？如果数据本身不采集，怎么判断优先级？
  • 如果某个 AI 能力确实能解决用户问题，团队会走什么路径？是内置、插件，还是干脆不做？

TDF 的立场里提到用户控制执行、内容不离开电脑、无遥测、不依赖单一供应商等原则，并建议通过社区插件集成 AI。这说明它的功能取舍有明确标准，扩展方式也和主流内置 AI 不同。面试时你要确认的是：这套标准是写在文档里的，还是只存在于创始人的直觉里。

这类岗位日常在解决什么

功能克制型团队的产品经理，工作重心可能不在追热点，而在：

  • 在隐私、合规、离线可用等约束下设计方案；
  • 处理社区反馈，分辨“声音大”和“需求真”的区别；
  • 维护长期用户群，而不是靠新功能拉增长。

可以问面试官：过去半年你花时间最多的一件事是什么？如果答案是“协调社区插件生态”或“梳理功能准入标准”，说明岗位有真实的产品判断工作；如果答案是“等老板决定”，那成长空间要打问号。

判断成长空间，看迭代节奏

不做 AI 不等于不迭代。LibreOffice 26.8 发布一周下载破百万，TDF 在庆祝下载记录后专门发文解释立场，说明团队仍在积极维护产品、和用户沟通。

面试时可以问：

  • 上一个版本周期里，团队做了哪些用户可感知的改进？
  • 产品经理的决策权限到哪里？能否举一个 PM 推动落地的例子？
  • 团队怎么定义这个岗位半年后的“做得好”？

一个可做的小建议：面试前，把目标产品最近三个版本的更新日志翻一遍，挑出两条你真正用得上的改进，面试时问它是怎么被决定做的。这比问“你们做不做 AI”更能看出团队的产品逻辑。