案例分析|一次消滅產(chǎn)品文檔的實踐探索

15 評論 10531 瀏覽 46 收藏 9 分鐘

之前CTO對產(chǎn)品文檔提出了新的要求,這是我們在要求下的新嘗試,給各位分享。

在剛?cè)肼氀矍斑@一份工作的時候,CTO就對產(chǎn)品組提出了新的要求:

“以后不用再另外輸出產(chǎn)品文檔,直接在原型上標注就可以了,而且以后要輸出動態(tài)原型?!?/p>

先介紹一下我本人的情況,產(chǎn)品經(jīng)驗2年,對于Axure的交互設(shè)計有一定實踐經(jīng)驗。但從來沒有想過把動態(tài)的原型與產(chǎn)品說明結(jié)合來表達需求。對于CTO的決定,我想了一下,大概是出于以下三點原因:

  1. 太多文件數(shù)量不利于產(chǎn)品檔案管理。原先產(chǎn)品資料至少會分成產(chǎn)品文檔與產(chǎn)品原型兩個文件,每次產(chǎn)品經(jīng)理對產(chǎn)品資料進行更新后,則至少要對文件進行兩次的上傳。東西一多,就容易亂。
  2. 打開多個文件,切換窗口使用的效率低。比方說,原先在產(chǎn)品文檔與原型分開的時候,開發(fā)人員往往需要打開原型文件的瀏覽器窗口與產(chǎn)品文檔Word窗口進行切換查看。每一次查看功能點的時候老是要重新鎖定需求說明的位置,又累又浪費時間。
  3. 靜態(tài)原型的表達效率不高。雖然靜態(tài)原型也可以直接增加產(chǎn)品文檔注釋,但其在產(chǎn)品資料的交互、邏輯表達能力上較弱,開發(fā)、設(shè)計、測試等同事在利用上容易造成理解偏差。

實際上,我要做的事情不是消滅產(chǎn)品文檔,而是將產(chǎn)品文檔與動態(tài)原型進行最大限度的結(jié)合。而經(jīng)過思考,有下面幾個問題需要解決。(以下內(nèi)容皆是以Axure RP工具為載體進行說明。)

第一個問題

那么多需求點,怎樣在一個頁面上富有條例地展示出所有的產(chǎn)品資料?

依據(jù)我以前的經(jīng)驗,Axure RP中的“內(nèi)部框架”(Inner Frame)將會起到非常大的作用。

對Axure RP交互熟悉的產(chǎn)品朋友們,應(yīng)該能熟練地使用“內(nèi)部框架”功能來表達一整條產(chǎn)品邏輯線——只要先對所有子頁面進行編輯后,確定鏈接打開的對象即可。

但是,如果本次的產(chǎn)品需求出現(xiàn)了多條不相關(guān)的邏輯線(例如,A邏輯線條的功能點的分布是從購物車頁到訂單確認頁,而B邏輯線條的功能點分布是從個人中心頁到個人信息修改頁),又該如何處理呢?

有兩種解決辦法:

  1. 多放幾個內(nèi)部框架,以同時展現(xiàn)不同的邏輯線。
  2. 制作一個遙控臺,在一個內(nèi)部框架中對多條邏輯線進行切換(靈感來自類似遙控器對電視節(jié)目的切換、大學(xué)寫論文時通過目錄對內(nèi)容的定位)。

我選擇了第二種。

在多個項目的實踐過程中,我發(fā)現(xiàn)邏輯線數(shù)量眾多是很常見的情況;在第一種方式下,會需要放置非常多的內(nèi)部框架,太多太亂。而第二種解決辦法下,只會存在控制臺與一個內(nèi)部框架,簡潔明了。

另外,控制臺還能發(fā)揮類似“目錄” 的作用。我將每一個邏輯線條的初始頁面與控制臺上的按鈕建立聯(lián)系,并且邏輯線條下的頁面也會我被分別整理到文件夾中,這實際是在對產(chǎn)品進行重新梳理的過程。

對于開發(fā)、設(shè)計師來說,可以一目了然地看到本次項目的邏輯線條,理清產(chǎn)品結(jié)構(gòu)思路,更容易富有條理地利用產(chǎn)品資料。

第二個問題

一個頁面可能會有數(shù)十個功能點,怎樣收納這些功能點,又不會超出內(nèi)部框架的范圍呢?

首先,我個人會將每一個功能點基本分成5個角度記性描述,包括:

  1. 功能序號
  2. 優(yōu)先級
  3. 展示:文案、功能樣式描述
  4. 交互:功能相關(guān)的交互描述
  5. 邏輯:功能涉及到的內(nèi)在邏輯描述
  6. 數(shù)據(jù):功能涉及到的數(shù)據(jù)收集需求

當(dāng)然,上述的六點不是必須的,在實際情況中可以選用。例如給公司內(nèi)部人員使用的產(chǎn)品一般都是不需要記錄使用數(shù)據(jù)的。

在解決方案上,我使用了大量的Axure RP中“隱藏/展示”的交互效果,以及矩形工具、連線功能。

基本思路是:

優(yōu)先并始終展示功能序號與優(yōu)先級,通過點擊功能序號與優(yōu)先級,再將原本隱藏的展示、交互、邏輯、數(shù)據(jù)幾個維度進行切換顯示。

圍繞上述4個可能帶有大量文字說明的維度,我又添加了矩形工具,在幾個矩形中填寫說明文案,當(dāng)使用者點擊某個維度的時候,可切換矩形的顯示情況。

當(dāng)然,還需要連線工具將矩形與對應(yīng)的維度進行連線,其中線段也要進行對應(yīng)的切換顯示處理。

通過這樣的方式,就能很好地對頁面上的功能點進行收納,就算是在移動端頁面上收納數(shù)十個功能點也是綽綽有余的。

另外,為了提高標注的效率,可以將標注的整體進行粘貼復(fù)制,再修改上面的文案;如此可以保留其中的交互,而不需要重新對標注進行交互設(shè)計。

主要是因為Axure RP的母版工具不夠靈活,沒有對單個母版的個性化編輯功能,否則效率可以更高。

第三個問題

如何告訴產(chǎn)品經(jīng)理的協(xié)同伙伴原型上哪里可以進行交互操作?

我的做法是,在Sketch上繪制了一個特殊圖標,這個圖標將表明該處可以進行交互操作,例如點擊、左右拖動之類的。

下方“菱形圓圈”的圖標就是我自己設(shè)計的提示圖案:

第四個問題

如何修正標注的字體?

由于在不同的瀏覽器下,默認展示的最小字體不同,所以有的時候會發(fā)現(xiàn)本來在原型上設(shè)置好的字體突然在瀏覽器中變大了許多,甚至?xí)鼍匦蔚姆秶?/p>

此時只要對瀏覽器進行設(shè)置,將最小顯示字體進行修改即可。我個人一般改成6號字,或“特小”。

通過本次的探索,我基本達到了領(lǐng)導(dǎo)的要求,之后會繼續(xù)深入,爭取給大家分享更多心得想法。

也歡迎大家一同指教,多多給我提意見。

 

作者:Dougee,努力中的東方小狼狗

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

題圖來自 Unsplash ,基于 CC0 協(xié)議

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 點子相當(dāng)好,就是會把產(chǎn)品累死!

    來自廣東 回復(fù)
    1. 復(fù)制粘貼其實還好,交互都不用重新做,往里面改內(nèi)容就可以

      回復(fù)
  2. 原型的預(yù)覽文件就有高亮功能判斷有交互的菜單,你加標志明顯是多此一舉啊。

    回復(fù)
    1. 但生成的html文件木有耶

      回復(fù)
    2. html有的,左側(cè)欄的右上角圖標了解一下,打開新大門。

      來自四川 回復(fù)
  3. 有這些時間,不如放在對需求的整理上和重新發(fā)現(xiàn)上

    來自廣東 回復(fù)
    1. 我個人是覺得不矛盾,需求的整理與重新發(fā)現(xiàn)當(dāng)然是更重要的工作,可以另外寫一篇文章分享。本文介紹的方式,也不會太影響時間,還可以增加協(xié)同伙伴的效率。

      來自廣東 回復(fù)
  4. 說明里可以自定義字段,可對不能描述進行定義

    來自福建 回復(fù)
    1. 可以,這個可以按需要增加

      回復(fù)
    2. 不難描述有哪些情況啊,我想想感覺自己沒有想明白

      回復(fù)
  5. 你讓交互同學(xué)怎么活??? ?

    來自浙江 回復(fù)
    1. 哎我們公司比較小,所以交互的活都是產(chǎn)品經(jīng)理來干~直接原型就體現(xiàn)出來了,不過產(chǎn)品原型做的時間就會長些。

      來自廣東 回復(fù)
    2. 小團隊不是應(yīng)該更注重效率嗎,把原型文檔搞那么復(fù)雜沒啥意義還費時間,復(fù)雜的當(dāng)面溝通效率更高。我們公司的開發(fā)都懶的看文檔,都是產(chǎn)品會議的時候討論,做的時候當(dāng)面溝通!

      來自浙江 回復(fù)
    3. 我們這邊項目比較多,開發(fā)天天來找,給他們一直解釋中間就不能規(guī)劃新的項目。產(chǎn)品做細點,是能節(jié)約很多時間的。

      回復(fù)