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