設(shè)計(jì)沉思錄:「推薦好工作」項(xiàng)目流程總結(jié)
文章未「推薦好工作」這一項(xiàng)目的流程總結(jié),希望能夠給你帶來(lái)些借鑒參考。
在互聯(lián)網(wǎng)產(chǎn)品越發(fā)成熟的今天,產(chǎn)品迭代的速度也是非??斓?。而項(xiàng)目流程是影響產(chǎn)品迭代速度的重要因素之一,每個(gè)團(tuán)隊(duì)都有屬于自己的流程。那什么樣的流程更有利于的項(xiàng)目的良性循環(huán)呢,結(jié)合我最近參與的一個(gè)項(xiàng)目,以UI視角來(lái)看看項(xiàng)目流程里出現(xiàn)的一些問(wèn)題,以及怎么解決這些問(wèn)題。
項(xiàng)目背景
推薦好工作是趕集創(chuàng)新招聘項(xiàng)目,率先在M端(移動(dòng)網(wǎng)頁(yè)版)上線。經(jīng)過(guò)調(diào)研發(fā)現(xiàn),目前趕集APP平臺(tái)上找工作的用戶,有相當(dāng)一部分用戶群體是迷茫狀態(tài),并不清楚要找什么工作;全職找工作的用戶中,有1/3的用戶會(huì)選擇跨行業(yè)找工作,基于以上兩點(diǎn),將全職工作中通用類型的工作、以及對(duì)專業(yè)限制較少的學(xué)徒類工作推薦給用戶,幫助迷茫用戶發(fā)現(xiàn)合適的崗位和工作。
本文是針對(duì)項(xiàng)目流程的總結(jié),而不是針對(duì)項(xiàng)目本身。接下來(lái)按照收集反饋-梳理流程-解決問(wèn)題這個(gè)思路來(lái)給大家分析。
收集反饋
在項(xiàng)目上線以后,回過(guò)頭來(lái)反思我們的項(xiàng)目流程,首先收集了項(xiàng)目團(tuán)隊(duì)各個(gè)角色(PM、交互、UI、FE、RD、QA)的反饋,主要針對(duì)在項(xiàng)目的各個(gè)環(huán)節(jié)里遇到的問(wèn)題,以及與其他角色合作時(shí)遇到的問(wèn)題。
從上圖中可以看出問(wèn)題主要是輸出和流程兩類,流程類問(wèn)題會(huì)更多一些,所有的問(wèn)題都不同程度地影響了項(xiàng)目的進(jìn)程和最終的呈現(xiàn),影響了用戶體驗(yàn)。
梳理流程
一個(gè)項(xiàng)目的基礎(chǔ)流程是:需求分析-交互設(shè)計(jì)-視覺(jué)設(shè)計(jì)-需求宣講-開(kāi)發(fā)-測(cè)試-視覺(jué)走查-上線(僅代表趕集設(shè)計(jì)部),我們用體驗(yàn)地圖的方法將問(wèn)題按角色和流程兩個(gè)維度來(lái)分類,有淺灰色背景標(biāo)識(shí)的是跟UI相關(guān)的問(wèn)題。
從表格中可以看出,在項(xiàng)目的后半個(gè)階段問(wèn)題暴露的比較多。我們?cè)谶@里只分析跟UI同學(xué)相關(guān)的問(wèn)題:
- 不了解項(xiàng)目背景(視覺(jué)環(huán)節(jié))
- 視覺(jué)圖與文檔有出入(開(kāi)發(fā)環(huán)節(jié))
- 還原度不夠、未及時(shí)得知需求變更、RD修復(fù)UIBug有時(shí)間風(fēng)險(xiǎn)(視覺(jué)走查環(huán)節(jié))
解決問(wèn)題
逐個(gè)分析,不了解項(xiàng)目背景?,F(xiàn)有的方法是,需求確認(rèn)之后是交互執(zhí)行,然后是視覺(jué)執(zhí)行。在設(shè)計(jì)之前,設(shè)計(jì)師需要做競(jìng)品分析、市場(chǎng)評(píng)估、消化需求等工作,而在這個(gè)過(guò)程中會(huì)產(chǎn)生很多疑問(wèn)。這時(shí)設(shè)計(jì)師就得回過(guò)頭與PM或交互溝通,這個(gè)時(shí)候項(xiàng)目流程就是反向的,PM或交互不得不與UI復(fù)述一些已經(jīng)討論過(guò)的問(wèn)題,這樣就極大地影響了效率,也不利于UI設(shè)計(jì)師掌握主動(dòng)權(quán)。
如果在PM和交互溝通之前,叫上UI進(jìn)行一次需求預(yù)溝通,這樣大家對(duì)需求的了解會(huì)比較同步,UI也可以提前開(kāi)始準(zhǔn)備工作。當(dāng)PM和交互同學(xué)定稿時(shí),UI同學(xué)再次參與進(jìn)來(lái),解決需求里的疑問(wèn)點(diǎn)。
現(xiàn)在看第二個(gè)問(wèn)題:視覺(jué)圖與文檔有出入, 這個(gè)問(wèn)題PM和RD都有提到,視覺(jué)圖和文檔有出入是由于開(kāi)發(fā)動(dòng)工之前,PM、RD、UI三方?jīng)]有核對(duì)設(shè)計(jì)細(xì)節(jié),信息不同步。例如在需求宣講的時(shí)候,由于技術(shù)或需求點(diǎn)的變更,PM和RD達(dá)成一致,而UI同學(xué)并不知情,直到視覺(jué)走查時(shí)才發(fā)現(xiàn)。如果所有涉及的角色都參與到需求宣講會(huì)議,有問(wèn)題及時(shí)調(diào)整,視覺(jué)圖和文檔不統(tǒng)一的問(wèn)題也就迎刃而解了。
第三個(gè)問(wèn)題都是與設(shè)計(jì)還原度相關(guān)的:未得知需求變更、還原度不夠、修復(fù)UI bug有風(fēng)險(xiǎn)。設(shè)計(jì)還原度一直是不被重視的卻非常重要的一塊。有些時(shí)候在開(kāi)發(fā)的過(guò)程中由于一些不可逆的因素,需求會(huì)有些變更是無(wú)法避免的,但是這些變更必須及時(shí)同步給UI同學(xué),方便后續(xù)快速調(diào)整設(shè)計(jì)方案。有些RD或PM同學(xué)對(duì)界面還原度意識(shí)較弱,然而開(kāi)發(fā)的還原度,會(huì)直接影響產(chǎn)品最終的用戶體驗(yàn)。
作為設(shè)計(jì)師面對(duì)所有步驟不能一蹴而就,視覺(jué)走查環(huán)節(jié)是正式上線的前一個(gè)環(huán)節(jié),所以這個(gè)時(shí)候任何改動(dòng)都需要評(píng)估風(fēng)險(xiǎn),推動(dòng)起來(lái)難度比較大。試想如果我們能早一點(diǎn)發(fā)現(xiàn)問(wèn)題,RD解決的時(shí)間相會(huì)充裕些,風(fēng)險(xiǎn)也會(huì)小很多。FE和RD完成聯(lián)調(diào)提測(cè)后,UI同學(xué)可以和QA同學(xué)并行走查,讓問(wèn)題提前曝光,及時(shí)排期解決。
在走查中有個(gè)小技巧分享一下,通常提測(cè)以后,無(wú)論是PC端、M端、APP端的項(xiàng)目都可以預(yù)覽線上開(kāi)發(fā)的還原效果,我們可以先看完整體頁(yè)面,列出問(wèn)題list,比如以表格的形式(如下圖),等RD哥哥姐姐改完Bug我們?cè)偃ヲ?yàn)收,這樣就成功將體力活轉(zhuǎn)換為眼力活,避免來(lái)回跑。當(dāng)然需要當(dāng)面溝通的問(wèn)題也需要積極的配合。
針對(duì)這些解決方案,我們可以適當(dāng)調(diào)整最初的項(xiàng)目流程。
設(shè)計(jì)師關(guān)注設(shè)計(jì)方法的同時(shí)也要注重工作方法,作為一個(gè)UI設(shè)計(jì)師的工作不僅僅只是接收需求輸出效果圖而已,我們的工作是貫穿于整個(gè)流程的。項(xiàng)目前期充分理解需求,輸出設(shè)計(jì)方案,而后期需要持續(xù)跟進(jìn)需求變更,保證設(shè)計(jì)的高還原度。項(xiàng)目團(tuán)隊(duì)里的每個(gè)角色環(huán)環(huán)相扣才能呈現(xiàn)更好的結(jié)果,為用戶帶來(lái)更好的體驗(yàn)。
本文來(lái)源于人人都是產(chǎn)品經(jīng)理合作媒體@58用戶體驗(yàn)設(shè)計(jì)中心(微信公眾號(hào)@58UXD),作者@ 王冰心
題圖來(lái)自PEXELS,基于CC0協(xié)議
項(xiàng)目流程是用Viso畫(huà)的吧?有重疊部分
請(qǐng)問(wèn)這些圖是用什么軟件畫(huà)的?