PRD的效率太低?那是你沒用好這個工具

杜松
14 評論 47494 瀏覽 137 收藏 10 分鐘

少花時間和工具作斗爭,多花時間思考產(chǎn)品。

Axure是一個快速有力的原型工具,上手很容易,甚至完全都不需要任何的培訓即可使用。但很多人可能不知道,他們并沒有以恰當?shù)姆绞絹硎褂?Axure,或者說沒有更好的發(fā)揮Axure的價值。這些方式和技巧可以讓你的工作更有效率。

設計一個清晰的摘要追蹤版本

首先,提倡用Axure替代Word輸出PRD。

原型或者說PRD的目的就是為了在團隊內外的高效溝通,也就是,作為承上啟下的溝通工具和載體,PRD文檔會有強烈的指引性和歸檔性,PRD的版本管理就至為重要。

版本摘要是一個非常好的方式,清晰的列出當前的版本號,版本范圍和需求變更過程,以保障產(chǎn)品需求的及時同步和追溯。

版本定義實例

產(chǎn)品經(jīng)理應該保持良好的版本管理意識,并在團隊內部建立版本同步的機制。特別是在一些創(chuàng)業(yè)團隊,產(chǎn)品經(jīng)理有時候會兼顧項目的角色,作為整個項目的牽頭人,這一點非常重要。

通過Axure定義版本摘要,不僅可以作為團隊版本迭代的指南,也是進度跟蹤的工具。還有一種很不好的情況就是讓原型文件通過QQ、郵件進行分享。實際上,你完全可以在內部搭建一個小的站點,讓整個團隊“在線”訪問axure原型,即可實時同步整個進度。

類似堅果云等同步工具也是一個方式好的方式,基本原則就是:不要讓原型文件滿天飛。

保持項目的組織性和命名規(guī)范

Axure提供了許多選項來保持項目的組織性,比如:頁面快照可以讓你快速組織一個樹狀結構,母版在命名后可以排序等等。

規(guī)范的命名是原型被容易理解和維護的關鍵所在,任何一個頁面一定要與最終研發(fā)出來的產(chǎn)品一致,比如:訂單詳情頁、登錄頁,這些都是非常規(guī)范的命名。在原型維護時,就可以通過搜索框快速定位——效率值千金。

實際上,規(guī)范的命名應該下沉到元件級。更為理想的情況下,下游可以直接延續(xù)上游的定義規(guī)則,整個團隊可以基于一個通用的語言來構建整個團隊流程。在項目發(fā)生意料之外的事情時,規(guī)范性的原型設計,可以幫助他人順利地介入然后接管事務,以便保持項目的健康。

理想狀態(tài)下,一個原型應該是清晰易懂不需要解釋的,特別是在跨地區(qū)協(xié)作的時候。

效率之王是母版

任何工具,包括紙和筆,都只是將你的想法,傳遞給別人的一種形式或是工具。不要在這個環(huán)節(jié)投入過多不必要的精力,盡可能的設計模塊化、繼承化的東西。母版正是這種思路的完美體現(xiàn)。

任何一個App都有很多頁面,多數(shù)情況下頁面的結構是一致的,不同的是頁面元素。而且還有一些功能,也會在不同的頁面出現(xiàn)。有的人就不假思索的直接復制粘貼來完成這項工作,不但效率低,而且容易出錯。

更好的做法就是制作一個母版,直接拖拽極可。

母版設計實例

母版可以理解為一個可以復用的頁面,你在設計頁面的所有元件、交互和技巧都可以在母版中使用。母版設計好,可拖放在頁面的任何位置,統(tǒng)一修改維護,母板有更新,所有用到該母版的頁面都會更新。整個原型的維護更新就會變成非常便捷,而且不會出錯。

母版的另外一個好處是可以觸發(fā)事件,在一些情況下,通過母版觸發(fā)事件是非常高效的設計方法。但是,不要把過大的組合對象變成母版,而是應該把多個母版變成一個組合對象。

系統(tǒng)自帶的元件足夠完成絕多數(shù)的設計

元件作為axure的基礎,是表達原型的基本元素。一個完整的元件庫,能夠讓你的原型看起來更真實。很多人就開始熱衷建立一個自己的 Axure 組件庫,網(wǎng)上也能找到大量的元件庫。

但實際上,你很可能并不需要這么做。大多數(shù)情況,都可以通過自帶的元件庫完成工作,更激進一點的方式,直接用占位圖即可。

對原型而言,絕大多數(shù)都不需要(也不應該)去追求原型的仿真美觀程度,而應該在于表達思路,完善想法上面,icon這一類的工作是設計師的范圍。

樸素原型實例

對PM而言,用最樸素的方式表達產(chǎn)品思路更重要,也就是你并不需要為原型付出額外的精力。

一個元件可以搞定的事情,絕對不用兩個

axure的原型因為是元件組成,所以當你每添加一個元件到你的項目中,也就意味著未來的維護需要耗費更多時間。

因此,原型一定要簡化。一個元件可以搞定的事情,絕對不用兩個,多一分力氣都不要花在“原型”的設計上。

這一點實際上要求你對工具的每一個特性都非常熟悉,比如:在button上再組合一個文本標簽,這樣帶來的麻煩是修改命名、設置交互,甚至移動都是需要操作多個元件,而且導致元件文件過于臃腫,這種做法很常見。

還有一種奇怪的現(xiàn)象就是:使用兩個面板實現(xiàn)互斥性操作。A面板操作B面板,這種設計在多數(shù)情況下都是蹩腳設計。

這種情況可能是對面板的操作還不太熟悉,任何元件都可以直接轉換為動態(tài)面板,動態(tài)面板可增加多個狀態(tài),直接設置每個狀態(tài)的跳轉即可。設計一個選項卡只需要一個動態(tài)面板即可實現(xiàn),而不是通過多個面板的交互進行切換。

基本設計原則和技巧

(1)axure可以輕松輸出流程圖,通常情況下,都可以不用visio等工具繪制流程圖。少用多種工具的思路,是讓你把一個工具用到極致,并從繁雜的工具中解脫出來。

(2)面板很常用也好用,但是別濫用。動態(tài)面板,通常都是用來做一些交互動效,比如:輪播圖、選項卡等。但是不要濫用,濫用指的是在不需要的情況使用面板,在可以用的時候又不用。

(3)保持你的備份和多個版本方案,可以通過配置文件顯示當前的版本頁面。

(4)不要設置過多的交互,而通過一些輔助說明是個不錯的選項。交互動作通常只有設計會被誤解,方案難以推進等情況下使用,設計交互動作的其中一個目的本身就是為了更高效的工作,如果這個交互動作不能讓你高效,那就很可能并不是非常必須的工作。

(5)掌握快捷鍵:

  • 組合元件:ctrl+g;
  • 鎖定元件:快捷鍵:ctrl+k;
  • 平移元件:按住shift拖動元件;
  • 復制元件:按住ctrl拖出一個復制的元件;
  • 垂直或水平復制新元件:按住ctrl+shift后拖動元件。

#專欄作家#

杜松,公眾號:產(chǎn)品微言,人人都是產(chǎn)品經(jīng)理專欄作家。專注于人工智能方向,擅長產(chǎn)品規(guī)劃和架構設計。

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

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

更多精彩內容,請關注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 看了這個文檔,深得我心,學習了

    來自北京 回復
  2. 簡單明了是終極目標

    來自上海 回復
  3. 文章寫的很良心,點個贊!

    來自廣東 回復
  4. 原型是原型.PRD是PRD,雖然有些公司只用原型,但對產(chǎn)品經(jīng)理個人發(fā)展說,尤其是新手只畫原型很多東西想不到。雖然說創(chuàng)業(yè)公司要快速產(chǎn)出,快速迭代,但那也是對于產(chǎn)品應該快速迭代,不是產(chǎn)品經(jīng)理應該快速完成工作。

    來自北京 回復
  5. 簡單但有用

    回復
    1. ??

      來自廣東 回復
  6. 學習了

    回復
    1. ??

      來自廣東 回復
  7. 但問題是中小公司設計完全不可能幫你把坑完全填上,以及涉及到原型評審時如果沒有交互會是一件比較難溝通的事情。

    來自浙江 回復
    1. 也許,作為PM,我們也不能寄希望于此吧

      來自廣東 回復
    2. 公司規(guī)模越大,職位劃分越清晰,在底層有機會練習的時候盡量多學習吧! ??

      來自浙江 回復
  8. 入行2個月,對動態(tài)面板的使用有很多感同身受之處!

    來自浙江 回復
  9. 畫原型很簡單,問題在于,你要不要做交互。

    來自四川 回復
    1. 要看具體情況

      來自廣東 回復
专题
14965人已学习13篇文章
营销自动化是一个可用于自动执行营销任务的工具。本专题的文章分享了如何搭建自动化营销平台。
专题
97378人已学习11篇文章
不管你是产品、运营、设计、还是技术,流程图都是基础技能。
专题
12662人已学习13篇文章
在用户运营中,拉新往往要比做好用户留存所花费的成本要高,但有各种各样的原因会让用户在某个过程中流失掉,应当如何规避与注意呢?本专题的文章分享了如何做好用户流失预警。
专题
15318人已学习16篇文章
UML(统一建模语言)是由一系列标准化图形符号组成的建模语言,用于描述软件系统分析、设计和实施中的各种模型。本专题的文章分享了各类UML图的相关语法和整体解读。
专题
13640人已学习12篇文章
如何快速了解一个行业?这需要你对这一行业进行细致的调研,了解当下的整体市场环境与未来的发展趋势,进而为后续的产品规划做好准备。本专题的文章分享了行业调研指南。