從需求到原型,我的工作流程是這樣的

13 評論 48771 瀏覽 435 收藏 9 分鐘

每個人都有自己的見解,眾說紛紜,寫長篇大論的人,都說得蠻有道理,與別人觀點不同的地方也就是些細節。

在網上看了很多產品工作流程里寫文檔的方法分享,大多講的都是方法和思路,總結下來大概也就是文檔內容要求:清晰、高效、準確、不漏,寫作形式分為word版(已經被各種經驗分享所淘汰)、圖片版兩種。通過網上大牛分享的東西,和自己工作中各種嘗試下來,總結了自己的一套實在的東西分享給大家。

直接開始吧。

以產品核心需求出發設計產品

任何一個產品的誕生都是為了滿足某種需求的,沒有哪個產品是先做好了產品,再去想它要滿足什么需求,最多也就誤打誤撞解決了某些需求。所以在設計產品的時候應該圍繞核心需求開始構思整個產品,而不是從產品的第一個頁面或者一些基礎功能開始。

例如要做一個同行社交APP,應該先著重構思“同行”如何設計,就應該想到“怎么強化同行的概念”,而不是先想如何去做好聊天功能。

一般我會用腦圖先梳理一下產品的要點、出發點,這個圖只是幫助你邊梳理邊記錄的作用,格式上只要自己能看懂就OK了。是為了接下來的產品結構圖做鋪墊,如果直接從結構圖開始,你的思維就會受制于結構化的模式。

QQ20160923-1

確定功能點,畫結構圖

這個階段,首先是經過討論,已經明確了頭腦風暴圖里要做哪些功能,想法是無窮的,能做的只是有限的,現在要做的事就是把功能點分類,讓所有想法能合理的落在你腦海里的產品界面上,此時直接開始畫產品原型圖還尚早,可以先把功能結構用腦圖列出來。

每一級包括菜單(有下級頁面)、模塊(列表、功能區…)、操作(按鈕、刪除、排序…)。

%E4%BA%A7%E5%93%81-2

做這一步的過程你會發現之前的腦圖有些地方沒想到,其實很正常,做這些流程就是為了盡可能避免遺漏的點,要是直接畫原型遺漏的會更多。為了讓每個環節更加完整,可以在下一個環節發現遺漏點的時候,及時在上一個環節的相應地方進行補充。

按照結構圖順序開始畫原型圖

結構圖畫好之后首先是進行排序,最好從上到下開始排,順序確定后就盡量避免更改(之后畫原型的時候發現有遺漏的項,補充時在其后追加,而非插入)。然后給每一個包含下級頁面的項加一個標記。

QQ20160923-2

這樣做的好處是在畫原型圖之前就知道一共有多少個頁面(假如第4層的某個頁面可以跳轉至第2層的某個頁面,那么只需寫目標頁面名稱,不做向后延伸,也就不做標記),并且原型圖目錄也能很好的分清層級關系,導出的原型圖文件夾里面的各頁面縮略圖展示也不會混亂排列。通過工作中發現帶有頁面跳轉的原型圖畫起來費時間、且表達也不夠直觀,所以我習慣一個原型頁面對應一個層級的產品界面,怎么表達頁面跳轉關系呢?后面會介紹一種方法。

下面就開始畫原型圖了,首先我會創建一個頁面模板,讓每個頁面看起來布局統一,頁面上包括頁眉、原型、跳轉關系、原型說明。

QQ20160923-3

跳轉關系表明了該頁面上所有可跳轉的目標頁面,就能通過頁面名稱很快的進行切換查看,如果畫全局的頁面跳轉關系圖,畫起來復雜,并且看的人也沒耐心去研究里面的各種流程線路。原型頁面上只展示頁面要素,一些細節可能由交互設計師來完成,所以這樣的一套原型圖產出速度還是很快的,當然前提是你的下游有一個交互設計師,如果下游沒有交互設計師,可能要跟后面要說的交互設計文檔進行融合了,或者把兩件事都做了。

快速出圖——創建自己的控件庫

想要快速畫這樣的原型圖,就得建立自己的一套控件庫,當然不用刻意抽時間去建,只需要平時工作中在畫原型圖的時候同時打開一個自己的元件庫,庫里有直接用,庫里沒有在原型圖上做好之后復制到自己的庫里即可。像上面這種程度的原型圖不需要太多控件就可以畫了,要是保真度高一點的,可能就要積累足夠多的控件了。誰還說自己用手畫原型圖來得最快,我跟誰急。

QQ20160923-5

交互設計圖——只做交互相關解釋

大部分公司都是沒有交互設計師的崗位的,所以在這里介紹一下自己寫交互設計文檔的方法吧。交互設計文檔主要是給前端和UI看的文檔,所以文檔的說明應不包含業務解釋、規則說明相關的內容??梢越栌眯枨笪臋n的思路,還是先排版,頁面分為“準高保證原型圖”、“注釋說明”、“交互”、“其他補充內容”。

QQ20160923-6

“注釋說明”應該包括:輸入檢測標準、缺省值、界面元素變化、顯示上限等情景的說明。

“交互”包括:提示彈框樣式、功能實現方式、提示內容等響應用戶物理操作的反饋畫面。

QQ20160923-9

某些頁面可能根據不同的情景展示效果會有所不同,可以在補充里描述不同場景下的界面樣式。

QQ20160923-8

當然你還需要在文檔的開始增加一個閱讀說明,進行全局的交互說明,讓看文檔的人能夠很清楚的知道你在圖上做的標記表示何種操作。

QQ20160923-7

“通用說明”就是這種風格交互文檔都會有的說明,可以保存為模板,以后套用即可,“特別說明”是針對此文檔中的一些細節進行的說明。

估計有人會說這樣的圖做起來復雜,一些技巧的東西可以去網上看一些工具使用的教程,熟練了就知道如何便捷的產出這樣的圖了。我這里只是講我個人總結的如何快速寫出清晰直觀的產品文檔,一些技巧的東西說來話長了。

 

本文由 @吳某某 原創發布于人人都是產品經理。未經許可,禁止轉載。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 不需要先梳理業務流程邏輯么?

    來自山東 回復
  2. 太過籠統。。。

    來自北京 回復
  3. 用的是什么工具。

    來自北京 回復
  4. 感謝分享

    來自四川 回復
  5. 交互。。。就這么被曲解了。。。。你這個所謂的交互,更像是“動效設計師”。。。另,建議畫圓形之前,出流程,會比較清晰。

    來自北京 回復
  6. 沒有畫流程圖的步驟?

    來自上海 回復
  7. 能說的更明白一點么,還不夠詳細阿

    回復
  8. 謝謝前輩分享

    回復
  9. 想要進一步了解這種交互如何規范書寫,可以發送一份Axure原文件到我的郵箱嗎?感恩感恩~~kevin@newchama.com

    來自上海 回復
  10. 寫的非常棒,學習到不少,以后就用這種方式來寫交互了,嘻嘻·~

    來自上海 回復
  11. 受益匪淺!謝謝分享!

    回復
  12. 干貨,細節,文檔等整理全面,有助于整體效率提升,減少撕逼

    回復
  13. 謝謝分享

    來自上海 回復