在畫原型之前,請先擬好“流程圖”和“信息結(jié)構(gòu)”

27 評(píng)論 63142 瀏覽 394 收藏 6 分鐘

上一篇《做交互,別急著畫原型》中說到畫原型前先要理解功能,并且從用戶角度思考如何繪制適合用戶的流程圖。而今天將和大家講講,畫原型圖前比較重要的兩個(gè)因素:“流程圖”與“信息結(jié)構(gòu)”。

首先,當(dāng)拿到一個(gè)功能需求時(shí),需要大致知道這個(gè)功能是干什么的:哪些角色有需求要通過這個(gè)功能來完成什么目標(biāo)(具體的用戶需求不細(xì)說)。如果這個(gè)整體方向都不能確定,那這個(gè)需求要么是不完整的要么是不成立的。在這種不確定需求的情況下畫原型,過程肯定是磕磕絆絆甚至是無用功的。

(所以,如果設(shè)計(jì)師接到的是這種不確定的需求時(shí),要么說明原因選擇不做,要么在有足夠多時(shí)間的情況下自己去分析需求。)

我們先假設(shè)有這么一個(gè)功能:大致是給團(tuán)隊(duì)的成員協(xié)調(diào)配合完成任務(wù)的那么一個(gè)功能,其中任務(wù)需要被發(fā)起,被完成和被批閱。而且它有可能存在以下兩種情況:

情況1:

只涉及到兩種角色,“角色A”既是任務(wù)的發(fā)起者也是任務(wù)的批閱者,“角色B”是任務(wù)完成人員。屬于來往關(guān)系。

情況2:

涉及到三種角色,“角色A”只是任務(wù)發(fā)起者,由“角色B”來完成,進(jìn)行批閱需要通過“角色C”,屬于上級(jí)關(guān)系。

所以,在設(shè)計(jì)開始前必須確定該功能是情況1呢還是情況2呢甚至還有情況N,不同的情況會(huì)導(dǎo)致我們的流程圖的方向有所不一樣,最終導(dǎo)致原型圖的不一樣,因此整體方向很重要。

這里我們不糾結(jié)哪個(gè)情況是對的,我們選擇情況2,并且進(jìn)行簡單細(xì)化:

  • 角色A:簡單地發(fā)起任務(wù)
  • 角色B:可以拒絕任務(wù),也可以接受任務(wù)
  • 角色C:批閱任務(wù)是否完成

整理而得的流程圖如下:

通過這個(gè)流程圖,就可以比較清晰的知道各個(gè)角色之間的關(guān)系,然后對每個(gè)角色涉及到的操作進(jìn)行“加工”:

  • 用戶A布置任務(wù)可能包括:任務(wù)標(biāo)題、任務(wù)內(nèi)容、任務(wù)時(shí)間等等
  • 用戶B的任務(wù)涵蓋任務(wù)標(biāo)題、任務(wù)內(nèi)容和任務(wù)時(shí)間等等,并且對任務(wù)有一定的操作
  • 用戶C等到任務(wù)完成后批閱任務(wù)是否通過,如果不通過原因是什么
  • 以及等等(冥想中~)

更加可視化可以整理出信息結(jié)構(gòu)(以用戶A為例):

通過這么一簡單整理,每個(gè)流程步驟可能涉及的頁面或者是內(nèi)容就都有了。

那為什么要搞出個(gè)這么一個(gè)所謂“腦圖”的東西呢?

我們在做原型時(shí),肯定是通過流程來確定頁面,但是流程上并沒有說角色發(fā)起任務(wù)需要填寫哪些信息,需要包含哪些內(nèi)容,就算我們腦子里有這些信息,但是我們也有可能會(huì)遺漏,所以在做原型前更好地是思考用戶操作會(huì)涉及哪幾個(gè)頁面,頁面里有哪些信息,哪些操作是如何跳轉(zhuǎn)的,而信息結(jié)構(gòu)圖能很好的解決這一點(diǎn):頁面結(jié)構(gòu),頁面內(nèi)容,頁面關(guān)系和頁面狀態(tài)等。

剩下的就看把流程和內(nèi)容應(yīng)用到原型上的功力了。做原型時(shí)更多的從用戶角度思考,并且參考一些交互原則,同時(shí)平時(shí)可以多觀察觀察其他app,不斷積累。不過也別想一次性就把所有細(xì)節(jié)都考慮到,大體方向確定了,后面的細(xì)節(jié)可以慢慢補(bǔ)充,慢慢完善。

總結(jié)

拿到功能先要理解功能,理解用戶在用這個(gè)功能時(shí)會(huì)是怎么操作的,用戶之間的關(guān)系又是怎么樣的,也許腦子里有大概的流程,但是更好的辦法是把流程畫出來,畫出流程后,對每個(gè)流程中可能涉及到的操作和內(nèi)容進(jìn)行整理,將這些內(nèi)容合理的整理到直觀的信息結(jié)構(gòu)中,然后在帶入到具體的頁面,并且不斷思考流程和改進(jìn)細(xì)節(jié)。

先有方向才有框架,有了框架才能填入內(nèi)容,有了內(nèi)容才能不斷進(jìn)行更細(xì)致的調(diào)整和修改。

 

本文由 @交互の故事 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請登錄
  1. 提問:文章中流程圖之前的是什么圖呢?

    來自上海 回復(fù)
  2. 大部分產(chǎn)品經(jīng)理的基礎(chǔ)技能不扎實(shí),產(chǎn)品做出來了但是方法論基本功并不扎實(shí),很多都是借鑒參考。
    產(chǎn)品從需求開始,功能是用來滿足需求的,而業(yè)務(wù)流程又是對功能的具體落實(shí)。
    信息是指實(shí)現(xiàn)功能需要具備的元素是什么,需要什么信息、什么操作,將這些信息、操作進(jìn)行系統(tǒng)化的、結(jié)構(gòu)化的整理就是信息架構(gòu)了。
    最后再把這些信息、操作使用元件、控件布局到頁面上,就形成了產(chǎn)品原型。
    一般順序是
    需求列表——功能列表——業(yè)務(wù)流程圖——信息架構(gòu)圖——頁面流程圖——原型——UI設(shè)計(jì)稿——產(chǎn)品(代碼實(shí)現(xiàn))

    來自浙江 回復(fù)
  3. 前輩,從0到1時(shí)是先畫任務(wù)流程圖還是先設(shè)計(jì)原型?請您幫我解惑呢

    回復(fù)
    1. 一般大部分產(chǎn)品經(jīng)理都是先原型后流程圖,因?yàn)橥际钦腋偲穮⒖?、修改的,你懂的,這樣做產(chǎn)品往往都是先做原型再畫任務(wù)流程圖,畫圖的目的是為了寫產(chǎn)品文檔
      如果你真的是0-1沒有啥參考借鑒的,你肯定是得先搞清需求是什么,然后用何種功能滿足需求,這個(gè)功能是具體如何實(shí)現(xiàn)和展開的,這就是流程圖
      為了實(shí)現(xiàn)這個(gè)功能,用戶需要依據(jù)什么信息做判斷和操作,對這些信息進(jìn)行結(jié)構(gòu)化系統(tǒng)化的整理,這就是信息架構(gòu)了
      最后才是根據(jù)信息確定具體的頁面元素,畫原型

      來自浙江 回復(fù)
  4. 非常棒 產(chǎn)品經(jīng)理越早跨越畫圖成長越快 微信hengshuivick。學(xué)習(xí)溝通

    回復(fù)
  5. 來過、受教、感謝

    來自浙江 回復(fù)
  6. 在梳理最初的任務(wù)流程后開始整理分析了流程中的結(jié)構(gòu)內(nèi)容元素,可以在分析整理結(jié)構(gòu)元素后在補(bǔ)畫一個(gè)頁面流程圖,這樣在進(jìn)行原型制作時(shí)可能會(huì)更清晰。

    來自北京 回復(fù)
  7. 又讀理一遍想問腦圖是什么?

    來自北京 回復(fù)
  8. 請問拿到一份用戶的需求大雜燴,應(yīng)該如和梳理呢(多角色的后臺(tái)管理系統(tǒng))。頁面流程圖、業(yè)務(wù)流程圖、功能結(jié)構(gòu)圖、需求列表、功能列表、邏輯流程圖應(yīng)該先畫哪個(gè)。。。

    來自北京 回復(fù)
    1. 這些相關(guān)的邏輯梳理工具,在實(shí)踐中的使用順序,個(gè)人一般如此處理:
      1.需求列表 2.業(yè)務(wù)流程圖 3.功能列表 4.功能結(jié)構(gòu)圖 5.頁面流程圖 6.邏輯流程圖
      1、2、3、4一般是產(chǎn)品經(jīng)理用得多,5是交互設(shè)計(jì)師用得多,6是程序員用得多。如果能全部使用并展開,是可以的。

      來自廣東 回復(fù)
  9. 最后看到個(gè)人功力的時(shí)候就泄氣了,請問您知道怎么提高個(gè)人的功力嗎(特別是初稿的設(shè)計(jì)能力)

    來自上海 回復(fù)
    1. 沒有明確的答案吧。具體涉及在原型設(shè)計(jì)的時(shí)候我認(rèn)為更多的是項(xiàng)目積累 不斷研究其他產(chǎn)品吧,然后畫原型多考慮用戶的使用習(xí)慣以及哪些內(nèi)容是側(cè)重點(diǎn)等。我現(xiàn)在也是在需要不斷充實(shí)和提高的一個(gè)階段

      來自浙江 回復(fù)
    2. 我現(xiàn)在剛接觸穿品,所以在看其他產(chǎn)品的時(shí)候,看的角度還是在表面上,而不是設(shè)計(jì)者得角度去評(píng)論,所以甚是苦惱

      來自上海 回復(fù)
    3. 作者的基本功還是不扎實(shí),其實(shí)邏輯就是:
      功能決定于需求,流程是對功能的具體描述,信息、操作是實(shí)現(xiàn)功能所需要的材料,這些材料必須要先用腦圖進(jìn)行結(jié)構(gòu)化的整理。最后這些信息再根據(jù)場景、用戶使用習(xí)慣等轉(zhuǎn)化成具體的頁面元素(控件)布局到頁面上。
      在畫原型之前有個(gè)頁面流程圖,就是打個(gè)草稿,將頁面的大概內(nèi)容分布在不同頁面上并且確定每個(gè)頁面的業(yè)務(wù)目標(biāo),這樣級(jí)就可以做個(gè)頁面流轉(zhuǎn)路徑的整理,給原型打個(gè)框架
      所謂的功力就是你從抽象到具體的能力,有些產(chǎn)品經(jīng)理也沒有去分析如何從0-1的一步步的實(shí)現(xiàn)過程,但是他做多了,功力深,一個(gè)需求出來,流程圖、信息架構(gòu)都沒做,就直接從抽象到具體了
      有些功力淺的就要一步步從需求慢慢的具象化,并且還要不斷反復(fù)打磨
      90%的產(chǎn)品經(jīng)理其實(shí)都是抄襲嘛,很少有人研究這些

      來自浙江 回復(fù)
    4. 所謂的功力有兩種
      第一種,有意識(shí)的不斷訓(xùn)練自己的產(chǎn)品思維,不斷訓(xùn)練從0-1做產(chǎn)品的思路歷程
      第二種,看得多了,做得多了,自然就快了,你問他怎么從0-1,他也說不清,反正就是會(huì)搞,這是無意識(shí)的
      我在工作中發(fā)現(xiàn)大部分產(chǎn)品經(jīng)理對于信息架構(gòu)都是不擅長的

      來自浙江 回復(fù)
  10. 思路很重要

    來自廣東 回復(fù)
  11. 還不錯(cuò),雖然簡單,但是重要的是思路

    來自廣東 回復(fù)
  12. 想請問有了框架,頁面的內(nèi)容怎么來確定呢?

    回復(fù)
    1. 內(nèi)容一部分來這后面不斷的完善,更大一部分來自前期需求分析總結(jié)而來

      回復(fù)
    2. 好的,謝謝

      來自河南 回復(fù)
    3. 有了框架以后,就去逐項(xiàng)的完成具體內(nèi)容,想象自己是最終用戶,描述每一步的具體操作及交互響應(yīng)。雖然在很多的需求指導(dǎo)文章里說過,不能給研發(fā)做功能的限制,只要描述需要實(shí)現(xiàn)的功能即可。但以我的經(jīng)驗(yàn)來說,如果你不把交互這的需求寫細(xì)了,攻城獅們很可能就會(huì)把這功能做的不倫不類,甚至反人類。。。

      來自山東 回復(fù)
    4. 恩~

      回復(fù)
    5. 感謝

      來自河南 回復(fù)
  13. 邏輯縝密,不錯(cuò)的干貨!

    回復(fù)
  14. 厲害了,這才是應(yīng)有的思路

    來自廣東 回復(fù)
  15. 很實(shí)用的文章 :mrgreen:

    來自山東 回復(fù)
    1. ??

      來自浙江 回復(fù)