幾乎每一個(gè)移動(dòng)APP中都或多或少包含了消息推送的功能机错，在協(xié)同類工具中更是如此爬范，不同角色、不同時(shí)間點(diǎn)弱匪、不同渠道青瀑、不同的信息等交織在一起，往往在分析和設(shè)計(jì)時(shí)讓人覺得縱橫交錯(cuò)萧诫。其實(shí)斥难，只要靜下心劃分好需要做的區(qū)域，再各個(gè)擊破細(xì)化帘饶，設(shè)計(jì)較為復(fù)雜的消息推送機(jī)制并沒(méi)有那么困難蘸炸。今天就以協(xié)同中很常見的某種單據(jù)審批功能做個(gè)實(shí)例。
一尖奔、開始設(shè)計(jì)之前
老規(guī)矩搭儒，請(qǐng)先不要急著打開Axure。
由于面向協(xié)同辦公人員提茁，與普通APP的消息推送對(duì)象有很大區(qū)別淹禾，普通APP的消息推送更多是作為產(chǎn)品運(yùn)營(yíng)渠道，而在辦公流程中需要更多考慮業(yè)務(wù)流程如何打通茴扁、各類分支如何聚合铃岔、不同流程中的狀態(tài)變更、什么樣的角色在什么場(chǎng)景收到什么信息等等峭火。把這些需要解決的問(wèn)題先清晰地羅列整理出來(lái)毁习。
二、框架流程長(zhǎng)什么樣卖丸？
原型也好纺且，細(xì)節(jié)說(shuō)明也罷，其實(shí)最終都會(huì)映射至業(yè)務(wù)流程中稍浆，協(xié)同類的流程更是如此载碌，一個(gè)框架性的流程圖包含人員角色、操作衅枫、狀態(tài)變更等多個(gè)屬性嫁艇。根據(jù)框架流程，后續(xù)可逐步針對(duì)環(huán)節(jié)再細(xì)化分支流程弦撩。
業(yè)務(wù)流程是重點(diǎn)步咪，因?yàn)檫@是直接目標(biāo)導(dǎo)向的，讓我們知道這個(gè)功能到底是為了做什么益楼，是怎么一步步實(shí)現(xiàn)這個(gè)目標(biāo)的猾漫。流程除了說(shuō)明邏輯關(guān)系以外点晴，可以將操作的角色以及單據(jù)流轉(zhuǎn)時(shí)的狀態(tài)變更一一對(duì)應(yīng)（其實(shí)也就我們常說(shuō)的：誰(shuí)、什么時(shí)候静袖、做了什么）觉鼻，這樣能夠讓團(tuán)隊(duì)成員對(duì)整體流程閉環(huán)有更全面的了解。
三队橙、消息推送規(guī)則
消息推送機(jī)制由服務(wù)端實(shí)現(xiàn)坠陈，需要考慮到內(nèi)部及外部的觸發(fā)原因，再具象來(lái)說(shuō)就是操作觸發(fā)及自動(dòng)觸發(fā)（比如狀態(tài)變更引起的觸發(fā)機(jī)制）捐康。再者考慮推送的對(duì)象仇矾，消息并不是面向所有人員都push的，要讓通知消息在正確的時(shí)間解总、正確的場(chǎng)景到達(dá)正確的人手中贮匕，以確保消息的有效性。
這里不得不說(shuō)一下場(chǎng)景化的事兒花枫。在需求評(píng)審的時(shí)候刻盐，大家往往會(huì)拋出各種各樣的場(chǎng)景：“XX人員要是他自己就是想知道呢？”劳翰、“我覺得刪除后會(huì)不會(huì)還想要把信息找回敦锌？”、“要是小明手機(jī)沒(méi)帶就收不到了佳簸。乙墙。∩”我們?cè)诳紤]場(chǎng)景的時(shí)候听想，經(jīng)常會(huì)想象出一些發(fā)生頻率很低的極端場(chǎng)景，然后為了滿足少部分人的需求而犧牲了多數(shù)人的操作體驗(yàn)马胧。“場(chǎng)景化”應(yīng)該是具有典型性而非全面性的汉买，從來(lái)不需要做一個(gè)讓任何人用的都滿意的產(chǎn)品（其實(shí)也做不到），而需要做讓大部分用戶覺得滿意即可漓雅。因此相比于可能發(fā)生但很少出現(xiàn)的情況录别，更需要考慮的是高頻場(chǎng)景。
四邻吞、梳理共性字段
對(duì)于多類型單據(jù)組成的功能模塊而言，在需求分析時(shí)抓出共性部分能夠有效提高后續(xù)制作原型以及開發(fā)實(shí)現(xiàn)時(shí)間葫男。有規(guī)律抱冷，才有效率。另外在說(shuō)明字段的時(shí)候梢褐，盡量不要把一堆文字洋洋灑灑鋪了一屏旺遮，開發(fā)看了也累赵讯，可以以表格方式體現(xiàn)，如果能附上對(duì)應(yīng)的頁(yè)面原型就更好了耿眉。畢竟在展示中边翼，字不如表，表不如圖鸣剪。
其他：基于模塊的頁(yè)面結(jié)構(gòu)說(shuō)明
將一些機(jī)制規(guī)則梳理好后组底，后續(xù)就是在頁(yè)面原型設(shè)計(jì)中將這些規(guī)則融入。
由于各表單都基于結(jié)構(gòu)化框架筐骇，因此在頁(yè)面展示也上存在許多共性部分债鸡，這時(shí)候可以針對(duì)模塊，設(shè)計(jì)出全局通用的頁(yè)面結(jié)構(gòu)說(shuō)明铛纬。將復(fù)用的頁(yè)面部分整理出來(lái)厌均，至于用什么形式——以項(xiàng)目團(tuán)隊(duì)接受的方式即可（這時(shí)候才開始用Axure畫原型）。
根據(jù)該模塊的通用頁(yè)面結(jié)構(gòu)告唆，劃分了上中下三個(gè)區(qū)域棺弊，并對(duì)每個(gè)區(qū)域中的共性部分進(jìn)行說(shuō)明（順便說(shuō)個(gè)題外話，因?yàn)橹鞍l(fā)現(xiàn)開發(fā)有時(shí)會(huì)忽視下方具體的頁(yè)面交互說(shuō)明擒悬，所以當(dāng)原型頁(yè)面剛好占了一屏的時(shí)候模她，我就會(huì)放右下方那個(gè)“To Dear Coder”的小tip提醒一把）橡疼。
頁(yè)面通用結(jié)構(gòu)的具體交互說(shuō)明亮蒋，主要是規(guī)約頁(yè)面上一些相同的操作交互假残，便于開發(fā)可帶著模塊全局觀去查看每個(gè)不同類型單據(jù)中的區(qū)別功能需求點(diǎn)挺邀。規(guī)則也好蛉拙，頁(yè)面也罷吮便，都是先抓共性贴膘，再看差異灵巧。
之前朋友曾調(diào)侃拼弃，APP消息推送機(jī)制不就是push幾個(gè)消息嘛夏伊。Push消息是沒(méi)有錯(cuò)，不過(guò)那是對(duì)用戶而言吻氧，背后可不僅僅是服務(wù)端設(shè)置幾個(gè)參數(shù)這么簡(jiǎn)單——“看起來(lái)優(yōu)雅的天鵝溺忧，在水面下卻拼命的劃水”也是這個(gè)道理。要想讓用戶在適合的場(chǎng)景下得到自己需要的信息盯孙，還是得乖乖從業(yè)務(wù)流程鲁森、推送規(guī)則、字段信息振惰、結(jié)構(gòu)設(shè)計(jì)等方面梳理歌溉，同時(shí)將推送機(jī)制融合至模塊功能和用戶場(chǎng)景中，從而保證信息推送的有用性和有效性。
結(jié)語(yǔ)
對(duì)于一個(gè)產(chǎn)品汪而言痛垛，邏輯能力往往比頁(yè)面設(shè)計(jì)能力重要（當(dāng)然原型設(shè)計(jì)也是基礎(chǔ)）草慧，但由于原型圖是表現(xiàn)層的產(chǎn)物，大家往往忽視頁(yè)面背后的實(shí)現(xiàn)機(jī)制匙头。其實(shí)很多時(shí)候就像修路漫谷，把每一個(gè)磚頭都穩(wěn)穩(wěn)的鋪好，自然就會(huì)形成一條路蹂析。
你點(diǎn)贊的樣子迷倒我了舔示，知道該怎么做了吧？
