需求评审最好别只讲一句大概就行

最近参加需求评审时，经常听到“先按大概方向做”的说法。听起来很灵活，但真正落到执行时，很多边界都没有人能拍板。

开发、设计、运营每个人理解都不一样，等到结果出来再统一口径，返工成本会非常高，也容易让执行的人背锅。

我觉得评审不一定要写得很重，但至少要明确目标用户、关键场景、验收标准和暂时不做的范围。

我觉得职场里很多矛盾不是因为大家不愿意做事，而是因为信息不透明、优先级不稳定、反馈太晚。把这些基础动作做好，很多内耗会少很多。