“產品為王”--這句説話是互聯網公司裏面被説得經常的口號，從日常的溝通，到會議討論，週會，月會，從基層產品人員，技術人員到項目管理者，公司部門經理上至老闆，、都會把“產品為王”掛在口邊。但説起來容易做着難，我所看到，接觸到的真正做到“產品為王”的卻是並不多，更多是以下的大王：
一、以老闆為王：老闆要做個啥功能，不管三七二十一，不需調查需求，不需辯證，先滿足老闆的指示，之後再考慮產品怎麼調整，這個情況最常見。
二、以時間為王：老大説，下個月必須把產品弄出來，因此產品的設計和開發都以deadline時間為基準，能做到多少算多少，以後再慢慢優化，產生一種偽”迭代“的產品開發模式。
三、以收入為王：老大要求收入，並且會決定整個工作組的獎金，產品設計就重點考慮有哪些地方可以騙用户支付獲取更大的現金收入。用户體驗，產品功能等等神馬都變成了浮雲，這種現象尤其常見於SP公司的各種短信，無線增值產品。
四、以資源為王：我的項目就只有這麼一丁點技術和設計人員，老闆又不肯投入什麼費用，只能看菜吃飯，手頭資源能幹多少就只能幹多少，這是一種無奈。
五、以必然為王：做的產品基於一個大產品平台下，這個平台有數百萬甚至上千萬用户，按照保守轉換率，那新做的產品只需要具備一些必具的功能，那十數萬甚至上百萬用户不算難事.........這種常見於門户網站下的產品。
這些繁多的“XX為王”只所以產生，有着錯綜複雜的原因，包括過分追求短期利益，資源無法滿足等等各種因素，家家有本難唸的經，這裏不再嗦。
而我理解上，“產品為王”必須是以用户的客觀且具體的'需求作為產品設計的出發點，並且在實現需求的過程中提供良好的操作體驗和引導;充分考慮用户在使用產品中可能會碰到的環境因素變化及拓展需求;在產品運營階段，重視用户的各種反饋意見，並且作為產品改良的重要標準，不單一追求短期的產品指標。
真正實現“產品為王”實屬不易，有以上提到或未提及到的客觀因素，但從主觀上，在產品經理本身，掌握有一些良好的工作做法，將有助於產品更加貼近用户的需求。這些做法很基礎，操作起來也不復雜，但是一個產品團隊都應該掌握這些方法，在現實中真正能堅持做到的以下各點的，也不算太多。
分享一下個人認為良好的工作做法，供產品經理們參考：
1.必須明確產品是給普通人用的這一條原則，讓大部分人覺得“好用”是第一目標，而不是單純追求外觀，操作交互，技術要素等，這條原則不單是產品人員需要具備，公司的老闆，領導和主管都必須有這個理念，因為這羣人往往會從根本上影響產品的發展。APPLE,GOOGLE也不能簡單的模仿照抄，他們不少操作是給很高端的人使用的。
2.一定要記住，產品經理本人的是產品的第一個用户，讓用户覺得好用，首先產品經理，或者工作組成員都覺得好用，如果產品經理對自己做出來的的產品都不怎麼愛用，將會很難取得用户的支持，也很難維持工作組的工作熱情。
3.產品在開始做之前，不要只找工作組人員或者幾位領導進行幾個人的討論，有條件的，多組織幾次可用性調查，找些你認為針對性的羣體用户先聊聊，看看他們對產品需求真實反映，將會發現很多超出意料之外的問題之前是沒有考慮到的，甚至可能產生新的靈感。
4.如不具備組織可用性調查條件，不妨多做簡易版的”可用性測試“，做產品之前多諮詢一下身邊朋友的意見，如果有DEMO，把它發給非公司內部的親友(最好不是IT行業)試用一下，收集他們的反饋，按照我的經驗，能讓20個左右用户用一下產品，基本能把一個產品80%以上的明顯問題給發現出來。而這種簡易版本的調查，成本很低，做與不做就看產品經理是否重視這一環節。
5.在產品中，需要在顯眼的地方保留一個用户可以提交反饋的地方，這樣你才能在最短時間知道用户到底需要什麼，不要擔心面對用户一大堆的投訴，他們的意見是最值錢的東西。
六、在產品運營階段，除了在自己的用户反饋數據庫裏面查看用户意見，還要從各種渠道瞭解用户對產品的評價，尤其把用户不滿意的地方記錄下來，作為下一步產品升級的要點。
七、不要低估某些用户一些特別的意見，認為是小眾需求，尤其他提出的意見獲得工作組中部分人員的支持的時候，往往是一個普遍需求。能向你提出意見的用户基本上是你的產品的核心用户，1000個碰到同一個問題的用户中，只會有1%的用户真的會給你發出反饋，所以不要以為小眾需求不到10%用户才會碰到，它的比例可能會比你想象大得多。
八、有時間的話，多參加一些可用性調查會，即使跟你手頭的產品無關，多看看用户在接觸一個陌生產品時候的反應，他們在哪些操作上會產生猶豫，以及他們的關注點，將會很快提升你對用户特性的瞭解，一個沒有觀察過可用性調查會議的的人，是沒有資格去談產品體驗。
文學範文吧
