同一份PRD,如何滿足不同受眾的查看需求?

5 評論 40350 瀏覽 287 收藏 8 分鐘

看到網上有PM提問“UI、后端、前端看完原型之后,產品邏輯應該寫幾份怎么交付”。清一色的回答是應該寫多份邏輯給不同的受眾,然后分別交付。而我的經驗是僅需寫一份原型和邏輯,以不同的呈現方式交付給不同的受眾。前提是你能夠善用Axure寫PRD。

為什么這樣說呢,你要知道按照多份邏輯分別交付的方法是存在很多問題的。

  • 重復工作多。比如視覺邏輯是UI和前端開發都需要的。
  • 修改很麻煩。如果有邏輯變更了,需要修改多份邏輯文檔。
  • 傳達易缺失。同一個控件的視覺邏輯,只傳達給UI設計師,但是忘記和前端開發講。

另外這種交付方式往往是用Word的方式來呈現,本身就無法直觀出產品給用戶的整體感覺和交互體驗。

如果你信奉用原型+標注的方式來寫PRD,那么善用AxureRP8可以解決以上的問題。

一、PRD的要素

我們先從一份PRD需要具備哪些要素來說起,至少有原型和邏輯兩大塊。

原型包含頁面和交互。最好是全部頁面,以及至少基礎的交互。

邏輯包含功能邏輯、交互邏輯、視覺邏輯、技術邏輯,業務邏輯5種。如果分得比較細的話,技術邏輯還可分為客戶端邏輯和服務端邏輯,比如前端如何呈現數據,服務端如何設計字段和表。

二、不同受眾需要看到什么

對于不同的受眾,我們想讓他們看到的PRD內容是有很大差異的。

2.1、如果給種子用戶看

僅需看PRD中的原型。感知這是一個什么樣的產品,方便給我們提建議。

2.2、如果給視覺設計師看

主要看頁面和視覺邏輯,次要看交互邏輯。其他邏輯很少看。

2.3、如果給客戶端開發看

主要看原型和技術邏輯和交互邏輯,其次是看其他邏輯。

2.4、如果給服務端開發看

主要看技術邏輯,其次是原型。有時候也需要看其他邏輯。

三、用Axure寫PRD

我這里以設計APP“閃電約”來講解用Axure寫PRD的步驟。

3.1、畫原型

①定義原型的尺寸

詳見《為什么375×667是移動端原型設計的最佳分辨率》和《如何在Axure中正確設置APP原型的尺寸》這2篇文章。

②畫頁面和交互

畫這個APP所有的頁面和基礎的交互,也可以一個版本一個版本的畫。這一步挺復雜,點擊查看demo閃電約原型,后續的文章我來仔細講講。

③配置生成原型的規則

就是生成原型需要做特殊設置,詳見《Axure如何如何生成適配手機屏幕的APP原型?!?/p>

④把原型放到網上

放到網上才可以隨時隨地讓不同受眾進行查看,詳見《如何把原型放到網絡上

⑤查看APP原型

不管是哪種受眾,其實最好都在手機上體驗一下APP原型,有一個整體的感知。詳見《如何在手機上完美體驗Axure生成的APP原型

3.2、寫邏輯

寫邏輯有很多種方法,大家應該有各自的經驗??梢詤⒖家幌挛抑暗奈恼?。

如何用Axure表達產品邏輯》,以及《Notes最正統的Axure產品邏輯表達法?!?/p>

3.3、畫流程

延伸一點點,除了原型和邏輯之外、流程也是PRD中的重要部分,只是初級PM一般不擅長。這里不展開,簡單說2句。

對于客戶端開發來說,如果能夠提供完整的頁面流程圖、功能流程圖、業務流程圖更好。對于服務端開發來說,當然如果能夠提供完整的業務流程圖、功能流程圖更好。

四、如何交付PRD給不同受眾

由于我們是用Axure來寫PRD,所以交付物的形態還是原型。

然后交付給不同受眾的同時,也需要講清楚查看方法。

比如我們最終生成的原型網址http://51prd.com/demo/#g=1&p=首頁,那么原型目錄=http://51prd.com/demo/下面。

4.1、交付給種子用戶

根據原型網址,其實很容易找到http://51prd.com/demo/首頁.html。然后把該網址發給種子用戶,并按照上面的“查看原型”方法進行操作然后在手機上查看,效果如下。

需要注意的是,Axure默認生成的原型是包含了注釋的,你可以去掉設置“包含備注在腳注”。

然后最終效果如下。

4.2、交付給視覺設計師

直接交付http://51prd.com/demo/#g=1&p=首頁,然后方便查看所需內容。

當然也可以通過chrome-視圖-開發者-開發者工具,切換到你想看的APP原型。

4.3、交付給客戶端開發

直接交付http://51prd.com/demo/#g=1&p=首頁,然后方便查看所需內容。

4.4、交付給服務端開發

直接交付http://51prd.com/demo/#g=1&p=首頁,然后方便查看所需內容。

五、總結

從實現角度其實很簡單,就是將一份Axure原型發布到網上,將不同的網址發給不同受眾。
但是結果是一份PRD將相應的產品思想傳達給不同的受眾,而且效率很高,修改也很方便。

相關閱讀

善用Axure寫PRD,最正統的產品邏輯表達法

善用Axure寫PRD,產品邏輯的5種呈現方法

專欄作家

浪子,業務型PM,浪子PRD系列51prd.com,公眾號langzisay。

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

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 眼花繚亂,廣告有點多。

    來自廣東 回復
  2. 元件中自定義的備注字段能做成原型庫導入到其他原型中使用嗎?
    比如:文本框增加了Note1、Note2字段,做成rplib導入到新的原型文件中,能在新原型文件中使用這個文本框自動繼承的原來增加的Note1、Note2字段嗎?

    來自上海 回復
    1. 可以的,但是注意備注字段名稱要盡量保持一致。
      不過我覺得沒必要這樣做,因為修改可能性很大,你無法規范每一個同類型控件的邏輯。
      我使用的做法是定義所有視覺組件的數據類型、數據長度、約束條件,形成規范文檔。
      然后每新建一個rp的時候,定義幾個固定的備注字段。然后參考規范文檔去填充即可。

      來自上海 回復
  3. 用axure寫prd簡單明了,不過最擔心的是邏輯體現和修改存檔問題

    回復
    1. 邏輯體現可以看看我的其他文章,存檔我建議用git,也有文章寫過。

      回復