做了 2 年多的產(chǎn)品經(jīng)理,實際上都在做交互的活检诗。一直想找時間認真系統(tǒng)的學習交互的知識,最近終于算是有空了瓢剿,其實算是發(fā)了狠吧逢慌。只看書不寫筆記是沒有用的,接下來就要結(jié)合自己的項目經(jīng)驗結(jié)合書本內(nèi)容記錄下來间狂。?
第一章的內(nèi)容主要講了整個產(chǎn)品設(shè)計的過程
其中有兩個點值得一提攻泼。
第一,產(chǎn)品設(shè)計是為了解決用戶的終極目標的,而不能局限在當前任務的解決上忙菠。這里有個例子何鸡,用戶想要馬跑的更快,那我們是讓他們的馬吃的更好牛欢,練的更壯骡男,然后跑的更快還是說直接發(fā)明一輛車給他們呢? 在這里用戶的終極目標是“快”傍睹,所以產(chǎn)品的設(shè)計也應該圍繞這個去解決隔盛。?
第二,產(chǎn)品的設(shè)計流程拾稳。
分為 Research(調(diào)研), Modeling(用戶建模),Requirements(需求分析),Framework(產(chǎn)品框架設(shè)計),Refinement(完善),Support(支持).
直接列出來是比較枯燥∷笨唬現(xiàn)在剛好在做一個跨境電商供應鏈的項目,我就結(jié)合著一起說下每個階段都干什么访得?
1. Research龙亲,由于這個供應鏈項目主要內(nèi)部員工在使用,類似于 ERP 系統(tǒng)震鹉,所以 research 階段主要做的工作分為兩部分俱笛,第一部分看競品捆姜,看看市場上有哪些類似的競品传趾。當然 ERP 這種系統(tǒng)一般比較難找到競品,我好運的是剛好有個合作方也在做這個泥技,就去摟了一把浆兰,了解了大概,知道是怎么回事珊豹。 第二部分就是和目前正在用現(xiàn)有系統(tǒng)的人聊聊簸呈,看看他們怎么想的。這些人就包括公司的大 boss店茶,運營部分蜕便,開發(fā)團隊以及市場部分等等。
2. Modeling贩幻,公司里面大家干活各司其職轿腺,ERP 也是這樣玩的,在實際使用中也會因為職責不同丛楚,有各種審批的工作要做族壳。所以在這個階段,我就一個個去找相關(guān)的人聊天趣些,一邊聊一邊記錄下來他們平時所做的工作仿荆,以此來創(chuàng)建使用者模型。在這個項目中大致可以分為 業(yè)務員,采購員拢操,倉儲管理锦亦,售后服務幾個大角色。
3. Requirement令境,聊天的時候孽亲,除了了解他們平時做什么,也知道了他們平時在用系統(tǒng)的時候最討厭的是什么東西展父,他們覺得怎么樣做才會更好用返劲。有了這些以后,就可以分析他們的具體訴求栖茉,分析完了再去找單個人確認篮绿。
4. Framework,需求確認以后吕漂,就是記錄了亲配,UX 很大一部分工作是溝通,那拿什么溝通呢惶凝,就必須有可視的內(nèi)容了吼虎。這一步也是最耗時的一部,可以分成好多小步驟去做苍鲜。我習慣性的會先把 key path 全部先畫出來思灰。在這個項目里主流程就是采購流程怎么走,批量的訂單如何被處理的等等混滔。 有了 key path 后就可以細化畫出功能表了洒疚,俗稱 IA。當然這時的 IA 還不是完善的坯屿。有了 IA 以后油湖,就繼續(xù)做線框圖來將用戶的操作具象化,這一過程中會發(fā)現(xiàn)很多之前 key path 以及 IA 中沒有考慮到的點领跛。完成線框圖之后會把頁面做成一個可使用的 DEMO 用來模仿用戶的操作乏德,畢竟只是看和上手玩還是差很多的。這一過程中又會發(fā)現(xiàn)一些問題吠昭,改改改喊括。有了一份較為完善的 DEMO 和 IA 以后就可以去找運營團隊一起玩,玩的過程中又會改改改怎诫。有了一份滿意的方案以后瘾晃,繼續(xù)找技術(shù)團隊聊,在確定方案可操作性以后就可以找 UI 開工了(如果對技術(shù)不確定是否適合幻妓,可以提前找開發(fā)確認蹦误,不然很容易滿心歡喜跑過去被打回來)劫拢。
5. Refinement,這個階段就是在 UI 出來以后强胰,用高保真的 DEMO 再多跑幾遍場景舱沧,讓實際使用者多試試,看看是否趁手偶洋,不趁手改改改熟吏。?
6. Support,終于定稿了玄窝,將所有設(shè)計文件標注需求以及邏輯交付給開發(fā)團隊進行開發(fā)牵寺。 還要做到隨叫隨到,不然很可能開發(fā)趕時間就做歪了恩脂。?
新杯子裝舊水帽氓,各位看官多指點。