產(chǎn)品落地流程復(fù)盤_V1.0

標(biāo)簽: 復(fù)盤 總結(jié)


匆匆的車流,黃黃的燈.png

好久沒來簡書寫東西了,一是感覺自己狀態(tài)出了問題,在調(diào)整;二是確實(shí)忙了一些,隨筆寫了一些,不太想發(fā),所以摘了一篇復(fù)盤的方法論寫寫,希望能給大家?guī)硪恍﹩l(fā),也給自己之后做事做一個(gè)參照。
這是第一次帶一個(gè)完整的項(xiàng)目,不知道自己這么做對(duì)不對(duì),大家可以指點(diǎn)、批評(píng),我再優(yōu)化改進(jìn)。
全文以5大產(chǎn)品層次作為基礎(chǔ),時(shí)間為軸,對(duì)在各個(gè)階段做什么事,如何將需求落地,做了一個(gè)簡短的說明,希望對(duì)你有用~

1.討論戰(zhàn)略層

這個(gè)層面是要告訴我們,做什么,為誰而做。

  • 首先拿到一個(gè)方向,我們要進(jìn)行調(diào)研+收集需求,確定自己大致的一個(gè)路徑。
  • 其次,進(jìn)行需求分析,結(jié)合產(chǎn)品定位(產(chǎn)品定義+用戶需求)篩選需求,這個(gè)時(shí)候可能幾個(gè)主要負(fù)責(zé)人會(huì)在一起進(jìn)行第一次會(huì)議。

(PS:因?yàn)檎麄€(gè)項(xiàng)目的提出到現(xiàn)在的實(shí)現(xiàn)我都全程參與,所以幾次方向的改變也都經(jīng)歷,真的有一種豁然開朗的感覺,從一開始的不解,到無奈,再到趨勢認(rèn)同,確實(shí)說也明了,一個(gè)想法需要經(jīng)過不斷的思考、迭代、討論等等,才能真正的轉(zhuǎn)化成一個(gè)產(chǎn)品,適用的產(chǎn)品。方向不可怕,可怕的是不思考。)

2.落實(shí)范圍層

這個(gè)層面是要告訴我們,需要做什么。

  • 結(jié)合項(xiàng)目資源、KPI、公司戰(zhàn)略,將用戶需求轉(zhuǎn)化為產(chǎn)品需求。產(chǎn)品需求包括 戰(zhàn)略方向+產(chǎn)品所需功能。
  • 確定要完成1,需要哪些功能,并確定優(yōu)先級(jí)。該階段產(chǎn)出feature lists。
  • 第一次評(píng)審會(huì)議召開。之后進(jìn)行修改改進(jìn),進(jìn)入下一個(gè)階段。

(PS:幾次熬夜想需求,想功能,產(chǎn)品經(jīng)理真的是一個(gè)燒腦的職業(yè),重要的不是會(huì)執(zhí)行、會(huì)畫圖,重要的是你的腦袋,是不是會(huì)思考,是不是思考全面,是不是邏輯清晰。)

3.轉(zhuǎn)化結(jié)構(gòu)層

這個(gè)層面是告訴我們,怎么做,即在該層面確定擁有哪些模塊,如何跳轉(zhuǎn),每個(gè)模塊的信息包含哪些字段等。

  • 優(yōu)先級(jí)、功能都確定了,開始要?jiǎng)邮执_定產(chǎn)品結(jié)構(gòu)、信息結(jié)構(gòu)、產(chǎn)品流程圖了。
  • 首先確定模塊層次,將已準(zhǔn)備好的功能填入;
  • 確定產(chǎn)品結(jié)構(gòu),產(chǎn)出產(chǎn)品結(jié)構(gòu)圖,例如微信有微信、通訊錄、發(fā)信、我,每一個(gè)模塊都有哪些功能點(diǎn)。
  • 確定產(chǎn)品信息結(jié)構(gòu),即脫離產(chǎn)品模塊、頁面和結(jié)構(gòu),將數(shù)據(jù)抽象出來,產(chǎn)出產(chǎn)品信息結(jié)構(gòu)圖,例如用戶信息包含哪些字段,產(chǎn)品列表包含哪些字段等;
  • 確定個(gè)模塊頁面的跳轉(zhuǎn),產(chǎn)出流程圖。
  • 開始第二次評(píng)審會(huì)議,增加、刪減、修改功能模塊。厘清邏輯。

(PS:我就在這個(gè)地方吃了大錯(cuò)誤,要做管理后臺(tái),我直接跳過這個(gè)考量,著手原型,邊話邊想,效率極低,最終導(dǎo)致思路混亂、邏輯不清晰的局面;同時(shí),也會(huì)讓評(píng)審無法進(jìn)行,因?yàn)樗烁静荒芾斫膺壿?,?dāng)被老大詢問要產(chǎn)品結(jié)構(gòu)、信息腦圖的時(shí)候,整個(gè)人就懵逼了,因?yàn)橹皇窃诓莞迳想S意畫了下。所以一定要厘清自己想做的,評(píng)審時(shí)才有依據(jù),才能更好修改、改進(jìn),才能思路清晰,程序員哥哥們才不會(huì)鄙視。)

4.形成框架層

這個(gè)層面告訴我們,做成什么樣子?即在該層面確定每個(gè)模塊,每個(gè)功能該如何擺放,哪個(gè)內(nèi)容需要突出等。

  • 根據(jù)產(chǎn)品結(jié)構(gòu)圖、產(chǎn)品信息結(jié)構(gòu)圖、流程圖確定基本產(chǎn)品框架。
  • 細(xì)化框架,增添血肉。
  • 形成原型圖。
  • 開始第三次評(píng)審會(huì)議,討論、提議、修改不合理的地方,進(jìn)行完善,之后產(chǎn)品內(nèi)部進(jìn)行小規(guī)模討論,確定原型,形成PRD。

(PS:PRD一定要寫好,一定要寫好,一定要寫好;開會(huì)一定要記錄,一定要記錄,一定要記錄;標(biāo)注清晰、流程清楚、容器等等,你都得做好,要不然,呵呵了。)

5.完美表現(xiàn)層

這個(gè)層面告訴我們,做成什么樣子。

  • 同時(shí)進(jìn)行,讓UI產(chǎn)出設(shè)計(jì)稿,讓后端開始開發(fā)。
  • 設(shè)計(jì)稿盡快出,然后全體查看,后臺(tái)繼續(xù)開發(fā),前端開始跟進(jìn)。
  • 給開發(fā)哥哥們買東西吃。
  • 跟進(jìn)開發(fā)人員進(jìn)度,及時(shí)確定完成狀況,了解項(xiàng)目進(jìn)度。
  • 等待完成,測試、上線、優(yōu)化、迭代。

(PS:這個(gè)階段,正式成為產(chǎn)品狗的階段。記住,要隨和、隨和、隨和,不要生氣!!好好“跪著”溝通,好好求求設(shè)計(jì)、好好承擔(dān)責(zé)任。多給開發(fā)們買點(diǎn)吃的!正經(jīng)的說,提升自己的實(shí)力,讓他人信任你,信服你,才是溝通沒有障礙的真正途徑。)

6.補(bǔ)充說明

以上看似C端的開發(fā)流程,其實(shí)管理后臺(tái)一樣適用。管理后臺(tái)的所有流程步驟都應(yīng)該按照這個(gè)流程走通,同時(shí)需要注意的是,應(yīng)當(dāng)和C端相呼應(yīng),在做C的時(shí)候,就應(yīng)該想到,C端上這些展現(xiàn)的字段、內(nèi)容從哪來?后臺(tái)如何設(shè)置?后臺(tái)的操作流程如何?etc。

7.想法

項(xiàng)目進(jìn)行了幾個(gè)月了,也跟了幾個(gè)月,中間出現(xiàn)了幾次方向的變化,磕磕盼盼,也算快要有產(chǎn)出了,挺興奮,所以想要復(fù)盤一下這段時(shí)間對(duì)于項(xiàng)目、產(chǎn)品的一些事,做一些總結(jié)。具體的就不說了,都在上面的PS中,想想自己的方法論,查缺補(bǔ)漏,不足加以改進(jìn)。

END

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡書系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容