不管是APP、web網(wǎng)站還是pc客戶端的軟件，流程&頁面&交互&邏輯始終是最重要的幾環(huán)，分享一下我呈現(xiàn)邏輯的幾種方法，大部分PM應(yīng)該也采用過類似的方法。

一、直接不寫邏輯

最開始根本沒有寫邏輯的概念，只是用交互事件加上基本的頁面跳轉(zhuǎn)。當(dāng)技術(shù)童鞋來問的時(shí)候，口述給他。經(jīng)常會(huì)被鄙視。

二、直接寫到頁面里

開始學(xué)乖了，把一些邏輯直接寫到頁面里。不過很快就發(fā)現(xiàn)了弊病，某些邏輯不應(yīng)該呈現(xiàn)給用戶，只能給前后端童鞋看。同時(shí)也造成了UI童鞋設(shè)計(jì)的困擾。

比如圖中的下一步按鈕下方的內(nèi)容，不用寫給用戶。

三、把邏輯寫到頁面旁邊

這回比較靠譜了，至少是技術(shù)童鞋能夠看懂的方式，有頁面，有邏輯，還帶一點(diǎn)交互。

這也是目前大部分PM所采用的方式，寫起來快捷，看起來直觀。比較符合敏捷開發(fā)的理念。

順便說一下Axure8提供了各種顏色的標(biāo)簽紙，幫助PM可以更好的來寫邏輯。

四、把邏輯寫到每一個(gè)控件

后來，當(dāng)我需要設(shè)計(jì)的頁面很復(fù)雜的時(shí)候，發(fā)現(xiàn)貌似用便簽紙的方式寫整個(gè)頁面的邏輯不太適合。頁面中每一個(gè)控件都有多種狀態(tài)，有不同的交互事件，需要考慮不同的交互樣式。

此時(shí)我發(fā)現(xiàn)至少得細(xì)分到每一個(gè)控件來寫，最后寫整個(gè)頁面的跳轉(zhuǎn)，交互，邏輯，加載等邏輯。

按照一個(gè)一個(gè)控件的方式來寫，不容易遺漏關(guān)鍵邏輯。

五、使用axure自帶的注釋來寫邏輯

最近一年多一直使用axure自帶的注釋系統(tǒng)來寫所有的邏輯，感覺這是最佳的邏輯呈現(xiàn)方式，對前后端童鞋來說。

好處至少有三：

• 不漏。一個(gè)控件一個(gè)控件的寫邏輯，不容易遺漏。
• 完整?？梢栽谧⑨尩牡胤綄懮闲枨笤斀?，交互描述，視覺要求，業(yè)務(wù)說明，以及技術(shù)邏輯主要的5個(gè)方面。
• 易看。你會(huì)發(fā)現(xiàn)選中左方tab-notes中的某一個(gè)模塊，右方會(huì)藍(lán)色高亮選中控件的邊緣。標(biāo)注這個(gè)文本框?qū)?yīng)的注釋是哪些。比拖拉一個(gè)便簽好用太多。

怎么寫注釋呢，其實(shí)很簡單。在axure的具體頁面中，點(diǎn)擊某個(gè)控件，然后在右方的注釋區(qū)添加即可。

當(dāng)然最好區(qū)分一下邏輯類型。

頁面，寫在Axure的Pages中。生成原型后請點(diǎn)擊左側(cè)Pages進(jìn)行查看。

交互，寫在Axure的Interaction中。生成原型后請點(diǎn)擊左側(cè)Pages中的鏈接圖標(biāo)進(jìn)行展示和隱藏。

邏輯，寫在Axure的Notes中。生成原型后請點(diǎn)擊左側(cè)Notes后查看，或者點(diǎn)擊右側(cè)元件旁邊的圖標(biāo)進(jìn)行查看。

元件的邏輯有5種，具體如下：

• 功能邏輯：詳細(xì)講解該功能的邏輯。
• 交互邏輯：對頁面之間的相互跳轉(zhuǎn)進(jìn)行說明。
• 視覺邏輯：對顏色，對圖標(biāo)的要求。
• 業(yè)務(wù)邏輯：講一下該功能對應(yīng)著什么業(yè)務(wù)。
• 技術(shù)邏輯：有些邏輯可能用技術(shù)語言描述更清楚一點(diǎn)，以及對技術(shù)有特殊的要求。

以上所用示例都是多年前的作品了，要么產(chǎn)品已掛，要么早就迭代不知道哪里去了，所以拿出來分享一下。

相關(guān)閱讀

善用Axure寫PRD，移動(dòng)PM需要梳理這些流程圖

善用Axure寫PRD，全局規(guī)范一個(gè)都不能少

善用Axure寫PRD，徹底丟棄Word和PPT

善用Axure寫PRD：APP文本框通用的輸入規(guī)則

作者：吳寶峰(個(gè)人公眾號(hào)langzisay)，業(yè)務(wù)型產(chǎn)品經(jīng)理，3年社交+4年電商的工作經(jīng)驗(yàn)。

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