开发者的眼光看产品
? 近期幾個月做面對企業內部的產品，和之前做百度殺毒國際版，差別是挺大，收獲也非常多。
? 從13年4月開始。看著殺軟的從小到大。從簡單到復雜。不斷的上線一個個功能。期間有叫好的，
也有砍掉的，歷經坎坷。從產品的角度，談不上成功還是失敗，僅僅有經歷。從公司的層面來說。或許和預期有些變化。談談一些糟點吧，畢竟這些更值得吸取。成功的產品，能搜到的雞湯太多。
? 從我看，產品主要分為兩種，市場型產品和技術型產品。另一種概念體驗型產品，沒有商業化。
市場型產品從開始接觸用戶，落地的一刻，就easy實現變現，不過多考慮變現的問題，像游戲，電商。
技術型產品，是個平臺，或者渠道。本身擔負著為其它產品鋪量的責任。比方安全衛士類軟件，QQ，播放器。比方360的首頁導航，瀏覽器。安全衛士的三級火箭，前者是市場型，后兩者是技術型產品。市場型產品。產品經理的話語權更大。
技術型產品。太easy犯開發者主導的錯誤。
? ?來了這邊公司，前幾個月比較大的收獲是感覺沒有了“拍腦袋”或者“YY”需求，需求來源于業務方。業務方提供的Excel中的數據。這些數據亟待挽救。每一條數據背后是客戶的郁悶。煩惱的身影。有了郁悶、煩惱，就自然產生了痛點。有痛點就有了需求，需求促生了產品。彌補了公司或者市場的空缺，這是價值。這是需求到產品的正反饋，是產品正確的出發點。假設出發點錯了，結局堪憂。假設需求沒實用戶或者業務方的反饋。或者投訴，而是產品經理說我認為xx不錯，我認為xxx產品有xx。我們也做吧。做出來了，不能確定帶來價值。用戶使用后的愜意的數據曲線，對團隊的士氣是個打壓，產品也不easy長久做下去。需求從用戶中來。結果到用戶中去。
這邊公司的需求開發，總體都是這么過來的。只是，近期產品經理特別忙，做了一個例外，開發直接做了交互。然后我去和產品經理。業務方溝通，去推動然后改動。項目正在做。不知道這樣的角色轉換后的效果怎樣，期待結果的驗證。
? ?產品有自己的生命周期，從需求誕生，市場調研，到demo設計。交互設計。視覺設計，開發編碼。測試，上線。
用戶從少，到多。產品走過內測，高速成長。成熟期，衰落期。像一家公司的成長。
初創期。高速發展期，壯大成熟期。衰落期。
投資初創期。炒作概念，或許是財報虧損，PE到100倍甚至更高。
高速發展期時，是行業屬于新興行業，營收高速增長，PE到五六十倍，和公司盈利成比例。壯大成熟期，利潤不斷增長，PE穩定到行業平均水平。投資收益。也隨著公司成長遞減。
? ?需求確定后，從用戶需求轉為產品需求。轉化的過程須要產品經理去在用戶體驗和商業目標間做平衡。我一直認為做產品須要三個原則。簡單，盡量鋪量，分析用戶的曲線數據。簡單是說最好打開軟件，或者頁面。一鍵搞定全部。不須要用戶動一點腦子，不要出現不論什么的專業術語，頁面就一個按鍵。
畢竟這個時代。生活節奏太快。用戶非常忙，對你的產品內部不care，對你的業內術語不care，一鍵解決需求是比較完美的。簡單還要順應歷史的習慣。不創造用戶習慣。比方洗手間是男左女右。你做成男右女左，就是忌諱的。用戶都是懶惰的。我們不是喬布斯。像iPhone這樣的從鍵盤直接到觸摸屏的轉變，不是一般產品能夠推動的。
這樣的改變世界的產品須要偏執狂，須要偏執到對每個細節。體驗精益求精的人。我們還做不到。技術改變世界。偏執狂顛覆世界。
盡量鋪量。是在產品保持口碑的前提下。在以鋪量越多越好。量越多。非常多原本隱藏的問題會暴露出來，原本不是問題的問題也會變成問題，反饋也會越來越多，不要在產品上加入不論什么影響鋪量的元素。
不要由于老大的一句話。加了些不合適的元素，由于別的無關原因。比方安全。產品遲遲未公布。
? ?產品的視覺我希望的是清爽。簡單。輕快。像水一樣單純，干凈。界面元素越少越好，內容越少越好。像QQ，360安全衛士，不須要太重。
最好展示出來的內容都是功能性的需求，非功能性的需求分配到隱蔽的頁面吧。
? ?過了需求評審，kick off啟動，開始動工。
之前做殺軟，算是標準的敏捷開發，小步快跑。高速迭代。
兩周一個迭代。三個迭代一次發版。面對互聯網這塊血流滿地的廝殺，這樣的方式是合適的。保證一定崩潰率的前提下。高速是重要的。在上線灰度中改動小的bug。回歸測試。來了這邊，面向企業端，穩定是第一位的。崩潰。藍屏是不能容忍的。
保證穩定下，盡量提高速度。沒有做敏捷開發。或許和產品定位，部門規模有關。產品面向上千萬互聯網用戶，高速上線，搶占市場，畢竟這個市場勝者通吃。產品面向企業端，用戶的數據穩定是重要的。產品初創時。人員較少，每一個人能獨立負責較大的模塊，不須要過多的跨團隊溝通。敏捷是能夠做起來的。開發過程中，我的感悟，開發者盡量不要改動需求，或者交互，視覺。貫穿產品的整個流程中，不要以開發的視角去做產品，這是個無底深坑。
開發的思維是自上而下，從架構設計，到完好細節，一個樹干。到樹枝，到樹葉的過程。
產品的正常思維該是樹葉的需求。提取到樹枝的需求，體驗，再到產品或者體驗的樹干，不斷完好，在收集用戶的反饋，實地考察用戶的操作中，不斷改動。到產品經理，到開發的過程，這是一個自下而上的思維。
接觸過太多開發者，不了解業務的情況下，都是在YY或者拍腦袋決定交互，沒有分析數據，沒有親臨跟蹤用戶操作，我認為這是開發者最大的忌諱。
? ?如今的產品開發上線后，越來越走向后端化。后臺越來越重，前端越來越輕。海量的數據，躺在那。沒有分析。產品就沒有改進。我理解的產品經理的時代也是在此做個劃分。
07年那會，360開創免費殺毒，是產品經理1.0的時代，注重用戶體驗，注重在產品面前把自己變成簡單的像個傻瓜。隨著收集的用戶信息。用戶操作數據越來越多。產品經理進入2.0時代，大概是2012年那會。到如今。須要的是懂得數據分析的產品經理。從數據中，去分析用戶的曲線，比方一個彈窗， 從藍色變成紅色，日活，月活。點擊率提高了幾個點。還是減少了幾個點，在曲線的差異中，去改動。改進產品。我的感悟，后面產品經理3.0時代，是懂得數據挖掘的產品經理。
數據分析是一門專業。面對海量數據，從K-means，KNN，SVM這些對產品經理來說陌生的算法中，分析用戶操作。用戶數據，甚至挖掘出很多其它的用戶需求，改進產品，這是發展的方向，趨勢不改變，僅僅能適應。大數據的分析，須要很多其它的專業的懂得數據挖掘的產品經理。跟不上趨勢，就去做些計劃和控制的項目管理的工作吧。
? ?思維在不斷的擁抱變化，也許不久后。什么都變了，眼下就這樣想吧。
轉載于:https://www.cnblogs.com/mthoutai/p/7101592.html
總結
- 上一篇： C# 关于调用微信接口的代码
- 下一篇： Python: The _imaging