作者:李奇
我之前是從運營入行的,后來做過設(shè)計師和產(chǎn)品經(jīng)理,對于產(chǎn)品經(jīng)理在工作流程中應(yīng)該怎么選用工具有一些經(jīng)驗和想法可以分享。
產(chǎn)品經(jīng)理在完整產(chǎn)品流程中需要經(jīng)過產(chǎn)品邏輯梳理、產(chǎn)品原型、交付設(shè)計、跟進(jìn)開發(fā)、產(chǎn)出驗收,而這其中每一個環(huán)節(jié)又都會遇到非常具體的問題。
邏輯梳理
任何產(chǎn)品開始的第一步都是先把邏輯梳理清楚,在這個過程中的主要工具就是腦圖,大多數(shù)產(chǎn)品的功能模塊其實跟其他產(chǎn)品差不了太多,但為了捋清楚所有的功能模塊還是需要耗費一些時間,絕大部分源文件都會在事后被廢棄。
原型設(shè)計
早年間的產(chǎn)品經(jīng)理大多都會用到 Axure,但由于我做過一段時間的設(shè)計,所以自己會比較傾向用設(shè)計工具來完成這件事。主要流程就是在 Sketch 中把之前梳理好的產(chǎn)品邏輯用簡單的視覺表達(dá)出來,而在這件事情中最為頭疼的是每一次繪制的原型圖都沒有辦法復(fù)用,每做一次原型設(shè)計都需要重頭來過,大量的時間耗在這樣的事務(wù)性工作上。
交付設(shè)計
當(dāng)原型繪制完成交付,設(shè)計師完成設(shè)計界面時,又會出現(xiàn)一些新的問題:設(shè)計師交付的設(shè)計稿一般會以圖片形式輸出,產(chǎn)品經(jīng)理得到一個 .zip 壓縮包,自己打開圖片一張一張和之前的原型圖進(jìn)行對比,很容易出現(xiàn)設(shè)計跟原型對不上,又需要跟設(shè)計師進(jìn)行溝通,再重新對齊方案和修改,延長設(shè)計周期。
跟進(jìn)開發(fā)
產(chǎn)品經(jīng)理交付給開發(fā)的一般是一份產(chǎn)品文檔+一份設(shè)計稿,大部分開發(fā)會看著設(shè)計稿工作,如果沒有特意注明需要注意的邏輯很容易就會被遺漏,為了解決這個問題需要開大量的會議,從周會到日會來解決信息和狀態(tài)同步的問題。大家經(jīng)常開玩笑說「開發(fā)最大的問題就是你不知道他在干什么,直到為時已晚」,這其實就是體現(xiàn)了產(chǎn)品設(shè)計跟最終開發(fā)的 gap。
驗收上線
好不容易產(chǎn)品終于開發(fā)完成了,到了驗收環(huán)節(jié),但凡之前沒有跟進(jìn)到位的問題最終都會在這個環(huán)節(jié)出現(xiàn),而出現(xiàn)問題之后只有兩個結(jié)果:
(1)補充功能/修復(fù) bug 延期上線;(2)先上待完善版,之后再補。但不論怎么樣如果溝通出現(xiàn)了問題,最終的結(jié)果都不是產(chǎn)品經(jīng)理想要的。
到這里一個產(chǎn)品流程算是結(jié)束了,而這個過程中暴露的問題也相對比較明確:產(chǎn)品經(jīng)理如果完整的跟進(jìn)完成一次產(chǎn)品迭代,涉及到的工具鏈非常多,只要有一個環(huán)節(jié)需要變更,這一整條鏈路上的所有環(huán)節(jié)都需要變更,也正是因為工具鏈太多導(dǎo)致最終成品大多以圖片拼湊而成無法被修改,如果需要變更就只能一步一步找到最開始的源頭編輯,如果手快將源文件刪除,那基本又要重頭開始。而工程師因為需要看多份文檔進(jìn)行開發(fā)工作,遺漏在所難免。這些問題基本上會困擾到每一個產(chǎn)品經(jīng)理。
作為一個互聯(lián)網(wǎng)從業(yè)者難免會困惑的是:為什么從設(shè)計工具到開發(fā)工具每天都在迭代和革新,但對于產(chǎn)品流程優(yōu)化的工具少之又少,是因為沒有需求?還是因為沒人愿意做這件事?甚至我還自己做過一些原型產(chǎn)品試圖探索解決這個問題。
就在上周我注意到一個剛剛發(fā)布叫碼前的工具,他們在試圖解決前面提到的問題,我抽空體驗了一下,感覺還不錯。
首先是碼前可以將需求梳理的功能點與原型相對應(yīng),而不是像過去一樣先畫一個腦圖,再去另一個工具畫原型,然后再把原型塞到腦圖里,每一個需求點都可以更原型直接對應(yīng),這樣可以讓開發(fā)和設(shè)計都可以非常直觀的理解產(chǎn)品需求是什么,不至于遺漏。
其次一個很重要的功能則是碼前可以進(jìn)行產(chǎn)品原型和 UI 的一鍵對比。在設(shè)計驗收的時候,碼前提供了好用的 Sketch 插件,可以幫助設(shè)計師直接將設(shè)計稿導(dǎo)出至碼前,這樣可以直接跟設(shè)計師 review 設(shè)計稿是否有遺漏,甚至不需要產(chǎn)品經(jīng)理的參與設(shè)計師自己也能知道漏了哪些頁面,更好的提升工作效率。
最后一個我非常喜歡的則是碼前的模板庫,之前有提到很多產(chǎn)品的相同模塊其實功能都差不多,比如發(fā)布動態(tài),相信很多產(chǎn)品經(jīng)理在不同的公司都做過很多遍相同的功能,但有了碼前之后所有的模板都可以被復(fù)用,所有的功能點和描述甚至原型都可以一鍵導(dǎo)入到已有的文檔中,可以把時間拿去做更需要創(chuàng)造力的事情。
上面這三個功能非常好的解決了我之前提到不能復(fù)用、溝通成本高的問題,大大節(jié)省了產(chǎn)品流程中消耗的精力,我個人非常喜歡這樣優(yōu)化整體效率的產(chǎn)品,尤其在這個大家認(rèn)為產(chǎn)品工作主要靠嘴的現(xiàn)狀下,好的產(chǎn)品可以幫助整個團(tuán)隊大幅提升生產(chǎn)力,不要把時間浪費在流程性和事務(wù)性的事情上,希望未來這樣的產(chǎn)品能夠越來越多。
非常推薦對此有需求的團(tuán)隊和產(chǎn)品經(jīng)理嘗試看看。
(免責(zé)聲明:本網(wǎng)站內(nèi)容主要來自原創(chuàng)、合作伙伴供稿和第三方自媒體作者投稿,凡在本網(wǎng)站出現(xiàn)的信息,均僅供參考。本網(wǎng)站將盡力確保所提供信息的準(zhǔn)確性及可靠性,但不保證有關(guān)資料的準(zhǔn)確性及可靠性,讀者在使用前請進(jìn)一步核實,并對任何自主決定的行為負(fù)責(zé)。本網(wǎng)站對有關(guān)資料所引致的錯誤、不確或遺漏,概不負(fù)任何法律責(zé)任。
任何單位或個人認(rèn)為本網(wǎng)站中的網(wǎng)頁或鏈接內(nèi)容可能涉嫌侵犯其知識產(chǎn)權(quán)或存在不實內(nèi)容時,應(yīng)及時向本網(wǎng)站提出書面權(quán)利通知或不實情況說明,并提供身份證明、權(quán)屬證明及詳細(xì)侵權(quán)或不實情況證明。本網(wǎng)站在收到上述法律文件后,將會依法盡快聯(lián)系相關(guān)文章源頭核實,溝通刪除相關(guān)內(nèi)容或斷開相關(guān)鏈接。 )