分享功能,你可能了解的還不夠多

最近朋友圈和微信群被網易公開課的左右腦思維測試的產品霸屏了,之前出現同樣情況的好像是測試你是哪種類型的人。簡短的評價語和測試結果仿佛就能讓你在朋友圈的存在感變得與眾不同了,不得不說現在產品越來越聰明了,都是用這種不顯山不顯水的形式讓用戶心甘情愿的分享出來。

1.jpg

其實最大的盛況要數三年前的首次支付寶集五福,這個當年年底的壓軸活動,讓支付寶在短短的兩個月的時間里,用戶得到了一個爆炸式的增長。當時幾乎所有的熱門話題都是關于五福,在五福之后用支付寶支付正式進入了我們的生活。

這些產品是怎樣做到利用分享讓老用戶免費宣傳,并且達到新用戶增長的,作為設計師的我們又該如何設計?首先我們需要先思考兩個問題,分享是什么?分享的目的是什么?

分享是什么?

分享是可以將你在當前界面覺得感興趣的東西分享出去,這是個在任何一款APP里都能夠找到的功能。

它在每個APP中的位置及表現形式都是不一樣的,今天我們要分析的就是分享的目的及不同的展現形式。

2.jpg

分享的目的是什么?

我們要抓住用戶為什么愿意分享的動機,滿足用戶的這些隱性需求,才能夠讓用戶更愿意主動的去發起這個功能。所以了解了這些動機之后,才能夠知道怎么更好的去設計,通過對分享的研究之后,我總結了以下四個目的:獲得優惠得到好處、炫耀的心理、想要的認同感、界面信息分享。

1、獲得優惠,得到好處

讓用戶獲取一定的利益,從而讓用戶主動分享產品,從設計擺放位置來看一般有三種情況:在頂部操作欄、同時存在界面頂部和中間、出分享彈窗。

在頂部操作欄上

在頂部操作欄上的,樣式大部分存在于詳情頁,以提高轉化率為主要目的,界面以圖片或者產品信息為主。如下圖:

3.jpg

以好物為例,電商的詳情頁界面需要展示更多的信息,為了節省屏幕空間,它的分享位置放在頂部操作欄,按鈕旁邊有分享賺錢的字樣,不容易被忽略,提高用戶分享的幾率。市場上大多數產品的核心功能界面,分享按鈕都是放在這個位置的。

小結:在頂部操作欄上,以圖標+文字的樣式呈現,可以最大程度在首屏展示更多的頁面信息,節省屏幕空間,其缺點是用戶在向上滑的時候不容易注意到它但存在,因此多用在以圖片或者產品信息為主的界面,既不干擾界面瀏覽,又提醒用戶進行分享。

同時存在界面頂部和中間

在同一個界面出現兩次分享按鈕,說明產品對于用戶基數是有需求的,設計的時候會在屏幕的中部位置再設計一個分享獎勵的入口按鈕,如下圖:

4.jpg

以淘寶為例,除了右上角的更多里有分享按鈕外,在屏幕的中間位置還有一個分享有賞的小按鈕,讓更多的人看到促銷的同時,分享的人還能得到更多優惠。

以每日優鮮為例,每日優鮮對于分享領紅包和邀請新用戶一直很舍得營銷,也因此他能夠在詳情頁最中心的位置放一個分享領紅包的位置,優先級僅限于加入購物車和開通會員。

這么做的好處能極大的提高分享按鈕的點擊;其缺點是導致屏幕利用率不太夠,不能展示更多信息。

小結:放在屏幕中間能夠快速的增加用戶分享,并且很有效的提高用戶的購買欲,多適用于電商類APP。

支付結果頁面出分享紅包的彈窗

這種彈窗屬于強制性操作,位于屏幕中央的位置,通過遮罩凸顯它的層次性,經常會出現在用戶付款以后,出現領紅包的分享,如下圖:

5.jpg

以美團外賣和微店這兩種不同類型的APP為例,都選擇采用這種形式的分享,抓住用戶喜歡領紅包的心理,讓用戶主動去分享。

優勢在于最大程度的提高了分享按鈕的點擊;缺點是只有消費了才能分享出去,在這樣的條件限制下,沒有消費的時候會抑制用戶分享的欲望。



2018-11-09 15:04:56
注冊界面用戶流失?原因解析及對策大全(實例)

前幾日,渠道部門的小Y突然靈光乍現,跑去讓數據部門拉取了一個詭異數據——點擊【獲取驗證碼】按鈕的未成功注冊人數。

為什么說這個數據詭異呢?

因為平常大家的關注點都在“H5 注冊-app登陸”的轉化率,或是“APP激活-app注冊”的轉化,很少有想到說,我單獨去看看這批走了大半路程又放棄的人。

QQ截圖20180911102148.png

然后,我發現這個驚天巨坑落到了我這只菜鳥身上,因為沒有拜錦鯉,掉的如此不偏不倚。

這個問題把我折磨的不輕,并且確實關系到轉化和運營成本,于是想著把自己整理的內容分享出來,能得到看官們的指點更是感激不盡。

一、問題剖析

首先,這個數據可能來源于哪些場景呢?

  • 第一種:用戶在萬千信息流廣告中進入H5 注冊頁,填了手機號,但是正好隊友叫我去吃雞,于是注冊中斷,用戶未進入注冊庫。

  • 第二種:用戶已經下載了APP,進到登錄頁,填了手機號碼,圖形驗證碼輸錯 3 次,怒了,直接放棄注冊。或者app設置登錄前置,用戶在不能看到內容的情況下,放棄注冊。

  • 第三種:用戶完全按正常的流程走,但注冊短信未成功下發或到達時間滯后,導致注冊未果。或者,在注冊的根本就不是個人(歐~我沒有講鬼故事),它可以夜以繼日地發服務器發起請求。

二、原因解析

場景剖析過后,原因其實可以分為幾個大類:

1. 刷注冊,業務攻擊

我們采集了 10 天的該項數據,發現單個手機號最多點擊次數為 3475 次。 10 天內點擊次數> 1000 次的有 425 個手機號,> 100 次的有 1068 個手機號。

點擊 3475 次是什么概念呢?

按驗證碼每隔 1 分鐘才能發送的頻率,這個號碼如果能每天不停歇地發驗證碼,那平均每日需要發11. 6 個小時,感受一下。并且這種都是程序自動生成一批手機號,一則你封了它可以生成新的,二則你也不能封,萬一誤傷了目標用戶,反而影響了自己的業務。

什么樣的下載包容易被刷呢?

  • 長久不上新包的APP(長期未通過ios審核或安卓審核),接口比較老,容易被刷;

  • 沒有圖形驗證碼攔截的,容易被刷。

2. 個人問題,中斷注冊

找不到核心原因的那會,無知無畏的我無奈選擇了電話回訪,然后發現各種稀奇古怪的中斷理由:

  • 那會兒太忙后面就給忘了;

  • 我是在今日頭條上看到的,也就隨便看看,后面直接刷過去了;

  • 先瀏覽了一下內頁,沒有特別強的注冊欲望,回頭就忘了。

3. 圖形驗證碼不清晰/登錄前置

如果為了防刷圖形驗證碼設計的過于復雜,或者g/q等字母容易混淆,也有可能影響到用戶的注冊意愿。此外,除了社交聊天/共享單車等特殊的類別,普通APP如果選擇先登錄才能瀏覽的話,很可能影響用戶的注冊意愿,從而造成部分流失。

4. 通道問題,未收到/延遲收到短信

這一部分也會占一個小的比例,但目前市場上通道資源緊張,到達率60%-70%也不是什么稀奇事。同時,如果下發的時候用戶手機有問題,導致無法成功下發,這些失敗短信會在網關保存一段時間再嘗試下發,時間按當地網關不同,有些立即返回,有些要 72 小時再次下發。

這時,用戶有幾種可能放棄注冊:等待時間過久放棄注冊;收到時間大于驗證碼有效時間(一般> 30 分鐘);多次觸發,多個驗證碼造成混淆。

三、對策大全

那么,有哪些可以改進的措施可以采納呢?

1. app版本更新/技術提升

這個方向能解決60%關于今天討論的流失問題,但受限于應用市場審核,很多包都是提交了 1 年多都不見通過。這種情況下,除了繼續提交申請外,我們只能從其他方向先做改良。

2. 通道下發限制

目前設置了每個手機號最多成功下發 3 條短信,那么,即使他每天申請 1000 次,我們也只是發了 3 條注冊短信,控制了短信成本。

3. 短信召回

實踐中我們發現:召回短信發送的越及時,召回效果越好。具體表現在統計短信發出后的次日數據時,這批用戶的注冊率和申請率明顯提升。此外,為了降低召回短信成本,獲取更真實的召回數據,不妨把當日獲取驗證碼次數> 10 的手機號剔除。

這部分用戶的召回還是非常有必要的:

  • 一則,這批都是有強需求的目標用戶;

  • 二則,渠道部門拉一個新注冊的成本是 15 元/人,現在短信召回的話只需 4 元不到的成本,為什么不做呢?

4. 驗證碼調整

如果APP目前在用特別復雜的驗證碼,可以考慮增強一些辨識度(影響到用戶注冊的情況下),或者換成滑動式圖形驗證碼。

5. 通道評估與比較

分析這個問題的時候,我找我們的短信通道商要了一份到達時間的數據。數據顯示,平均每日已到達的短信時間分布如下:

0- 3 秒 19%,4- 5 秒 43%,6- 7 秒 17%,8- 10 秒 13%, > 10 秒 7%,> 100 秒 2%。

顯然,還是有不少用戶延遲收到短信的,那么,可以橫向比較幾個通道的數據,擇優選取。

結語

混跡互金行業,用戶運營初涉水,若得指點,高興異常。



2018-09-11 15:46:07
超全面!柵格系統及其在后臺設計中的應用總結

一、柵格系統的目的

柵格系統在頁面排版布局、尺寸設定方面給了設計者直觀的參考,它讓頁面設計變得有規律,從而減少了設計決策成本;柵格化提高了頁面布局的一致性跟復用性;避免了設計師與開發者在細節上的反復溝通確認,從而提升了整個設計開發流程的效率,并能幫助開發者實現較為理想的設計還原。

但實際應用中,由于對柵格系統理解的不充分,很多設計師在應用柵格系統的實踐中產生了各種問題,本來幫助設計的工具現在反而成了設計中需要解決的問題。結合我自己后臺設計的經驗,本篇文章跟大家聊聊柵格系統在后臺設計中如何應用。

二、建立柵格系統的方法與規則

1. 確立柵格系統的原子單位(網格)

如圖,一個比較完整的柵格系統是由許多規格一致的小網格組成,這些網格輔助我們更規范的排版、布局。

后臺系統設計中,由于后臺頁面主要以 Web 形式呈現,而對于 web,用戶已習慣通過鼠標滾輪或滾動條(scrollbar)來縱向瀏覽頁面內容,因此,在不考慮內容優先級的情況下,Web 可以實現豎直方向的「無限」加載,即豎直方向可以無限延伸,因此基于 Web 的后臺頁面,它的柵格系統在水平方向的柵格可以不體現出來,我們在執行設計時只要在豎直方向保持規律的變化就可以了。標準的柵格系統簡化為適用于 Web 后臺的設計如下圖所示。

如上圖,對于后臺設計來講,柵格系統是由欄目(Column)跟水槽(Gutter)交替分布形成的,欄目(Column)是接納網頁內容的容器,水槽(Gutter)用來調節相鄰兩個欄目間距,把控頁面留白;由于欄目跟水槽的寬度是以網格作為基本單位來增加或者減小,所以柵格化的第一步需要先定義好柵格的原子單位「網格」的大小。根據本人的設計實踐以及其它已有規范經驗,目前后臺柵格系統網格大小定義為 8 是最普適易用的。具體原因有以下幾點:

可以被 8 整除

目前主流桌面設備的屏幕分辨率在豎直與水平方向基本都可以被 8 整除,使用 8 作為最小原子足夠普適。

我們選取4、6、8、10、 12 為柵格的候選原子單位,然后用目前主流屏幕分辨率與其相除,判斷各個分辨率在豎直(Y)與水平(X)方向能否被候選原子整除,統計結果如圖。

顯然,對于目前市場桌面設備屏幕而言, 4 是整除率最高的一個原子,接下來依次是8、10、6、12。但 4 作為基本原子實在過于小了,太小的步進單位將導致我們決策成本的增加,因為我們將元素間距增加4px或者減小4px視覺感受到的差異并不明顯,這種情況下我們為了找到那個「合適、滿意」的間距,就需要反復調試,這就造成了時間上的浪費,尤其對于沒有經驗的新人,這點會更為突出。但這種調整并不合適,原因是后臺管理系統設計重點在于面向用戶使用的效率與邏輯,其次才是視覺呈現,使用柵格系統的目的之一也是想減少設計師在「細節」上的糾結,希望設計師站在更全局的角度看待設計,合理安排時間,因此我們舍棄4。在剩下的6、8、10、 12 四個單位中, 8 的整除率最高(80%),以 8 像素作為一個步進單位的變化,我們視覺上也是能感受到較為明顯的差異,因此選取整除率最高的 8 做為柵格系統的原子單位。

符合「偶數原則」

以 8 為單位符合「偶數原則」。偶數原則可以在頁面縮放中最大程度的避免類似于0.5、0.75、1. 25 等次像素的出現,從而使頁面各類元素在大多數場景下都能有比較精致的細節表現。

雖然對于后臺設計而言,通常設計師是直接在目標尺寸下進行設計,并在此基礎上標注、切圖給開發實現,并不存在像移動端那樣需要對各種尺寸、各種像素密度的設備進行適配的情況,但對于 Web 頁面來講,仍存在向上向下適配的可能,因而從頁面的兼容性、可擴展性及可維護性層面來講,我們設計師還是有必要考慮的更加長遠,遵循「偶數原則」可以最大程度上避免各種潛在的問題。

前端開源組件庫基于 8 的原子單位來設計

開發工程師使用的前端開源組件庫比如 Metronic、Antdesign 等也是基于 8 的原子單位來設計,因此如果設計師也使用以 8 為基本單位的柵格系統,開發與設計師相互對接就會更加方便,開發實現頁面時也能更高品質的去還原我們設計師的稿件。


2018-09-11 15:43:39
表單設計中,你需要注意這些事項

交互體驗對于而今的互聯網產品來講,無論怎樣重視都不為過。對于用戶接觸較多的表單設計,想必每位產品經理都有自己的心得體會,今天就和大家聊聊表單設計的基本規范和注意事項,疏漏之處,還請各位同行多多指教,共同探討。

在開啟正篇之前,先請大家看幾個有欠考慮的表單設計,我們一起看看問題到底出在哪里了?

案例①:某人事考試平臺網站

案例②:

案例③:

看完以上三例,不知大家作何感想,筆者在考試報名的時候,就碰到了案例①的表單。

那么,為什么他們敢用這樣的表單?

因為“剛需”、“壟斷”,就像偉大的1230X、擠成照片的地鐵,某三甲醫院的高傲態度等等。

但是,朋友們,不是我們所做的所有產品都能有這樣的場景吧,所以還是要老老實實的優化我們的用戶體驗,對嗎?

好,言歸正傳,首先要在此申明一下,表單設計的核心原則,也可以說是鐵律。

  • 表單內容能減則減;

  • 能給默認值的就不讓用戶選;

  • 能讓用戶選的就不讓用戶輸;

  • 必須輸入的能給提示,一定要給提示。



2018-09-11 15:41:34
合肥福彩官方网站查询