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