從交互文檔的撰寫,看設計的思路

2020-12-16 人人都是產品經理

這次剛好給公司新同學培訓,梳理了撰寫交互文檔的思路,希望對新同學有一定幫助。

交互文檔是設計師的輸出物,首先需要明確文檔的用戶和目標,交互文檔面向的受眾主要是下遊同事,包括視覺、動畫、開發、測試等,另外還有自己和PM;文檔的目標就是讓下遊同事清楚地知道是如何設計的,讓他們在進行自己工作時有參考依據;另外文檔還應該能讓自己理清思路,同時方便與PM討論。

明確了交互文檔的用戶和目標後,我們來看看它應該包括哪些內容,具體內容根據工作需要會有不同,這裡就說說我自己在寫完整的交互文檔時會包括的內容。

1.修改記錄

修改記錄是整個文檔的歷史,它讓每一步修改可追溯,便於各職位查看每次新增、修改或刪除的內容,同時便於在工作交接時讓同事了解整個文檔的歷程。

一般修改記錄需要包括以下內容,文檔版本、需求版本、修改內容、修改界面(可連結到頁面) 、修改原因、修訂日期、修改人等。

注意事項:及時更新,保證內容詳細、完整。

2.需求分析

需求分析是在進行設計前的一個必要步驟,將它文檔化至少有如下兩點好處,讓自己理清思路,確保設計中的問題都思考清楚;評審時,讓大家對方案的推導過程有了解,更容易推動方案,減少分歧 。

需求分析的方法有很多,但做需求分析的思路是一致的。

  1. 首先應該明確目標,是新產品、新功能設計,還是改版或優化,要達到怎樣的用戶目標和商業目標,不同的產品體量決定需求分析的體量,不同的目標決定分析的側重點。
  2. 著手獲取相關信息,包括需求細節、競品信息、用戶反饋、用戶數據等,較小的需求可能不需要這麼多信息,根據不同的項目選擇需要的信息。
  3. 最後就是分析,不同的項目會用到不同的方法,常見的方法有場景分析、體驗地圖、任務分析、用戶決策過程分析、全生命周期分析等。這裡就不詳細說明每種方法的使用,提供兩個例子供參考。

注意事項:

  1. 大多數需求都是需要分析的,儘管它看起來很小,或很明確。
  2. 不要為了做需求分析而做,要讓它指導設計。
  3. 需求分析也是需要迭代的。

3.信息架構

信息架構是整個產品的骨架,對於新產品、新功能我們通常會梳理信息架構,而且它也是相對穩定的,除非大改版,一般不會動到信息架構。信息架構圖可以幫助我們在前期梳理整個產品的結構,後期按照大的架構來迭代,同時讓信息更易理解與瀏覽。

既然信息架構如此重要,我們應該如何梳理信息架構呢,筆者提供幾點思路:

  1. 根據產品特徵確定結構類型,這個產品是適合層級結構、自然結構、線性結構或者矩陣結構,最常見的就是層級結構,將信息一層層分解,直至用戶需要的信息。
  2. 分類組合,將不同類型的功能分類,將相似的整合到一起。
  3. 明確功能優先級,根據其重要度、商業價值、使用頻率等排序,將重要功能抽提出來。
  4. 構建信息架構,考慮可擴展性

注意事項:在有新功能、新方向時適時迭代。

4.流程圖

流程圖是梳理任務、操作流程的工具。它可以幫助我們梳理流程,避免遺漏、明確流程的主次;對照流程進行頁面設計;向同事說明,一個任務是怎麼完成的。

在畫流程圖時需要注意幾點:

  1. 根據流程類型寫,將任務流程、操作流程、內部算法流程區分開,不要混著寫,不然思路容易被打亂。
  2. 分任務寫,不要將一個產品的所有流程寫在一個大流程裡,這樣容易遺漏,不方便查看,而且流程太龐大也容易出錯。
  3. 區分主次流程\非必要流程,讓流程主次分明。
  4. 儘量簡化流程圖,多種狀態指向同一結果可以合併。

5.頁面圖

頁面圖是詳細設計的主要內容,包括頁面結構、頁面圖、注釋、頁面流程。需要讓視覺、動效、開發、測試的同學明白設計細節 。

1.頁面結構

頁面結構是整個文檔的框架,不同類型的產品有不同的文檔結構,比如信息架構型 、流程型 、面向不同角色型等。

2.頁面圖

頁面圖包括主界面、特殊狀態、反饋等。

主界面圖需表明:

…..

特殊狀態包括:

…..

反饋包括:

…..

3.注釋

  • 對界面的說明
  • 對操作的說明
  • 對視效、動效要求的說明
  • 需外界提供的信息備註
  • 需求狀態說明

…..

4.頁面流程

流程中的頁面,為了方便說明可以用頁面流程來表達,把頁面的跳轉關係串聯起來。

注意事項:

  1. 能用圖形不用文字
  2. 儘量簡潔
  3. 有主次

6.公共定義\廢棄頁面

將公共定義單獨拿出來寫,便於維護,不用每次變動都修改每個界面。廢棄頁面單獨拿出了,便於追溯,讓下遊同事知道改動點 。

總結

寫文檔的過程也是設計思考的過程,一方面要確保設計思路沒有問題,另一方面要讓文檔可讀性高,以上是筆者的一點小總結。

 

作者:Jane ,1年互動設計師,歡迎指教交流。

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

題圖來自PEXELS,基於CC0協議

相關焦點

  • 手把手教你寫一份交互說明文檔
    以一個互動設計師的角度為大家講解製作交互說明文檔的好處以及方法。與一般的教程不同,作為一名互動設計師,作者通過對交互說明文檔以及對互設計過程中可能出現的問題都很有經驗,因此對各個細節進行了詳細的分析,使讀者知其然亦知其所以然。一. 什麼是交互說明文檔(DRD)?
  • 如何編輯互動設計說明書
    下面簡單介紹互動設計說明書的基本寫法,也算是拋磚引玉吧,最後會給出完整的項目互動設計文檔供大家學習參考。這裡需要注意的是,有時使用原型工具導出的互動設計說明書會很混亂,沒有可讀性,比如,完全是機器按照你的原型站點導航樹結構導出的不符合業務邏輯的說明書,但當開發人員、UI 設計師或 PM 拿到這樣一份「互動設計說明書」時,真的看不懂。
  • 需求文檔撰寫與合格交付原則 - 人人都是產品經理
    文檔的撰寫與合格交付一直是困擾在許多產品經理心中的一個難題。為了解決這個難題,筆者收集了開發、測試、設計人員多方意見,總結出這一份文檔交付原則。目前也已經成功投入使用,它不僅僅能告訴你如何寫一份需求文檔,也能告訴你文檔在進入設計、開發流程前你需要做哪些準備工作,衷心的希望這篇原則能給讀者們以啟迪!一、文檔交付流程文檔從最開始的需求分析到真正以文本格式投入使用往往需要經歷以下幾個階段——即:需求分析→原型設計→文檔撰寫→內部評審→外部評審。
  • 產品管理流程及規範4——PRD文檔撰寫
    本文作者就從why,what,how三個層面對PRD文檔撰寫展開了分析,供大家參考學習。上一篇文章已經詳細講解了產品原型的保真度區別,原型設計的注意要點,規範標準,本篇文章將針對PRD文檔撰寫的why,what,how三個層面進行分析。
  • 如何製作實用美觀的交互文檔
    之後的設計文檔分享中,會加入更多的設計文檔案例來分析討論。作為一個互動設計師,我們要全局掌握產品的背景,邏輯,用戶體驗。但是,我們不能忽略設計過程中一個很關鍵的步驟,設計輸出。如果我們用email或者其他大海報的方式來輸出設計文檔,有沒有產品經理會抱怨說看不懂?有沒有開發抱怨使用過程中效率低?
  • 產品設計方案撰寫指南(一):結構設計
    很多的產品經理都是入行沒多久,大學以及工作中也沒有受到良好的文檔撰寫相關的培訓,寫出的文檔良莠不齊:基礎好些願意思考的產品經理,寫出的內容還算切實有物;剛剛接觸所處行業、基礎差的的產品經理,寫出的文檔經常是丟三落四,抓不住重點。其實文檔的撰寫是一門大學問,我也說不上精通,不過產品生涯裡也在不停的磨礪這方面的能力,多少有了點積累。
  • 以在線協作文檔為例的情境交互體驗淺析與設計實例 - 人人都是產品...
    編輯導讀:傳統的文檔只能一人編輯一人修改,在這個強調互動的網際網路時代已經越來越不能夠滿足需求了。在線協作文檔的出現實現了高效便捷的存儲和創作需求,是工作和生活最常用到的軟體之一。本文將以在線協作文檔為例,分析其情景交互體驗,希望對你有幫助。筆者以 「在線文件存儲和文檔創作」 的場景為例,進行關於在線協作文檔的情境交互研究。
  • 交互文檔怎麼寫,才比較科學易讀?
    一、互動設計師的工作內容UX設計師的存在,使原本產品經理工作中的原型製作工作逐步轉讓給UX設計師,使產品經理更關注需求的戰略層面,更能進行戰略層面的設計。同時,UX設計師也分擔了UI設計師的布局設計、跳轉設計等非本職工作,使開發流程中的角色更加專注自己的工作。
  • 長沙UI設計、互動設計主要學什麼
    第二階段:設計基礎與工具UI設計與互動設計歷史與趨勢UI設計&UE設計工具介紹Photoshop在UI&UE設計中的運用Sketch介紹與熟悉MindManager>建立產品構架第四階段:交互界面繪製界面互動設計原則草圖與原型圖繪製技巧低保真與高保真原型圖設計方法交互軟體使用與實戰原型的閱讀技巧與規範
  • 從PRD撰寫說起,淺談產品經理的升級打怪本領
    市面上分析解讀這幾個D文章很多,也有不少帶著乾貨十足的方法論比如要基於調研有思維導圖,拎清結構、有對應功能模塊結構和用戶使用流程、功能原型、交互邏輯撰寫、對應用例綜述等等。但本文的論述定位更多是跳出微觀細節的方法論,基於宏觀的角度,定義產品文檔是什麼,寫文檔目的和用意。加之最近在研習的書籍中得出一些心得體會,深感解決問題之前首先界定清楚「什麼是」非常關鍵。
  • 什麼是設計——交互&UI
    編輯導語:網際網路產品設計主要指通過用戶研究和分析進行的整套服務體系和價值體系的設計過程,設計也分不同的方向,網際網路產品在設計過程中分成多個階段,每個階段是不同的設計活動;本文作者方向了設計的幾個方面,我們一起來看一下。一、什麼是設計1.
  • 如何製作實用美觀的設計文檔
    前言:最近準備做一個設計文檔的分享,但是一直沒有時間整理好keynote,這裡先分享一個設計文檔模版,以及模版中每個元素的使用理由與方法。之後的設計文檔分享中,會加入更多的設計文檔案例來分析討論。Here we go.作為一個互動設計師,我們要全局掌握產品的背景,邏輯,用戶體驗。但是,我們不能忽略設計過程中一個很關鍵的步驟,設計輸出。
  • 前後端交互接口設計規範
    接口定義設計的好壞很大程度上能影響一個項目的進度和可擴展性。但是前輩們在這個問題上留下了非常寶貴的一些常規的設計思路,值得我們參考。1、後端設計統一的返回模型在與前端的交互過程中,我們最好統一一個通用的對象模型,避免一個接口返回一個模型,減少前端同學繁雜的工作量和溝通成本,類似如下:code為返回的編碼,一般分為成功的編碼和錯誤的編碼,比如code=200為請求成功,非200為失敗,在失敗的情況下message
  • 抖音播放主頁互動設計分析
    眾所周知,互動設計是產品經理的必備技能,對一款產品進行互動設計分析,也是產品經理的日常工作之一。那麼對於網際網路產品來說,我們應該如何對其進行互動設計分析?選取的維度,關注的重點又有哪些?下文我以抖音播放主頁為例,說說我的看法。1.
  • 體驗設計與互動設計的七大區別,你知道嗎?
    互動設計互動設計(Interaction Design)是定義,設計人造系統的行為設計領域。定義了兩個或多個互動個體間的交流內容和結構,使之相互配合,共同達到某種目的。以「在充滿社會複雜性的物質世界中嵌入信息技術」為中心。
  • 撰寫SCI論文的選題思路與技巧
    本文由易智編譯著重從SCI論文選題思路方面,探討臨床醫學工作者如何撰寫SCI論文。目前,易智編譯已協助超過3萬科研工作者在國際知名期刊發表科研成果,好評率高達98.6%。易智編譯提供SCI論文潤色、翻譯、評估、評審及期刊推薦,基金標書撰寫、評估及審核,文件編輯等優質服務。
  • 交互的學習與應用指南
    看了一下很多網上的分享基本上是在說交互的技法,實則交互思維就是「以交互的專業角度去看待問題、思考問題、解決問題的過程」——這需要你花大量的時間去學習和理解交互相關的理論知識,並培養應用和思考的習慣(最好啊,成為職業病,看啥APP都想著來一段分析);比如釘釘的頭像咋又方了、微信的掃一掃什麼時候能識別多個二維碼並提供選擇了等等,這背後能解決什麼樣的需求痛點、是否有更好的手段等。
  • 譯文| 互動設計的5大支柱
    就像在《互動設計最佳實踐:卷1》中描述的那樣,互動設計需要掌握用戶體驗的多個學科——這是有意義的,因為使一個由對象組成的系統用起來令人感覺友好,可學習並且有用,這是很不容易。讓我們首先來定義互動設計,分解核心原則,然後解釋如何通過五個步驟來更好地進行互動設計。良好的互動設計是由人類的連接驅動的。
  • 如果你也對語音交互感興趣,這裡有份書單可以參考
    在完成《2018,語音交互何去何從》一文的過程中,出於興趣收集了一些語音互動設計相關的文檔及書籍資料。
  • 產品文檔小結:看似簡單的產品文檔,其實並不簡單
    不但文檔結構清晰,而且效果還挺酷(我一開始就是被這個吸引了hh),對看文檔的人蠻友好。自己嘗試之後發現一些小缺點,就是對太大體量的內容支持性不夠好,而且維護起來也挺麻煩。首先,Axure畢竟不是專門為文檔服務的,所以當實際工作中需要頻繁對文檔增刪改查和進行版本管理時,會把人煩死(大家的文檔都不是一蹴而就的對吧?)。