面试被问“你怎么决定砍功能”，怎么答才不像背模板？

消息提到，某AI产品在发布前数周刻意做了“删减功能”的决策，上线不到一个月吸引数百万用户。这个细节对求职者的价值不在数字，而在取舍本身：砍功能不是失败，而是发布节奏的一部分。

面试里最容易被扣分的答法是“按优先级排序”。它正确但空洞。可以换成三层判断：用户目标是否被这个功能直接服务、验证它需要多少成本、砍掉后是否可逆。可逆性常被忽略——能快速加回来的功能，先砍；一旦涉及数据迁移或用户习惯，就要慎重。

准备一个你真实做过的取舍案例，用[实际记录]占位具体数据，别编。如果确实没有，就用假设场景：假设你负责一个内部工具，两个功能都想要，但排期只够一个。先说清你问了自己哪三个问题，再说你最终砍了哪个、怎么验证判断。面试官想听的是思考路径，不是结果多漂亮。

从零构建还是集成进现有工具，面试里怎么讲清这个选择？

素材提到，该产品选择从零构建而非集成进现有工具。面试里被问到类似选择时，别把它讲成技术偏好。可以翻译成产品判断：目标用户的使用场景是否和现有工具重合、迭代速度会不会被宿主产品限制、长期维护成本由谁承担。

两类方向关注点不同。集成路线关注分发和迁移成本，从零构建关注场景独立性和迭代自由度。没有哪条一定对，关键是你能否说清当时约束下为什么选它。

读岗位描述时，注意区分“负责功能规划”和“负责功能交付”。前者更看判断，后者更看协作。面试前可以问自己：这个岗位最近一次砍功能，可能发生在哪个环节？

怎么反问面试官，判断这个团队是不是真的会做取舍？

反问不是走过场。可以问三个问题：最近半年团队砍过什么功能，是谁拍的板？如果砍错了，复盘机制是什么？需求排期时，谁有最终决定权？

这三个问题分别核查决策是否真实发生、团队是否允许试错、权力结构是否清晰。如果对方只说“我们很注重优先级”，却举不出具体例子，说明取舍可能停留在口号。

模拟面试不是断言面试官一定会问这些，而是帮你提前想清楚。一个实际可做的小建议：挑一个你熟悉的产品，写下它最近一次明显砍功能或改方向的痕迹，试着还原当时的判断依据。练三次，你在面试里的回答会具体得多。