做了 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ā)趕時間就做歪了恩脂。?
新杯子裝舊水帽氓，各位看官多指點。
