起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識同一份PRD，如何滿足不同受眾的查看需求？
看到網上有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將相應的產品思想傳達給不同的受眾，而且效率很高，修改也很方便。
相關閱讀
專欄作家
浪子，業務型PM，浪子PRD系列51prd.com，公眾號langzisay。
本文由 @浪子 原創發布于人人都是產品經理。未經許可，禁止轉載。
眼花繚亂，廣告有點多。
元件中自定義的備注字段能做成原型庫導入到其他原型中使用嗎？
比如：文本框增加了Note1、Note2字段，做成rplib導入到新的原型文件中，能在新原型文件中使用這個文本框自動繼承的原來增加的Note1、Note2字段嗎？
可以的，但是注意備注字段名稱要盡量保持一致。
不過我覺得沒必要這樣做，因為修改可能性很大，你無法規范每一個同類型控件的邏輯。
我使用的做法是定義所有視覺組件的數據類型、數據長度、約束條件，形成規范文檔。
然后每新建一個rp的時候，定義幾個固定的備注字段。然后參考規范文檔去填充即可。
用axure寫prd簡單明了，不過最擔心的是邏輯體現和修改存檔問題
邏輯體現可以看看我的其他文章，存檔我建議用git，也有文章寫過。