最初的菜鳥啥都不懂，蒙著頭做事，等著老闆哪天來臨幸，好匯報一下工作，而往往老闆要主動找你問事情的時候就是他開始擔心的時候，這時候的菜鳥很容易把事情做偏，吃力不討好。
漸漸的，菜鳥覺得這樣太辛苦了，於是每走一步就問老闆，「我碰到乙個問題，應該怎麼做」，這叫讓老闆做問答題。於是菜鳥再也不會做無用功了，做起事來也踏實多了，但是老闆心裡嘀咕起來，太煩了，終於在某次菜鳥又來問問題的時候，衝了他一句：這些問題你怎麼自己不先想想就來問，你什麼資訊都不給我我怎麼告訴你答案……
菜鳥繼續體會，發現讓老闆做問答題老闆是很累的，需要讓老闆做選擇題，於是，每次有問題的時候，他都會自己先收集n多的背景資料，然後選出幾種可行的解決方案，再拿著所有的這些資料給老闆做決定，現在好多了，老闆開始有點爽了。並且在這個過程中，菜鳥發現有些問題經過自己尋找解決方案的過程以後，已經被自己解決了，大喜。
又是很久過去了，突然有一天，菜鳥發現一件有意思的事情：那就是還可以更進一步，讓老闆做判斷題。於是菜鳥在每次呈現給老闆幾條解決方案以後，又會加上自己的選擇：我覺得a方案是最好的，因為什麼什麼……當然，菜鳥畢竟是菜鳥，經常與老闆的判斷不同，因為各種原因，但菜鳥在疑惑中又學會和老闆討論，漸漸的學到了一些老闆的判斷方法。
白駒過隙，慢慢的老闆發現，自己做的判斷題答案都是「勾」了，似乎每次菜鳥的匯報自己就是聽聽，嗯嗯兩聲就沒什麼事情了，但是菜鳥仍然在及時的問，不停的匯報，也越來越學會跟老闆開條件，要資源，當然目的是為了把事情做得更好，這就是：事情我做，黑鍋你背，各司其職。這是職業的思維，老闆「嗯」了一聲，就意味著這事情菜鳥做起來是經過授權的，出了問題是要老闆來背這個黑鍋的，對於菜鳥來說，稚嫩的肩膀經受不起，所以要找人幫忙，是出於對自己的保護。
再往後，事情如果向好的方向發展，那就是老闆不願意再幫你背了，你可以完全自己決策了，爽麼？其實，只是新的輪迴，可以自己背黑鍋以後，必然碰到更大的黑鍋，還是要讓老闆背，只不過在這個過程中，自己的肩膀得到了鍛鍊，必然的。
產品設計體會（二九） 產品設計的五個層次
其實這篇是 使用者體驗的要素 的讀後感，其實讀了已經快2個月了，剛讀完寫讀後感會比較全面，而事隔一段時間再寫就能看出哪些是真正沉澱下來的要點了，也算是給自己找個偷懶的理由吧。大產品設計決定使用者體驗，而小產品設計又分為五層，帖一張業內著名了好幾年的圖。戰略層 明確商業目標和使用者目標，重點是解決兩者...
產品設計體會（十六） Feature List
看不清吧，那就對了，暫時不能讓你們看清 p 乙個feature，這次我給了它如下屬性 模組 一般來說，每個模組下分3 10個子模組是合理的，否則要考慮重新劃分 由於這個癖好，自己電腦裡的檔案目錄結構也是遵循這個原則的 子模組 稍大一點的產品至少要給功能模組做二級分類了，這部分其實又涉及另外乙個很大的...
產品設計體會（十二） 少而精
長假回來，這兩天基本在全力做 批量定時上架 的需求，n多的pk 評審 確認會搞得頭昏腦脹，不過終於算是把需求確認掉了。其中有些關於功能做多做少的爭論，這個話題在體會 三 中有所設計，但說的不深，這裡再寫點。一 個功能的多次需求會議中，必然有這樣乙個過程。開始對乙個功能想的不完整，說著說著大家都想把這...