起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識善用Axure寫PRD：產品邏輯的五種呈現方法
不管是APP、web網站還是pc客戶端的軟件，流程&頁面&交互&邏輯始終是最重要的幾環，分享一下我呈現邏輯的幾種方法，大部分PM應該也采用過類似的方法。
一、直接不寫邏輯
最開始根本沒有寫邏輯的概念，只是用交互事件加上基本的頁面跳轉。當技術童鞋來問的時候，口述給他。經常會被鄙視。
二、直接寫到頁面里
開始學乖了，把一些邏輯直接寫到頁面里。不過很快就發現了弊病，某些邏輯不應該呈現給用戶，只能給前后端童鞋看。同時也造成了UI童鞋設計的困擾。
比如圖中的下一步按鈕下方的內容，不用寫給用戶。
三、把邏輯寫到頁面旁邊
這回比較靠譜了，至少是技術童鞋能夠看懂的方式，有頁面，有邏輯，還帶一點交互。
這也是目前大部分PM所采用的方式，寫起來快捷，看起來直觀。比較符合敏捷開發的理念。
順便說一下Axure8提供了各種顏色的標簽紙，幫助PM可以更好的來寫邏輯。
四、把邏輯寫到每一個控件
后來，當我需要設計的頁面很復雜的時候，發現貌似用便簽紙的方式寫整個頁面的邏輯不太適合。頁面中每一個控件都有多種狀態，有不同的交互事件，需要考慮不同的交互樣式。
此時我發現至少得細分到每一個控件來寫，最后寫整個頁面的跳轉，交互，邏輯，加載等邏輯。
按照一個一個控件的方式來寫，不容易遺漏關鍵邏輯。
五、使用axure自帶的注釋來寫邏輯
最近一年多一直使用axure自帶的注釋系統來寫所有的邏輯，感覺這是最佳的邏輯呈現方式，對前后端童鞋來說。
好處至少有三：
- 不漏。一個控件一個控件的寫邏輯，不容易遺漏。
- 完整。可以在注釋的地方寫上需求詳解，交互描述，視覺要求，業務說明，以及技術邏輯主要的5個方面。
- 易看。你會發現選中左方tab-notes中的某一個模塊，右方會藍色高亮選中控件的邊緣。標注這個文本框對應的注釋是哪些。比拖拉一個便簽好用太多。
怎么寫注釋呢，其實很簡單。在axure的具體頁面中，點擊某個控件，然后在右方的注釋區添加即可。
當然最好區分一下邏輯類型。
頁面，寫在Axure的Pages中。生成原型后請點擊左側Pages進行查看。
交互，寫在Axure的Interaction中。生成原型后請點擊左側Pages中的鏈接圖標進行展示和隱藏。
邏輯，寫在Axure的Notes中。生成原型后請點擊左側Notes后查看，或者點擊右側元件旁邊的圖標進行查看。
元件的邏輯有5種，具體如下：
- 功能邏輯：詳細講解該功能的邏輯。
- 交互邏輯：對頁面之間的相互跳轉進行說明。
- 視覺邏輯：對顏色，對圖標的要求。
- 業務邏輯：講一下該功能對應著什么業務。
- 技術邏輯：有些邏輯可能用技術語言描述更清楚一點，以及對技術有特殊的要求。
以上所用示例都是多年前的作品了，要么產品已掛，要么早就迭代不知道哪里去了，所以拿出來分享一下。
相關閱讀
作者：吳寶峰(個人公眾號langzisay)，業務型產品經理，3年社交+4年電商的工作經驗。
本文由 @吳寶峰 原創發布于人人都是產品經理。未經許可，禁止轉載。
我還是選擇了在原型旁邊寫注釋。嘗試過如果用notes的話，notes太多，或者內容太長，notes和原型圖可能不在同一個視線范圍內。 而且我的Axure出現過問題，就是點原型圖上的notes圖標，不彈出notes。
“功能邏輯：詳細講解該功能的邏輯。
交互邏輯：對頁面之間的相互跳轉進行說明。
業務邏輯：講一下該功能對應著什么業務?！?br /> 請問功能邏輯是否可以理解為對應類似于前端或者后端的邏輯判斷，比如點擊登錄按鈕要進行各種條件的判斷；交互邏輯是前端的顯示，包括頁面跳轉，出現alert,toast等； 業務邏輯是某一個功能，比如手機+驗證碼登錄功能？
功能邏輯要闡明前置條件、后置條件就可以說明實現過程
使用元件note來書寫需求，富文本怎么接入呢？
比如，點擊從相冊中選擇，無系統相冊獲取權限，彈框提示，“無權限前去設置”底部二個操作按鈕， 一個取消、一個去設置
這種該怎么表達呢？
這種用原型本身表示啊，notes是原型的補充。主次之分。
每篇文章都=值得我好好學習
請問如何用原型圖表述頁面多狀態？比如多種錯誤驗證，空白，格式不正確，甚至alert警告
你好，請教一下最后用注釋的方式，如何解決版本迭代，需求變更的問題呢
這個問題詳見另外一篇文章，http://www.aharts.cn/pmd/582384.html。
如果原型像這樣注釋地很詳細的話，那還要寫需求文檔不？
不需要，本來你就可以把Axure的原型+注釋，當做PRD交付給技術。
如果是甲方明確需要word交付，那就沒辦法，還是需要寫word版本的prd，但僅僅是為了交付使用，其實prd在原型圖中細化到這種程度基本可以了，當然復雜的業務邏輯還是需要細化的業務流程圖
“交互，寫在Axure的Interaction中。生成原型后請點擊左側Pages中的鏈接圖標進行展示和隱藏。”這句話沒有看懂，指的是通過點擊CONSLOE隱藏？
不是。
你仔細看再上面一個圖中的藍色圖標，代表notes代表該元件或者頁面的注釋。也就是具體邏輯。
指的是以文字形式描述的交互？
沒聽懂你的表述，還是不懂加我微信nuanai88
同樣沒看懂
那三句其實就是說左邊的notes可以看和右邊的小圖標也可以看，剛開始我也沒看懂 ??
點擊左側notes可以看到自己寫的某控件或頁面的注釋。右側原型圖中當控件注釋不為null時會有角標進行提示，點擊可查看（默認隱藏狀態）
NOTES 在windows的8.0.0.3322上無法顯示，增加注釋并生成后顯示的No notes for this page。
類似的出錯我碰到過，是rp源文件有問題，我導入了其他rp導致的問題。你可以參考下。
嗯，確實，換一個rp就可以了
Axure 8 在OS上安裝完為什么中文字體讀不出來？
問題能描述清楚一點呢。
請問部件注釋寫好并生成后怎么顯示在左側notes的那一欄里啊，我現在做的這個只能點擊部件上的小圖標才能查看注釋。。。而且notes這一欄只顯示頁面注釋的內容，不顯示部件注釋。
請使用axure7之后的版本，最好是axure8即可方便展示在原型的左方目錄樹。
我就是用的8啊，還是弄不出來你那個效果。搗鼓了半天～
生成后看原型，還是不懂加我微信nuanai88
在嗎？貼主？？有個問題想請教你
有問題請直接提，不要問“在嗎”這樣沒意義的問題。
您這是Axure幾呀？我的生成后左側樹里，沒有展示的那樣。不知道咋弄
axure8才可以
?? 謝謝
采用備注的形式效果怎樣，開發那邊有啥反應？我原來用過一部分備注的形式，后來發現效果不太好，可能是沒有跟技術的小伙伴特別強調過，或者把備注這種方式正式化一些。最近在規劃后臺，我準備嘗試一下那種上面是原型交互、下面是交互說明、中間用分頁符隔開的寫作格式。
開發那邊的反應沒啥問題，跑了好幾個版本很順暢。即使有問題那也還是PM的邏輯漏了。
而且這種呈現邏輯的方式更加直觀。
這個不正式化嗎，這是axure官方推薦的表現邏輯的方式。
我用的是8，想問個問題，在本地編輯時一切正常，但是使用團隊共享后，預覽時就只顯示頁面的注釋，不顯示控件的注釋？這情況遇到過沒 ??
重新導入。還有就是是rp不是rplib。