我最近做產品的一些 感悟

2021-08-08 20:12:37 字數 2278 閱讀 1634

時間的指標已經來到了2023年的12月,我在不禁感嘆時間過的太快,也在反思自己2023年的目標是否都達成了?我的答案當然是否定的…不知道大家進展如何呢?一定要做到一日三省吾身啊!

越到年底事情越多,我在跟進產品常規迭代版本的同時,還在策劃一些新的產品,說白了就是要寫ppt!我之前已經寫了三個產品策劃,但是由於各種原因被老闆斃掉了(例如產品方向、使用者量、商業模式等因素),現在正在進行第四個策劃,內容暫時我先保密,只是ppt已經修改了40多稿了,你可以腦補一些場景,我此刻的內心是崩潰的,好在這個策劃是和小夥伴一起合作完成的,但是修改ppt的次數早已打破了我的記錄。當然,故事還遠遠沒有到最後,我們還在快速的迭代著…

我來復盤一下這40多次修改中屬於重大調整的次數和原因。

第一次,產品方向完全錯誤,使用者需求觸發頻次低、產品功能實現非常複雜、不具備商業模式,推翻重來。

第二次,使用者的脈找準了,需求、場景也都到位了,但是太早去考慮產品做大後會怎樣怎樣,做成乙個平台會怎樣怎樣,相反切入點卻沒有想的足夠清晰,半推翻,重頭開始。

第三次,基於之前的大方向,重新尋找了產品的切入點,從入口→功能→內容→目標下手,看似沒有問題,實際在匯報的時候卻發現需要從目標開始倒推來講,原因是什麼?因為前面缺少推導,需要繼續深入。

第四次,補充推導的過程,按照使用者現象→使用者問題→機會發現→產品策略→產品重點打法的架構來補充內容。

第五次,補充使用者規模**和關鍵路徑互動稿。

前後大的調整總計5次,中間小的修改不計其數。

前後不斷修改的過程確實感悟頗深,也深知乙個產品孵化出來的不易,我也在不斷的思考產品經理在這個過程中應注意什麼?應該如何思考問題?又應該如何避免出現不可逆的產品硬傷。其實很多點我在之前的文章中都有提到過,只是產品的「商業模式」更加引起了我的思考,尤其是今天在開例會時老大提到「現在大家不僅要把產品做出來,而且要想辦法讓產品活下去,活的更好」。這裡對產品經理的要求就會更高,就是要求我們從功能feature型的產品經理轉型為產品商業型的產品經理,不再僅僅關注在功能實現,而是站在更高的層面去關注整個產品的發展,更加關注產品的商業模式,畢竟,產品做出來的最終目的是給公司創造營收。從產品功能的視角轉換到整個產品,要求的提高也是能力的不斷提公升。

雖然忙的一塌糊塗,但還是參加了公司為期3天的產品經理的訓練營,給自己充了下電,內容圍繞兩塊展開,乙個是關於思維導圖的創新思維(發現、解決問題),另外乙個就是商業模式創新思考(產品商業模式的探索),感覺收穫蠻大的,尤其是後者,可能是自己剛好在做新產品的策劃,會更加的感同身受一些的緣故吧。商業模式的創新思考邀請的是「商業模式新生代」這本書在中國大區的導師來對我們每個小組的作品進行分析點評,最後也給我們分享了「商業畫布」的關鍵內容和思維方法,確實很受用。

「商業畫布」的幾個核心內容其實我們在平時做產品的時候都有思考,關鍵在於怎麼串起來,從中還能發現一些新的機會和可能,讓產品的商業模式更加的健康。

「商業畫布」的幾個關鍵點

①思考產品目標使用者是誰?目標使用者在**?(使用者細分)

②思考產品的價值是什麼?特有價值是什麼?(價值主張)

③思考產品如何與使用者建立聯絡?如何與使用者互動?(使用者關係)

④思考產品是做什麼的?(關鍵活動)

⑤思考產品的獨有資源和獨有優勢是什麼?(核心優勢)

⑥思考產品的成本都包括哪些?(成本結構)

⑦思考產品的收入包括哪些?(收入**)

⑧思考產品的合作夥伴是誰?(重要夥伴)

產品擁有乙個健康的商業模式,對於產品的發展而言是非常重要的,其重要性遠遠超過了產品功能邏輯或者體驗,所以我們平時在抓產品體驗的同時一定要找時間來思考產品的來龍去脈,梳理清楚這些產品才能好好的走下去。

人家都說「人人都是產品經理」那是因為產品體驗的問題任何人都可以來評價,但是針對問題能給出解決方案的就少之又少;人家都說「產品經理不需要任何硬技能,就靠一張嘴」,那是因為只看到了我們的表面,說服別人靠的不是一張嘴,而是這其中的邏輯;人家都說「產品經理是ceo的培訓班」,真相永遠是殘酷的,需要我們不再做功能經理,而是做一名真正的「產品經理」。

總結一下,能支撐起產品的是那個最大的骨架,也就是商業模式,而產品的體驗和功能邏輯,則屬於產品的血與肉,不斷的要求自己思考產品的商業模式,從整體來看待這個產品,再去決定這個功能在哪個版本上,也許會有更多的判斷依據。

本文由pmcaff產品經理社群作者@pmcolour

原創,

最近的一些感悟

隨便寫寫,歡迎拍磚 作為乙個編碼員的基本任務就是依據設計,從既定的輸入得到既定的輸出。乙個模組無論看起來有多麼猙獰,對外界而言無非就是輸入和輸出,內部的操作應該是盡可能封閉的。作為乙個設計師的任務則是依據需求,劃分出既定而明確的模組和各模組之間的關係。分割線 致命的錯誤往往不會因為編碼而產生,而是在...

最近的一些感悟

我覺得這也是我們公司目前的問題,因為老大是對技術非常執著而他本人也的確是乙個技術非常全面的人,所以他對我們的要求也是需要我們掌握盡量多的東西,希望我們什麼都要懂。我們公司是做android odm的,對android系統從上到下都會有所涉及,所以老大會對我們有這樣的要求也無可厚非了。在程式中啟動了過...

做產品的一些思考

從我當前的職業經歷來看,做過兩種類別的產品 一種是客戶定義好了需求由我們去實現,我姑且稱其為做專案 一種是自己去探索使用者需求然後在不斷的摸索中引導使用者,實現價值,這是我筆下真正的產品。做專案目標明確,使用者參與度高,風險小 做產品屬於定位目標,然後摸著石頭過河,中間淺灘礁石密布,風險挑戰可見一斑...