【產品之夏】實戰是最好的刀
最近常逛的微博、微信、知乎、貼吧,到處都是關于上星期的“我是歌手”的總決賽的汪涵救場。我本身就是一個喜歡音樂的人,在加上輿論作用,想看看當時具體的場面情況,星期六一大早補看了一遍歌王之爭。當時的第一個感覺就是:“姜還是老的辣,每一句話都有一語雙關的力量,邏輯縝密,話語沒有一絲漏洞。太牛逼了?!?/p>
汪涵本身就是湖南電視臺的一哥,因為學歷,因為各方面原因,大家都質疑過。但是這一次的經歷,大家都是拍板叫好,這就是有了實力,什么實戰都不會害怕,始終是條好漢,讓人敬佩。
不由的回想到我們的產品之夏活動,這一周的YY評審灰度模型、prd就是實戰,我們被打磨,被打擊,被質疑,各種心酸,各種禁不起盤問,但是收獲頗多。
實戰一(YY評審灰度模型):
評審嘉賓給了我們一條很好的思路。流程如下:
大家每人負責一部分來分別講解灰模頁面;
每個頁面講完后由嘉賓提問和給出建議;
最后大家提問,嘉賓總結:
- 產品的核心功能,怎么留住客戶還有待加強;
- 一個美食對應一個還是多個地址,展示樣式是不同的;
- 掌握用戶心里,產品要有說服力,設計推敲,產品定位、核心競爭力是什么,用戶黏度,在每一個設計每一個功能都需要去考慮上邊這些點;
- 最了解你的美食專家,個性化設置,用戶行為分析來推薦最適合用戶的;
- 所有的話都要經得起推敲,有72%的用戶不相信大數據不相信個性化推薦;
- 經驗之談:對于初級產品經理,流程框架先評審,頁面功能點,用戶使用場景,如修改密碼,給出很多彈窗 ,用戶密碼不正確等等;
- 細節很欠缺,多思考和推敲,完善流程
- 頁面交互和用戶體驗層,還需要深入推敲進行優化,很多頁面的層級太多,不利于用戶操作;
- 業務邏輯規則的設定有待商討,很多地方想的還是不夠透徹,如小吃和門店的關系,最初特色小吃的數據來源及如何保證信息唯一性等等;
- 灰模原型不完整,還有很多該體現的頁面沒有畫出來;
根據YY語音的總結,我們各自分工,模塊分解,每個人負責一個模塊,最后也是用語音匯總。結果一次比一次好,或許是被打磨之后,大伙熱情更加激進了,每天決戰到深夜,弄出還能過眼的結果。
實戰二(PRD文檔編寫):
Nairo總結實戰要點:
- 產品經理的產出,一個就是原型,一個就是需求文檔,這是最重要的兩個產出;
- 產品需求文檔一定要做好版本變更管理和記錄,否則后患無窮;
- 先是界面說明,然后是交互說明,規則說明(判斷規則、調用規則、提示規則),還有顯示邏輯, 顯示、交互、規則都有可能會有邏輯產生;
- 一個功能描述是這樣的順序:進入描述-界面描述(顯示元素)-界面邏輯(顯示邏輯)-界面交互-交互差異-規則描述(各種邏輯補充)如果這幾個模塊都沒有就跳過;
- 經驗分享:輸入框、各種可操作的模塊(比如頭像、按鈕)一定會有顯示邏輯、操作邏輯補充,但是展示項(沒有交互的項目)會有顯示邏輯;
- 忠告:輸入框、按鈕這是兩個大坑特別注意!需要特別注意。
每天的頭腦風暴,吸收各種內容,讓我覺得自己是高強度的在訓練,這樣的實戰也讓自己慢慢自信起來,知識的飽滿也讓產品之夏這個實戰活動顯得格外的鮮艷亮麗。實戰可以檢測一個人的能力,可以提高一個人的能力,謝謝woshipm平臺給我機會。把汪涵當做一個產品經理,那么我離他的距離還是很遠很遠,但是我相信有一天我也可以那么有條不紊,我也知道這需要沉淀,需要積累。
后序:
之后在人人都是產品經理平臺上看到一篇《從汪涵救場看產品經理的危機處理》??吹竭@篇文章的時候,我特別想感謝一個人,他在每次我們討論偏題時候,給我警醒;我們沒有計劃的進行工作時,給我們明確分工;每次在我們喋喋不休的爭執中,給我們指路。他是一個讓我們尊敬的產品經理。感謝Nairo。
產品之夏相關
產品之夏第三期
產品之夏第二期
產品之夏第一期
【產品之夏】吃神馬_IOS_V1.0產品需求文檔_Alpha1.0(節選)
查看更多活動
本文為人人都是產品經理產品之夏第三期成員 @Ivy發布,轉載請注明來源于人人都是產品經理并附帶本文鏈接
- 目前還沒評論,等你發揮!