復盤|新一年換工作后的首次總結
可能很多產(chǎn)品人也會有過這樣的疑問:產(chǎn)品的流程已經(jīng)銘記于心,產(chǎn)品的理論也背得滾瓜爛熟,但是為什么實際運用到工作崗位中卻還是覺得十分困難呢?
18年10月?lián)Q了新工作,對比美團和同程的工作經(jīng)歷,覺得之前卻是溫室里的花朵,一切都在有條不紊的環(huán)境下進行。而現(xiàn)在快速增長的業(yè)務,公司以每周新進7-10人的速度快速擴張,經(jīng)驗、認知和能力一次次受到挑戰(zhàn),壓力還是蠻大的。
邏輯不嚴謹致產(chǎn)品設計質量不高而心情低落時長有,但也需要不斷構筑自信心,安慰自己接下來提高。這個過程中需要不斷地學習、總結與反思,也體現(xiàn)了環(huán)境對于產(chǎn)品經(jīng)理的影響,不同環(huán)境下,產(chǎn)品經(jīng)理的價值和成長速度迥然不同。
一直看好互聯(lián)網(wǎng)行業(yè)是塊香餑餑,工作不愁,卻沒想2018年互聯(lián)網(wǎng)進入了寒冬時代。年中開始,小米、美團、拼多多、同程相繼上市;年底,很多公司面臨裁員或組織架構調(diào)整,身邊的朋友有受到波及的,才意識到這些都是真正發(fā)生在自己身邊。
我們公司還在不斷拓展新業(yè)務并于年前拿到螞蟻金服D輪融資,個人覺得還是蠻幸運的,也對面試時認可我的領導表示深深的感恩。
產(chǎn)品流程滾瓜爛熟,產(chǎn)品理論一套一套,但在這兩個多月的時間內(nèi),實際工作卻不是那么回事兒,慢慢也暴露了越來越多的問題,自己對產(chǎn)品工作流程的各個節(jié)點有一些新的認識和感觸,故作此總結。
一、需求分析之識別真需求
產(chǎn)品是需求輸出的源頭,我們會接到來自各方的需求:運營或客服反饋、老板或leader的個人想法、業(yè)務發(fā)展或產(chǎn)品本身的迭代功能……
之前項目,從需求收集到需求輸出,做的最多的是評估需求價值,即這個需求到底有沒有必要做,做了之后可以為我們帶來什么?而現(xiàn)在需要考慮更多的是:需求真正是為了解決了什么問題?是否有可替代的更好的方案?而不是用戶或客服反饋說,簡單的添加一個什么樣的功能?或把這個功能改成什么樣式?
用戶想要什么不等于真實需求;可以怎么做不等于應該怎么做。需求分析理論我們都知道,如何把理論在實際工作中真正應用起來,是這個階段我感悟最深的一點。
我在實際項目中,根據(jù)客服反饋,將余額提現(xiàn)失敗的轉人工做成了一個需求,開發(fā)到一半,才發(fā)現(xiàn)客服要求轉人工的真正目的是用戶風險驗證FaceBook找不回的原因,應該要解決FaceBook賬號找不回的問題,而不是客服反饋說把提現(xiàn)申請失敗的轉到人工審核中,讓客服操作提現(xiàn)申請成功。
二、產(chǎn)品設計之競品分析
面試的時候,我們會被問到一個問題:你有沒有了解過你行業(yè)的其他競品?如果你說沒有,那面試分數(shù)將直接下降。包括面試的這家公司的行業(yè)競品,比如,我當時去來電科技面試時,面試官問到我對來電和街電的看法。
我認為:做產(chǎn)品設計時競品分析是必須要做的一件事兒。大到項目立項時的競品行業(yè)分析、產(chǎn)品戰(zhàn)略,小到產(chǎn)品設計時具體的某個功能,你都要去借鑒,去對比,去分析。
如果競品沒有直接顯現(xiàn)的功能,需要觸發(fā)某個條件才能發(fā)生,那么你就要把自己當作一個用戶,去體驗它的完整流程。
有這樣的感悟,是因為自己近期做了一個“還款提醒”功能。作為用戶,沒有借款過、逾過期,所以第一版的推送頻率和文案都是自己YY的,后面同事提到,你應該自己去體驗一下這個流程,才知道有更好的優(yōu)化方向,這才意識到競品分析必須要放到產(chǎn)品的設計流程中來。
產(chǎn)品設計的過程中,也需要考慮:
- 是否需要UE、UI稿輸出?
- 是否考慮了異常情況,邊界情況?
- 流程是否形成了閉環(huán)?在新增一個功能時特別要注意對其他模塊的影響,最好的做法就是把自己當作用戶,反復體驗整個流程,關注點不能只在新增的功能點上。
- 是否需要新舊版本兼容?
- 是否有利于功能延展,版本迭代?
- 上線后若出現(xiàn)BUG、異常、效果不明顯、影響流程、影響體驗,是否可及時根據(jù)已有邏輯控制風險(如該功能有配置開關、可通過下線banner、關閉入口解決)
- 是否需要A/B test?
- 是否需要數(shù)據(jù)埋點?
上述提到的每一點在產(chǎn)品設計過程中都是應該考慮的(如果有需要補充的,歡迎后面留言討論)。
三、文檔撰寫之條理清晰
因目前負責模塊較之前更復雜一些,且大多數(shù)都是在已有的功能上做重構或優(yōu)化,PRD文檔在開發(fā)的過程中一次又一次被挑出描述不清楚,尤其是寫類似“和XXX功能保持一致”這樣的話。
事實上,之前做XXX功能的開發(fā)同事和目前做新需求的往往不是一個人,他們不能確定”XXX功能”到底是怎么樣的?
在已有的功能上做重構或優(yōu)化,需要在文檔中講述新的需求是新增、刪除還是更新之類的;同時文案也要易懂,不存在歧義。
原型上,需要標明當前頁是從哪個頁面或哪個按鈕跳轉來的?當前頁返回,又是回到了哪個頁面?同樣得,彈窗上的按鈕,“取消”也好,“確認”也罷,必須要寫清楚點擊后的效果。是又發(fā)生了頁面跳轉還是停留當前頁?
我們目前的App,因之前原型設計時,對頁面或按鈕跳轉沒有說明,導致同樣的功能,安卓和IOS跳轉到不同的頁面,兩邊的開發(fā)在實際開發(fā)過程中根據(jù)自己的理解“自定義”跳轉。
四、需求評審之背景講解
之前需求評審時一上來就跟開發(fā)講功能點:我需要一個什么功能,這個功能應該做成什么樣子。
如果開發(fā)不了解需求背景或需求目的,他們就真的只會按照原型原封不動的去“實現(xiàn)”出來,但如果他們了解需求背景,也會有自己的思考,去看這個功能合不合理,或以一種可拓展性更強的方式來實現(xiàn)。
五、項目跟進之快速解決問題
需求評審完以后,進到開發(fā)環(huán)節(jié)。在實際開發(fā)過程中,具體的細節(jié)問題往往比自己想像的多很多。也經(jīng)常發(fā)生:用A方案好還是B方案好?這個時候需要產(chǎn)品的判斷力和決策力,你必須自己能做主,在最快的時間內(nèi)拍板,到底采用哪種方案,這是快速解決問題的能力。
項目上線后,線上產(chǎn)品出現(xiàn)異常,你能最快找到問題并協(xié)調(diào)開發(fā)將問題解決。這些在目前項目中時長發(fā)生,也是在這個過程中,慢慢學會分析問題原因的能力。
換了新工作后,996是常事,周末外出幾次最后又回到公司看數(shù)據(jù)解決問題。比如上周末從草莓園回來,因線上產(chǎn)品出了問題,下午四五點又回公司解決問到到晚上十點多,朋友調(diào)侃我拿一天當兩天用,才意識到,咦?這一天真是又玩了又工作了。
但是從沒后悔過,也不羨慕看劇吃飯逛街的清閑生活,反而很興慶,工作的滿足感遠遠超過了辛苦和疲倦,甚至超過了當初愛情帶來的短暫的幸福感。人在年輕的時候就應該竭盡全力去做自己想做的事兒,包括工作。我愿意用現(xiàn)在這般辛苦,換取一個無怨無悔的人生。
作者:花開不敗,微信公眾號:涵小仙女,產(chǎn)品經(jīng)理,文藝女青年一枚,白天工作,晚上碼字,愛美,愛跑步,愛旅行,愿我手寫我心,余生不將就
本文由 @花開不敗 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉載
題圖來自 Unsplash,基于 CC0 協(xié)議
人在年輕的時候就應該竭盡全力去做自己想做的事兒,包括工作。我愿意用現(xiàn)在這般辛苦,換取一個無怨無悔的人生。
AKULAKU原來996啊。。
你怎么知道他在AKULAKU
— 尤其是寫類似“和XXX功能保持一致”這樣的話。
這點太深刻了,最近我就有這樣寫,的確是考慮不周,沒有考慮到可能影響以后的新同事。
都是遇到過的,很實在