2B業務網站的網頁註冊流程優化
摘要:從上述流程圖,用戶想完成一個試用產品申請的填寫,需要在註冊、登錄頁面之間跳來跳去。在我們這個場景中也一樣,用戶需要完成了註冊之後,才能夠填寫產品試用申請。
由於業務特性,所以在2B公司網頁中,用戶的使用目的與使用習慣都會區別於2C產品,那麼在網頁註冊流程設計上,我們也要基於這樣的特性做出針對性的優化與改造。
本篇文章,通過對產品案例的分析,梳理出產品背後的兩大重要邏輯——KNOW WHY & KNOW GOAL。
- KNOW WHY指,不管是做一款產品還是做一個功能,我們需要了解爲什麼需要這個產品/功能。
- KNOW GOAL指,我們做的這款產品/功能,他要達成的目標是什麼?最好可量化。
讓我們開始吧:
整篇文章分爲3部分,我會首先和大家講解一下背景,以及提到我這裏的需求。接着,分享一下需求的解決方案,這一部分,重要的是其背後的邏輯,最後,總結產品設計中的一些重要原則。
一、背景以及需求
公司業務背景:
- 公司的業務是向B端售賣產品,講到這,讀者可以思考一下,To B產品銷售鏈路,和To C產品有什麼不一樣,這一點非常重要,並且對註冊有極大的影響。
- 本次註冊的跳轉邏輯,一共涉及到兩個官網,我們稱其爲官網A和官網B。官網A是公司的正式官網,名氣大,流量也大;官網B是公司新興產品線的官網,沒啥名氣,也沒啥的流量,流量主要來自於廣告投放和A官網的引流。
現在的流程如下:
從上述流程圖,用戶想完成一個試用產品申請的填寫,需要在註冊、登錄頁面之間跳來跳去。非常不友好~因此,需要我們將整個註冊申請流程進行優化。
二、解決方案
2.1 爲什麼需要註冊
從用戶使用場景來講,註冊並非用戶的直接需求,並沒有用戶爲了註冊而註冊。用戶操作註冊的具體使用場景,總是有其目的的。
在我們這個場景中也一樣,用戶需要完成了註冊之後,才能夠填寫產品試用申請。
那麼,接下來兩個問題:
- 爲什麼用戶要填寫產品試用申請
- 爲什麼網頁設計方需要用戶填寫產品試用申請
先回答第一個問題,用戶填寫產品試用申請,基於兩個前提:
- 用戶對產品有興趣,希望使用
- 用戶不能直接使用,需要填寫試用申請,等待網頁提供方審覈後,纔可以使用
再回答第二個問題,爲什麼網頁設計需要用戶填寫產品試用申請?
因爲,公司的商務希望獲得這些信息。獲得這些信息的原因是因爲,可以通過這些信息來聯繫潛在的客戶。注意哦,企業希望用戶填寫試用申請是爲了獲取銷售線索。
那麼問題就來了,注意哦,這裏需要集中精神思考,爲什麼原來的邏輯裏面,需要用戶完成註冊後才能去進行產品試用申請。我們再總結梳理一下原來的邏輯:
用戶註冊是爲了可以申請,申請是爲了獲得產品試用。
那麼既然在申請產品試用這一步,就可以實現用戶和企業分別的目標,爲什麼還要設計註冊這個步驟?
產品的設計是基於業務邏輯,我們來看看到底爲什麼。因爲我們在大力推廣產品,希望多的人來試用我們的產品,因此,我們希望實現:
- 用戶自助申請,商務審覈,點一下產品自動開通
- 賬號自動到期,到期後自動刪除清空
- 客戶試用中遇到問題,在系統中提交工單,通過系統客服進行運維
上述三個原因,決定了爲什麼我們會設計註冊流程。
產品設計中,每一個步驟,都有他的意義所在,並不是爲了設計而設計,瞭解產品設計背後的原因,異常重要。
2.2 解決方案由兩部分構成
爲什麼說解決方案即產品優化方案由兩部分組成呢?
第一部分肯定是優化上面那個讓用戶在註冊、登錄之間跳來跳去的流程,還有一部分是什麼呢?那就是每個頁面需要用戶填寫的信息,在上述流程中,一共涉及到3個頁面:
- 註冊
- 登錄
- 申請試用
2.2.1 優化後的流程
對比原來的流程,優化後的流程做了3大改變:
- 當系統檢測到用戶並沒有登錄後,是跳轉到註冊頁面。因爲,to b 的網站,絕大多數用戶在這個時候都是沒有登錄,且沒有賬號,如果是有賬號,那麼之前肯定登錄過,也會保留登錄狀態。因此,這裏是自動跳轉到註冊頁面。
- 當用戶完成註冊後,註冊即登錄,也不需要用戶在註冊成功後,還需要自己輸入登錄的密碼賬號,減少用戶的操作步驟。
- 當用戶填寫完申請試用申請後,系統自動開通試用,這樣一來,既省去了用戶等待開通的時間,也節省了運營同學手動開通試用賬號的工作量。
2.2.2 各個頁面需要填寫的信息
一共優化的頁面有3個,分別是註冊、登錄、和用戶申請試用頁面。我對着重講一下登錄頁面。
看一下當前的登錄頁面:
注意哦,在這個登錄頁面,用戶需要填寫自己的賬號名稱,賬號名稱在這裏是指用戶註冊時候設計的一串英文字符,讓一個人記憶他自己設計的遺傳病英文字符,而且網站也是一個低頻使用網站,用戶勢必是會極其容易就忘記自己賬號的,因此,我們可以講登錄賬號改爲手機號——因爲手機號,每個用戶都記得一清二次。
除了上述更改,我們來做一點延伸的學習,一般來說登陸頁面的設計,有兩種思路:
- 賬號 + 密碼
- 手機號 + 驗證碼
那麼我們需要了解一下,賬號密碼登陸與手機賬號登陸的區別:
1. 安全性
- 單純從登陸場景來看,密碼可能因爲其他網站密碼泄露導致撞庫,或用戶自身密碼設置的太簡單而被暴力破解。
- 快捷登陸短信既有時效性,5分鐘失效,又有隨機性,6位隨機碼,暴力破解困難,再加上能觸發的安全機制,破解難度大。
2. 便捷性
登陸的便捷性上,快捷登陸的用戶體驗也是更好的,因爲用戶不需要去記憶複雜的密碼,輸入手機號驗證碼後,5S後再輸入驗證碼就能登陸成功,簡單方便。
3. 潛在風險
- 爲什麼快捷登陸這麼好,但是我們還是需要密碼登陸呢?
- 信號差接收不到短信- 短信有渠道風險
- 更換手機號無法登陸
4. 維護成本
短信是需要成本的,一條短信渠道商收費,3-8分,量大一點5分。讓我們來算一筆賬,假設一天登陸+註冊人數5萬人,那麼一天就需要額外成本2500塊,一個月30天,就是7.5萬的額外成本。
我們是to b的產品,量肯定不大。我們可以嘗試,手機號 + 密碼登陸/驗證碼方式。
其餘的細節就不展開描述了~
三、產品設計原則
總結一下,產品設計的兩條重要設計原則:
- KNOW WHY
- KNOW GOAL
END——
本文由 @一顆西蘭花 原創發佈於人人都是產品經理。未經許可,禁止轉載
題圖來自Unsplash,基於CC0協議