這就是有趣的地方，結構的選擇實際上會給人更大的掌控感，但在此過程中卻人人都缺乏它。人不會相信想象的事物，直到真正地看到它；當我們看到它時，結構已經被細節隱藏起來了。
」產品經理」這個概念這幾年已經遠遠超出了網際網路行業，深入人心，但特別多的人把它想成」 「互動細節」，這是對它極大的誤解。細節是可變的，結構才是穩定不變的。比如，功能特性都是細節，是隨著時間不斷變化的，而介面才是結構，它應該是相對穩定的。
3. 簡單
我們常常無法選擇最簡單的，有各種各樣的原因阻攔我們做到這一點，其中最大的原因是懶惰。因為懶惰，我們不願意多痛苦一步；因為懶惰，我們忍受各種讓系統變得複雜的雜亂事項；因為懶惰，我們用複雜的方式去達成目的。最終，由於懶惰，我們事後付出更多的氣力。
」簡單」被提起經常是從設計的視角出發，從產品與技術的角度出發還可以有新的認知。任何乙個技術系統，都是要持續執行與維護的，如果在開發階段想盡一切辦法達到簡單，那麼就自然地減少了後續成本。國內最簡單的婚戀**創始人之一邵光榮在這一點上有更深的體會，他說」越簡單，才是越可持續的」。
真正優雅的方案，也都是簡單的。
要始終相信存在有某種更簡單的選擇，然後努力去找它。委員會式決策或相互妥協，從來不能走向簡單；只有願意放棄自己的看法、選擇能找到的最佳方案，才可能走向簡單。
4. 快速
快速就是對的。facebook 辦公室的幾條口號之一是，」code wins argument」。快速就是，不要把時間浪費在爭論上，用具體的**、產品來驗證對錯。
不是花時間在爭論，而是直接用實現來驗證對錯。
在網際網路業，我的感受是乙個季度等於其他領域的一年；而在移動網際網路，乙個月相當於其他行業的一年。在網際網路之初有本書叫」21 個狗年：我在亞馬遜的日子」，狗的一月相當人的一年。
移動網際網路時代，我們每個月過的都是」一年」。之前一年的很多具體的產業洞察、技術能力、技術實現、產品功能，現在都已經變得毫無意義。用這樣的」一年」來理解，能最好地解決快速的問題：
沒有人會花一年的時間來爭論，是吧?
5. 在自建與整合之間平衡
在技術領域裡面，一項功能是自行開發、還是採用已有的通用技術產品，這是個問題。
我們在自建和整合之間來迴轉，有些選擇了整合，但最後發現某一天幾乎把所有的整合過來的全部拋棄，有些選擇了自建，但後來發現採用通用服務更簡單快捷。這個選擇，可能是乙個持續調整的過程，改變並不是說明之前選擇的錯了。
自建，則可以構建一體化的整體效果，整合，則可以快速達到目標。一般而言的原則是，核心的業務，應該盡量採取自建；而非核心的，則採用通用產品。 關於這一點的補充原則是，只自建那些有長期價值的、會長期開發和公升級維護的特性。
對那些一次性、日拋型(月拋型)的特性，可以考慮直接否定掉。
這種一方面這樣、另一方面怎樣的原則，往往聽起來沒什麼價值，但在工程領域就是這樣，絕對的原則往往脫離工程領域的實際情況。
這一看似模糊的事項成為我們自認為需要記取的教訓，是由於對它的體會貫穿於每一天，它讓我們更好地理解工程原則。有這種工程方面的考慮，是因為我們從一開始就訂立了平台化開發的路徑，因而具體產品和背後的工程化體系是並重的。
6. 持續地重建
重建，如果用開發的術語講，是」重構」。對於技術團隊來講，需要一段時間就重構**，也包括重構整個產品結構，以保證**不會在持續開發、增加功能過程中變得不可維護，從而由資產變成負債。 樸素地講，重構，就是通過梳理調整，始終保持**是資產，因為，可維護的**才是資產，可執行的**不一定是。
在移動網際網路方面，**的過時速度(特別是客戶端部分的)，遠快於網際網路，這使得重構必須縮短時間間隔。過去，我們常常會把**留給下一撥人去解決(多數時候他們會罵**很差，有時選擇自己從零開始重寫)，在移動網際網路時代時間快到只能我們自己解決問題。
在產品特性方面，也需要不斷地重建。乙個又乙個新版本，可能是表面上沒什麼變化，但實際上必須是根本性的變革。這種變革，需要放棄許多之前投入了資源的特性，可能需要做出更艱難的捨棄。
重建是必須的，否則，產品在生長的過程中會逐漸失去活力。
7. 早整合、早測試、早把產品推向市場
早整合、早測試、早把產品推向市場，早比晚好。豐田式精益(lean)生產有一條核心原則就是，早把問題暴露出來，以便更早解決。比如，發現問題，」任何人」可以停下整個生產線的設計，就是把問題暴露出來。
看著平靜的水面，我們常會不自覺地估計水面下也是平的、很安全，降低水位把石頭露出來，就可以強迫我們面對問題、解決問題。
在開發的過程中，盡早把各個模組整合，可以發現模組之間的那些空隙；盡早把產品推向使用者，可以在實際試執行過程中發現產品設計問題；盡早正式運營產品，可以通過市場來實際檢驗對產品的諸多假設。
沒有」更早」，是過去幾年的最為慘痛的教訓。麻煩的是，等到發現沒有」更早」的教訓之時，這是為數不多難以彌補的教訓。
8. 關注核心資料，永遠別自我欺騙
找到那些真正有價值的核心資料，關注這些資料的變化，永遠不要自我欺騙。資料統計分析系統，常常是最後一刻才想起來要做，實際上，它應該是整個專案規劃時就重點投入的功能特性。
資料沒那麼複雜，沒什麼大資料，乙個簡單的資料圖表就可以解決問題。如果用簡單的資料表不能理解，那麼談什麼大資料只是空談。
在《精益創業》中，作者提到一種」虛榮指標」式的自我欺騙，其中主要提到的是累計使用者量。移動應用上最大的虛假繁榮正是累計**量，實際上我們都知道，沒有持續回來的使用者，不過是過客，再多的過客都不過是個數字而已。
9. 建立技術人主導的團隊
最後，或許也是最重要的，以移動網際網路為主要業務的公司，應該建立技術人主導的團隊。至少在產品開發方面，應該建立技術人員主導的團隊，而不要把工程師看成沉默的程式設計師。 只有技術人員主導的產品技術團隊，才是健康的、能長期發展的，因為技術是現在所有變化的核心源頭。
強調技術驅動很容易講，但真正做的公司與團隊，應該很稀少。有很多種說法，工程師不懂戰略也不理解戰略，出於中國教育原因工程師不懂產品，出於不再一線工程師不懂需求這些不過是他人用來試圖掌握主導權的說法而已。
和所有人一樣，技術人員也有長期養成的思維慣性，比如有的人喜歡考慮所有的可能情況，導致他設計的解決方案過於複雜；有的人比較容易妥協，導致他接受並不正確的方案；有人常傾向性地選擇自己熟悉的技術方案，而不願意嘗試新的。這是別的領域也存在的人性。
另一方面，技術人員有一種常見的慣性是有價值的，技術人會更傾向於建立 「 能長期執行的系統」，」長期」意味著在設計時已經考慮了它的長期價值，」系統」意味著會考慮它的方方面面、特別是那些縫隙；」執行」意味著最終的交付成果一定是運轉的」活」系統。
如果可以回到過去，這裡教訓就是，給每乙個工程師更大的技術產品主導權，並為產品技術團隊爭取更大的主導權。
這就是我六年來的工作總結和收穫，希望這些心得能夠給讀者一些啟發和幫助。
六年產品經理總結三條心得
看似隨意的一篇文章，勝過大多專業書籍，有時候真理就這麼樸實。正文 當我還小的時候，出了什麼毛病都愛用風油精。無論是蟲叮蚊咬，暈車暈船還是感冒發燒，風油精都能派上用場。因此當我頗為自豪的向我的小夥伴炫耀道 風油精什麼都能治 的時候，他的一句 風油精什麼都能治，什麼都治不好 著實給我潑了一頭冷水。隨著我...
六年的五筆使用經驗總結的學習方法
以下是我六年來用五筆和當初自學五筆的經驗，希望對你有幫助 對於初學者最好使用萬能五筆輸入法或搜狗五筆輸入法 建議用萬能五筆輸入法，因為它側重用五筆，而搜狗側重於拼音 掌握好指法 即哪個手指按哪個鍵 這是熟練打字必須要做到的 背會字根的順口溜 還要記住字根表上有的字根但順口溜上沒有的字根，例 y字母的...
列印六年級圖形的認識與測量教案
人教版六年級下冊 圖形的認識與測量 教學設計 海區三小郭琳屹 2013.5.17 教學內容 人教版小學數學六年級下冊教科書第96頁。教學目標 1.通過複習，使學生全面掌握小學階段所學的各種圖形的特點和關係。2.引導學生通過分類 比較 辨析 認識圖形的聯絡與區別 形成比較清晰的知識網路。3.促進學生平...