移動APP消息推送設(shè)計(jì),真的就是Push這么簡單嗎?
幾乎每一個(gè)移動APP中都或多或少包含了消息推送的功能,在協(xié)同類工具中更是如此,不同角色、不同時(shí)間點(diǎn)、不同渠道、不同的信息等交織在一起,往往在分析和設(shè)計(jì)時(shí)讓人覺得縱橫交錯。其實(shí),只要靜下心劃分好需要做的區(qū)域,再各個(gè)擊破細(xì)化,設(shè)計(jì)較為復(fù)雜的消息推送機(jī)制并沒有那么困難。今天就以協(xié)同中很常見的某種單據(jù)審批功能做個(gè)實(shí)例。
一、開始設(shè)計(jì)之前
老規(guī)矩,請先不要急著打開Axure。
由于面向協(xié)同辦公人員,與普通APP的消息推送對象有很大區(qū)別,普通APP的消息推送更多是作為產(chǎn)品運(yùn)營渠道,而在辦公流程中需要更多考慮業(yè)務(wù)流程如何打通、各類分支如何聚合、不同流程中的狀態(tài)變更、什么樣的角色在什么場景收到什么信息等等。把這些需要解決的問題先清晰地羅列整理出來。
二、框架流程長什么樣?
原型也好,細(xì)節(jié)說明也罷,其實(shí)最終都會映射至業(yè)務(wù)流程中,協(xié)同類的流程更是如此,一個(gè)框架性的流程圖包含人員角色、操作、狀態(tài)變更等多個(gè)屬性。根據(jù)框架流程,后續(xù)可逐步針對環(huán)節(jié)再細(xì)化分支流程。
業(yè)務(wù)流程是重點(diǎn),因?yàn)檫@是直接目標(biāo)導(dǎo)向的,讓我們知道這個(gè)功能到底是為了做什么,是怎么一步步實(shí)現(xiàn)這個(gè)目標(biāo)的。流程除了說明邏輯關(guān)系以外,可以將操作的角色以及單據(jù)流轉(zhuǎn)時(shí)的狀態(tài)變更一一對應(yīng)(其實(shí)也就我們常說的:誰、什么時(shí)候、做了什么),這樣能夠讓團(tuán)隊(duì)成員對整體流程閉環(huán)有更全面的了解。
三、消息推送規(guī)則
消息推送機(jī)制由服務(wù)端實(shí)現(xiàn),需要考慮到內(nèi)部及外部的觸發(fā)原因,再具象來說就是操作觸發(fā)及自動觸發(fā)(比如狀態(tài)變更引起的觸發(fā)機(jī)制)。再者考慮推送的對象,消息并不是面向所有人員都push的,要讓通知消息在正確的時(shí)間、正確的場景到達(dá)正確的人手中,以確保消息的有效性。
這里不得不說一下場景化的事兒。在需求評審的時(shí)候,大家往往會拋出各種各樣的場景:“XX人員要是他自己就是想知道呢?”、“我覺得刪除后會不會還想要把信息找回?”、“要是小明手機(jī)沒帶就收不到了。。?!蔽覀冊诳紤]場景的時(shí)候,經(jīng)常會想象出一些發(fā)生頻率很低的極端場景,然后為了滿足少部分人的需求而犧牲了多數(shù)人的操作體驗(yàn)?!皥鼍盎睉?yīng)該是具有典型性而非全面性的,從來不需要做一個(gè)讓任何人用的都滿意的產(chǎn)品(其實(shí)也做不到),而需要做讓大部分用戶覺得滿意即可。因此相比于可能發(fā)生但很少出現(xiàn)的情況,更需要考慮的是高頻場景。
四、梳理共性字段
對于多類型單據(jù)組成的功能模塊而言,在需求分析時(shí)抓出共性部分能夠有效提高后續(xù)制作原型以及開發(fā)實(shí)現(xiàn)時(shí)間。有規(guī)律,才有效率。另外在說明字段的時(shí)候,盡量不要把一堆文字洋洋灑灑鋪了一屏,開發(fā)看了也累,可以以表格方式體現(xiàn),如果能附上對應(yīng)的頁面原型就更好了。畢竟在展示中,字不如表,表不如圖。
其他:基于模塊的頁面結(jié)構(gòu)說明
將一些機(jī)制規(guī)則梳理好后,后續(xù)就是在頁面原型設(shè)計(jì)中將這些規(guī)則融入。
由于各表單都基于結(jié)構(gòu)化框架,因此在頁面展示也上存在許多共性部分,這時(shí)候可以針對模塊,設(shè)計(jì)出全局通用的頁面結(jié)構(gòu)說明。將復(fù)用的頁面部分整理出來,至于用什么形式——以項(xiàng)目團(tuán)隊(duì)接受的方式即可(這時(shí)候才開始用Axure畫原型)。
根據(jù)該模塊的通用頁面結(jié)構(gòu),劃分了上中下三個(gè)區(qū)域,并對每個(gè)區(qū)域中的共性部分進(jìn)行說明(順便說個(gè)題外話,因?yàn)橹鞍l(fā)現(xiàn)開發(fā)有時(shí)會忽視下方具體的頁面交互說明,所以當(dāng)原型頁面剛好占了一屏的時(shí)候,我就會放右下方那個(gè)“To Dear Coder”的小tip提醒一把)。
頁面通用結(jié)構(gòu)的具體交互說明,主要是規(guī)約頁面上一些相同的操作交互,便于開發(fā)可帶著模塊全局觀去查看每個(gè)不同類型單據(jù)中的區(qū)別功能需求點(diǎn)。規(guī)則也好,頁面也罷,都是先抓共性,再看差異。
之前朋友曾調(diào)侃,APP消息推送機(jī)制不就是push幾個(gè)消息嘛。Push消息是沒有錯,不過那是對用戶而言,背后可不僅僅是服務(wù)端設(shè)置幾個(gè)參數(shù)這么簡單——“看起來優(yōu)雅的天鵝,在水面下卻拼命的劃水”也是這個(gè)道理。要想讓用戶在適合的場景下得到自己需要的信息,還是得乖乖從業(yè)務(wù)流程、推送規(guī)則、字段信息、結(jié)構(gòu)設(shè)計(jì)等方面梳理,同時(shí)將推送機(jī)制融合至模塊功能和用戶場景中,從而保證信息推送的有用性和有效性。
結(jié)語
對于一個(gè)產(chǎn)品汪而言,邏輯能力往往比頁面設(shè)計(jì)能力重要(當(dāng)然原型設(shè)計(jì)也是基礎(chǔ)),但由于原型圖是表現(xiàn)層的產(chǎn)物,大家往往忽視頁面背后的實(shí)現(xiàn)機(jī)制。其實(shí)很多時(shí)候就像修路,把每一個(gè)磚頭都穩(wěn)穩(wěn)的鋪好,自然就會形成一條路。
作者:臨公子(微信號公眾號:臨公子的后花園),一枚喜歡理財(cái)、健身、不愛灌雞湯喜歡喝咖啡的美汪。
本文由 @臨公子 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
您好!我是華為開發(fā)者聯(lián)盟工作人員,看到您關(guān)于Push方面的優(yōu)秀文章,想與您尋求進(jìn)一步的合作。QQ:313695958.謝謝!
加個(gè)微信唄?
可以關(guān)注我公眾號的哈(微信號公眾號:臨公子的后花園),會不時(shí)分享一些產(chǎn)品、理財(cái)、生活類的小硬文! ??
原來產(chǎn)品經(jīng)理還有做這些啊,我們公司的產(chǎn)品好像都是和客戶打交道。
確實(shí)也有偏運(yùn)營型或商務(wù)型的產(chǎn)品經(jīng)理的。
牛啊,學(xué)習(xí)了。
多謝兄臺支持。
??
??