未經解構的需求都是偽需求。
「偽需求」是基於真實需求的業餘表達。
需求就像璞玉，需要打磨。
偽需求就是那看上去像石頭的東西。不經打磨就不會發現它是美玉，所以怎麼做都是錯。
所謂解構，就是打磨的過程。
來一碗陳年老母雞湯：
有乙個島上所有的人都不穿鞋。現在島上有乙個「產品經理」，他是該設計出一種鞋子來獲得大賣，還是斷定鞋子賣不出去所以找別的方向？
這面臨著兩種情況：
第一種情況，小島居民都住在海灘邊，鞋子容易進沙子（也可以是任何某種原因），所以赤腳方便，所以「鞋子」在正常人看來是一種偽需求。
但經過分析，發現這裡的人民的真實需求不是「赤腳」，而是「舒適」。於是類似涼鞋，或者不容易積沙的鞋子，就很可能大賣。在這裡，「赤腳」就是偽需求，而「舒適地步行」才是真實需求。
另一種情況，這個島上的人確實沒見過鞋子，不知道鞋子有多好。
那麼在這種情況下，隨便設計一種鞋子，因為新奇夠酷，也有可能大賣。
上述兩個都是賣鞋子，但卻是兩種情況，請仔細體會。
一般來說，任何「產品經理覺得有用」，但市場反饋不好的「需求」，只有一種可能——那就是這個需求並未解構到最本質的情況，而非這個需求不存在。
另一碗雞湯是「使用者需要一匹更快的馬」。
二逼產品經理會去養殖各種各樣的馬，挑出最快的品種大規模繁殖然後推向市場；而福特造出了一輛車子。
不是說「使用者需要一匹更快的馬」是偽需求，恰恰這是巨大的真實需求，但需要放在發展趨勢中理解這個需求。
從福特的這碗雞湯中真正應該喝到的是——當面對日益膨脹的大眾需求的時候，面對技術革命，產品改良是杯水車薪。而如果沒有革命性的汽車，更快的馬當然一定會暢銷！
iphone的故事也是這樣：使用者需要更好的手機，如果iphone造不出來，更「磚」的諾基亞一定會大賣。
當然，這也有特殊情況——如果你面對的是奢侈品市場，福特的車子弱爆了——你得給他們一批金碧輝煌的馬車。
總結來說，世上要麼「無需求」，要麼「有需求」，沒有「偽需求」。
需求理解的不對（拉屎拉不出）不能怪需求是「偽」的（馬桶沒吸力）。
----------------------------------------
未經斟酌的源程式
typedef struct grammer grammartype grammartype grammartable 10 int iog 0 char lexemes 1024 int pos 0 int gettoken return c int getgrammar c gettoken i...
解構賦值 陣列的解構賦值
什麼是解構賦值？es6 允許按照一定模式，從陣列和物件中提取值，對變數進行賦值，這被稱為解構 destructuring 我的理解是 允許宣告一種模式 陣列 物件等 裡面包含乙個或多個變數，再分別對這些變數遍歷 按照對應位置 賦值。以前，為變數賦值，只能直接指定值。let a 1 let b 2 通...
陣列的解構賦值
es6允許按照一定的模式，從陣列和物件中提取值，對變數進行賦值，這被稱之為解構 destructuring 以前為變數賦值，只能直接指定值 var a 1 var b 2 var c 3 es6允許寫成這樣 var a,b,c 1,2,3 本質上，這種寫法屬於 模式匹配 只要等號兩邊的模式相同，左邊...