我們都知道空和無不是同一個概念，生活中隨意用沒問題，但在產(chǎn)品設(shè)計中，這樣不嚴謹?shù)牟僮?，有時候會帶來很大的誤解。

假如明天周末，你要開車帶家人出游，希望提前加滿汽油。當你開車到一個看起來是加油站的地方，希望加滿95#汽油：

1、如果這里不是加油站，并不售賣汽油，那就是——“無”

“hi，伙計！我們這里不賣汽油”。他就不能說，自己的汽油全部賣完了（空）或95#油為0了。（也許你找的這個加油站實際上是個新能源充電站，或是個cng加氣站）

2、如果這里是加油站，但今天95#油全賣完了，那就是現(xiàn)在95#汽油為0了

“hi，伙計！沒有95#汽油了”。

但是你一定還想弄明白，到底是這里壓根兒沒有95#汽油（售賣清單：95#油品-空） 還是賣完了（95#-有售，目前售完，庫存為0）。

這個問題有點抽象，卻很普遍的存在我們的生活中，被這幾個含義糊弄、或者拿這幾個含義糊弄別人的事情相信你一定經(jīng)歷過。

??小孩子擁有比大人更清晰的世界

2024年春節(jié)期間，在重慶鴻恩寺游玩，登頂鴻恩閣下來的路上，偶聞一小女孩對媽媽說：回家給你捶背，收費0元。媽媽問：0元是多少錢啊，小女孩說0元就是不要錢。

你看，其實小朋友對世界的理解，還是很清晰的，他們不收錢，就明確的給出了標價是0元，而不是不告訴你（也就是給你“空”）讓你自己去猜。雖然在語言世界里面還可以說“不收錢”，但是他們理解的世界就是一個明確的，存在交易但金額為0元。

??撓頭的成年人，可怕的自以為是

緊接著2024年春節(jié)返工后，投入團隊一個正在進行的項目繼續(xù)和三方對接，中間遇到一個特別尷尬的問題。API對接清單中，我方需要指定一些屬性的屬性值入?yún)?，對三方系統(tǒng)進行調(diào)用創(chuàng)建訂單，如果涉及到一些屬性值沒有或不滿足的時候（比如：某個sku的規(guī)格值），對方系統(tǒng)會認為自己沒有某項屬性值信息，而直接阻斷報錯，all wrong，創(chuàng)建訂單失敗。

但發(fā)生上述情形的前提是，對方有另外的說明，允許調(diào)用方指定屬性/屬性值、且允許缺貨下單，那我們現(xiàn)實世界的理解就是你既然允許我要、也允許自己沒有，那你沒有時候你還報錯阻斷個錘子??！

至少允許訂單提交過去，但沒有的商品創(chuàng)建訂單不包含在里面即可，并返回給缺貨的商品list。但對方對缺貨下單的理解是，必須是商品檔案庫有的商品才能允許缺貨下單。如果包含沒有的商品，直接整個訂單就會錯誤。你看這些理解，就很奇葩。

（話說如何識別到這個問題呢？面臨對方文檔信息的不完善，且對接溝通時候也未識別這種情況，團隊成員在幾次失敗之后，我自己拿著開發(fā)撈出來的錯誤報文才識別到了該問題，對方拿到這個信息也是恍然大悟。）

???♂?這里其實已經(jīng)產(chǎn)生了嚴重的定義偏歧：

對方定義的允許缺貨下單，其實并不是“無”，也就是說不允許不存在這個商品。所說的允許接缺貨下單，前提必須是存在這個商品檔案，其實對應(yīng)的是“有?非空”的要求，然后與他們的現(xiàn)有商品可用庫存值做對比。

而對于接受者理解缺貨下單應(yīng)該可以是“無”的情況，也就是說，當報訂了一個經(jīng)營范圍之外的商品時，不能因為這個商品沒有經(jīng)營，進而影響其他商品的正常下單和業(yè)務(wù)數(shù)據(jù)流轉(zhuǎn)。對方處理是偏程序思維的，但卻脫離了業(yè)務(wù)的實際。但聰明的你說，產(chǎn)品、技術(shù)不得服務(wù)于商業(yè)嗎？

???♀?千里之行，始于足下：

反觀當時所在團隊的產(chǎn)品實操，我們自身業(yè)務(wù)也會經(jīng)常遇到空、無、0的定義問題。就拿對于團隊連鎖門店店員操作來說，很多時候我們?yōu)榱俗尩陠T清晰自己的系統(tǒng)輸入動作，而不允許空數(shù)據(jù)提交，如果你不能執(zhí)行，請輸入0表示你“關(guān)注到了且不能執(zhí)行”。0表示你的明確表達，但“空”則是未知。

???所以你說，0 和空，到底是不是有區(qū)分？

當然，空代表的是不確定，是不是出現(xiàn)了故障，所以沒有響應(yīng)？

從用戶情緒出發(fā)，這個時候是恐慌、是不確定。

0，是確定性的結(jié)果輸出，我做出了動作，你給我了反應(yīng)，這是一種閉環(huán)的信息流。

往生活里面想一想，也是一樣，我們問別人個東西，他不能因為不知道，所以不吱聲吧，那到底是知道還是不知道呢？

靠 猜?。e，大家都累。