首先把自己當成使用者，站在使用者的角度，看自己會不會觸發到這個需求場景。

其次，分析一下這個場景的觸發機率（大機率還是小機率），在這個場景下是遇到了什麼問題？這個問題不解決會有什麼後果？假如這個問題不解決不怎麼影響本身的業務（可有可無的東西），那麼大機率是偽需求。

再者，分析一下對應的方案是不是直接能從根本上解決使用者的問題，而不是打補丁。

舉個例子，比如超市結賬時人很多，擠在一起鬧哄哄的，所以經理想把靠近結賬地方的幾個貨架清理掉方便大家排隊。

把自己當成使用者，會發現這個場景是存在的

不解決的後果：沒地方排隊擠在一起我不舒服，或者排隊混亂容易被插隊等等

解決方案是清空貨架，其實並不能從根本上解決問題，應該是增加結算臺的效率出發，儘快消化完排隊才是。

正確的解決方案，在高峰期增加人手（常用做法），簡化買單流程，提升工作人員熟練度。當然也可以增加一些自助結賬機等等

所有的的需求都會對應場景，如何分辨需求的意義大小最好的辦法是放到實際場景中去。

如果但是從腦子裡面想，會比較的抽象，可以拿筆把場景的幾個點畫出來，講自己當做使用者，想想你當時會如何操作和需求對比下。這樣可以更好判斷需求是否真的有用