長假回來，這兩天基本在全力做「批量定時上架」的需求，n多的pk、評審、確認會搞得頭昏腦脹，不過終於算是把需求確認掉了。其中有些關於功能做多做少的爭論，這個話題在體會（三）中有所設計，但說的不深，這裡再寫點。
一 個功能的多次需求會議中，必然有這樣乙個過程。開始對乙個功能想的不完整，說著說著大家都想把這個功能做的再強一點，這裡加一點那裡加一點，但後來有通常 因為技術實現，資源等原因，又把這些加上去的功能點乙個又乙個的砍掉，甚至會發現砍到最後和乙個月前的第一次方案是一樣的。看似白搭的這個過程其實是有用 的，這是乙個「見山是山，見山不是山，見山還是山」的三段過程，對於那些加上又砍掉的功能點，第乙個階段我們根本沒有想到，第二個階段想到了，很興奮，那 就做吧，而第三個階段的砍掉是權衡了利弊之後的決定，和「沒想到」是完全不同的，千萬別停在中間那個功能點「大而全」的時候，必死無疑！
有很多文章談到這樣的思想，用100%的質量去實現75%的數量，而不是反過來！吸引使用者的往往只是功能模組中的1、2個點，我們一開始只要把這個做到100%的質量其實就夠了，這樣留給使用者的是公升級的期待，而如果反過來，功能鋪的很開，但每個點都不爽，那反而喧賓奪主，把閃光的地方給掩埋了。
越來越認為當發現乙個功能可有可無的時候，甚至只要是沒有強烈的理由要做的時候，要明確的選擇：不做！
要做的東西少了，出現幾個問題。
問：有資源空出來了怎麼辦？
答：要做的數量是少了，但要達到100%的質量，一般很難空出資源。
問：真的空出來了怎麼辦？
答：去找其他意義更大的功能。
問：找不到怎麼辦？
答：把team空閒下來的人拉去做另外乙個意義重大的產品，這不可能再找不到了。
潘長江說過：濃縮的都是精品。
產品設計體會（十六） Feature List
看不清吧，那就對了，暫時不能讓你們看清 p 乙個feature，這次我給了它如下屬性 模組 一般來說，每個模組下分3 10個子模組是合理的，否則要考慮重新劃分 由於這個癖好，自己電腦裡的檔案目錄結構也是遵循這個原則的 子模組 稍大一點的產品至少要給功能模組做二級分類了，這部分其實又涉及另外乙個很大的...
產品設計體會（十六） Feature List
看不清吧，那就對了，暫時不能讓你們看清 p 乙個feature，這次我給了它如下屬性 模組 一般來說，每個模組下分3 10個子模組是合理的，否則要考慮重新劃分 由於這個癖好，自己電腦裡的檔案目錄結構也是遵循這個原則的 子模組 稍大一點的產品至少要給功能模組做二級分類了，這部分其實又涉及另外乙個很大的...
產品設計體會（二九） 產品設計的五個層次
其實這篇是 使用者體驗的要素 的讀後感，其實讀了已經快2個月了，剛讀完寫讀後感會比較全面，而事隔一段時間再寫就能看出哪些是真正沉澱下來的要點了，也算是給自己找個偷懶的理由吧。大產品設計決定使用者體驗，而小產品設計又分為五層，帖一張業內著名了好幾年的圖。戰略層 明確商業目標和使用者目標，重點是解決兩者...