鴻影：相信大家在工作中除了完成業務需求之外，多多少少也會萌生一些自己的創新想法。然而，在產生想法時電光火石般的喜悅過後，我們卻會發現，真正推動想法落地、完成乙個「設計驅動」的專案遠沒有想象中那麼簡單：說服不了業務方，沒有開發資源，一拖再拖然後杳無音訊，半路被迫擁抱變化，好不容易上線了卻資料不佳被各種質疑……筆者自己也經歷過這樣的挫折，一度產生過懷疑甚至自暴自棄的情緒，如今回頭再看，還是自己多多少少在對想法本身的業務價值認知、時間節奏管理、實際效果判斷等方面存在問題，才造成了各種落地不暢的結局。
業務價值認知：想法是否契合核心業務目標？還是認知偏差下的一廂情願？作為乙個還處於「創業階段」業務線的設計師，我有時會羨慕成熟業務線的設計師可以花大量時間思考和打磨諸如引導頁、特殊場景、動效、點讚互動等細節的設計。當自己想在負責的業務裡推動類似事件時，卻要麼被業務需求壓得根本沒有思考時間只能給乙個無功無過的「基礎版方案」，要麼辛辛苦苦發散創新做出了 demo 卻在開發階段因為優先順序等問題無奈被砍。這種情況相信不少人都遇到過，用老闆之前的話就是「還沒到那個階段」，而我的理解闡述則是：因為我們設計師的身份，過分放大了對於一些細節、創新想法的價值評估（產生認知偏差），但它們並不是業務目標導向的，對業務方當前階段最關心的幾個資料指標貢獻極微甚至可能起到反作用，在資源有餘的時候也許可以落地，其他時候就更可能淪為我們的一廂情願。對於非成熟業務線的產品，後者的情況更加常見。更合適的做法也許是花更多時間去和業務方對焦和理解產品的核心業務目標、當前所處階段、未來的長遠規劃等，多方面收集分析他們和使用者遇到的問題和困惑（我稱之為「360°調研法」），從核心目標出發去提自己的想法，反覆碰撞、校驗，達成共識後再細化具體方案；而不是先入為主預設好問題和結論，基於此尋找能夠支撐觀點的論據，選擇性過濾其他資訊，直接用一通不明覺厲的方法推導得出完整方案，才想到要去和業務方碰撞，結果被挑戰得體無完膚。最近我們推動的乙個改版專案用了前者的做法，業務方表示了認同和支援，並在方案產出後積極爭取資源排期落地；而就在大半年前，我們也用後者的做法推動過一次，最終結果卻是遭到無窮無盡地挑戰，最終被 hold。追求設計創新固然重要，但是如果處在乙個資源有限的業務線裡，請一定思考清楚這兩個問題：創新點子本身沒有足夠清晰的業務價值？是否能對當前業務的核心資料指標產生貢獻？
時間節奏管理：拆分優先順序，最小可行性方案兜底，「見縫插針」正常迭代
上面說的是在資源有限的場景下推動點子，需要思考清楚點子本身是否有足夠清晰可量化的價值；而如果開發資源沒有那麼緊張，前端願意做，一些價值量化相對困難的細節思考創意，還是有一定落地機會的，而落地過程中時間節奏的管理會變得比較重要。我們在做設計的時候講究全鏈路，講究多角度思考給出完整方案。但在實際開發節奏中，往往做不到一蹴而就，需要拆分成多步進行。這就需要我們在給出方案的同時，也對具體內容功能點的優先順序有乙個判斷，兜底給出乙個對基礎體驗影響小、能快速上線驗證的最小可行性方案，然後在正常業務需求迭代中「見縫插針」（比如這個業務需求涉及到某某頁面，就把某某頁面相關的體驗優化或創新點子整合進來一起考慮），陸續完善到比較理想的狀態。
實際效果判斷：技術實現是否能達到使用者預期？真實資料下表現如何？
作為設計師對技術趨勢有一定認知是應該的，我們有時也會嘗試將個性化推薦、人工智慧、ar 等整合到自己的設計方案中來，但如果對技術最終能實現的效果沒有大致預判感知，就變成了「理想很豐滿，現實很骨感」。之前我嘗試推動過乙個將「個性化」作為核心策略的專案，但是忽略了很重要的一點：我們做的是乙個基礎使用者量級很小的 b 端產品，能獲取的使用者個性資料非常有限，之前產品裡有過「推薦」模組存在，但實際效果也是要划上問號的。基於「個性化」設計出來的產品方案看上去很美好，但實際上線後可能只會給使用者推薦一大堆噪音，更好一點的做法也許不是系統推薦而是讓使用者手動自定義選擇。最終這個專案在開發階段 delay 很久最終不了了之，直到後來調整了核心策略，「個性化」被弱化成了重要性比較低的一小塊，才順利重啟。如果只管提出想法，不管想法背後的商業價值思考、技術可行性判斷、專案管理推動等，那我們和我們口中經常吐槽的那些「管生不管養」的不靠譜產品經理，其實並沒有多大區別。不能落地的 idea 不是好 idea，跳出設計師的侷限去思考和推動，才能更好地證明我們自身的價值，大家共勉~
從Linux到Solaris 概述和命令差異
做系統管理的不可能單純的僅接觸solaris，unix大同小異，完全可以從solaris出發達到觸類旁通的目的。近日有空，看些linux的管理文件，主要是看linux和solaris的區別點，順手發些心得，這是第一篇 差別概覽。二樓是第二篇 命令差別 從linux到solaris updating ...
乙個想法從構思到實現只需7天
鄭昀 20110204 方才在twitter上指出，某些人把大把的生命浪費在跟一段python程式 指 rtmeme 鬥氣上，真是不值當，明明有不少開源的銳推榜程式 譬如請看 rtkcn的bio 你只要願意動手，不需要像我們一樣掌握語義技術，只靠單純的搜尋 儲存和統計一樣可以自製簡單的銳推榜，打你自...
乙個想法從構思到實現只需7天
鄭昀 20110204 方才在twitter上指出，某些人把大把的生命浪費在跟一段python程式 指 rtmeme 鬥氣上，真是不值當，明明有不少開源的銳推榜程式 譬如請看 rtkcn的bio 你只要願意動手，不需要像我們一樣掌握語義技術，只靠單純的搜尋 儲存和統計一樣可以自製簡單的銳推榜，打你自...