關(guān)于填寫 / 核對訂單信息的產(chǎn)品思考
在線上付款的時候,我們都會仔細核對自己的訂單信息,再進行確認付款。那么,在這頁面的內(nèi)容展示上,有哪些點是值得注意和思考的呢?
互聯(lián)網(wǎng)公司通過搭建線上平臺的購物支付體系,滿足用戶隨時隨地在線上平臺瀏覽下單要買的商品,核對自己的訂單信息(比如收貨地址和配送方式等)確認無誤后再進行支付錢款。
最近疫情嚴重,我們更是避免了去超市活動,將需要的生活用品和食材通過線上平臺進行購買。在線上平臺,每次付款之前我們都會仔細核對“填寫 / 核對訂單信息”頁面中的信息內(nèi)容,確認后再進行付款操作。
今天我們就來圍繞這個頁面的內(nèi)容展開產(chǎn)品設(shè)計相關(guān)的思考。
什么是訂單?
訂單是用戶向平臺發(fā)出的定貨憑據(jù),訂單信息里面會包含用戶的姓名、手機號及收貨地址、用戶選擇的支付方式、配送方式和時間、商品清單、優(yōu)惠券信息。
(1)填寫 / 核對訂單信息頁面
當用戶選定需要購買的商品,點擊結(jié)算按鈕后,就會進入填寫/ 核對訂單信息頁面,用戶需要確認商品訂單信息,并填寫或核對收貨人信息、付款方式、配送方式等信息。
下圖是京東平臺的填寫 /核對訂單信息頁面:
根據(jù)上圖我們可以將填寫/ 核對訂單信息頁面拆分成以下結(jié)構(gòu)及功能模塊:
這些功能模塊中,收貨人信息、支付方式、配送方式和時間是線上平臺涉及到實體配送時需要用戶必填的內(nèi)容模塊,如果用戶沒有填寫,則無法提交訂單。
而發(fā)票信息模塊、優(yōu)惠券信息模塊是用戶選填的內(nèi)容模塊,用戶填寫完成必填信息,即使不填寫選填信息,也可以提交訂單。
我們下面就繼續(xù)來討論一下為什么有些平臺在填寫/ 核對訂單頁面有做發(fā)票信息模塊,而有些平臺沒有做這個模塊。
(2)填寫/核對訂單信息頁面中是否需要做發(fā)票信息模塊
當平臺的發(fā)票需求量大的時候,公司為了利用技術(shù)支持,將固定的開票流程工作自動化完成,就需要設(shè)計發(fā)票信息模塊。
發(fā)票信息模塊中用戶一般流程為:當用戶有發(fā)票需求時,可以通過點擊發(fā)票信息模塊,進入發(fā)票資料填寫頁面,用戶進行填寫需要開具的發(fā)票信息。當用戶確認收貨后,就會自動觸發(fā)開票功能,為用戶開具電子發(fā)票并發(fā)送給用戶。
平臺設(shè)計發(fā)票信息模塊,為用戶自動開票的作用:
- 節(jié)省成本:平臺自動開具的電子發(fā)票可以大幅節(jié)省企業(yè)在發(fā)票上的成本、節(jié)約發(fā)票印制成本和企業(yè)發(fā)票管理間接成本。
- 數(shù)據(jù)價值最大化:電子發(fā)票系統(tǒng)可以與企業(yè)內(nèi)部的ERP、CRM、SCS等系統(tǒng)相結(jié)合,發(fā)票資料全面電子化并集中處理,有助于企業(yè)本身的賬務(wù)處理。
關(guān)于發(fā)票信息模塊的思考,我們可以了解到填寫 / 核對訂單信息頁面對于用戶來說是重要的,因為它可以為用戶帶來便利。同時對公司來說也是重要的,因為很多信息數(shù)據(jù)都是以這個頁面為來源,進行數(shù)據(jù)流轉(zhuǎn)的。
公司的產(chǎn)品經(jīng)理一般對這個頁面的信息鎖定很看重。在產(chǎn)品設(shè)計中,用戶僅能在這個頁面對各種信息 填寫或修改,一旦訂單信息流程完成后,用戶在完成支付后的詳情頁面中,任何信息都是無法再進行修改的。
雖然產(chǎn)品經(jīng)理確實很重視填寫 / 核對訂單信息頁面中的信息數(shù)據(jù)部分,但是卻很少會考慮這個頁面是否會存在用戶填寫信息的特殊場景,以及認真的調(diào)研和思考填寫 / 核對訂單流程中每一個用戶的操作細節(jié)體驗是否流暢。
(3)公司需要重視用戶填寫/核對訂單流程中的每一個細節(jié)
其實對于需要盈利的大部分公司來說,確實會非常注重購物流程和支付體系的設(shè)計,并通過不斷優(yōu)化平臺的購物和支付體系,讓用戶的購物操作越來越容易簡單、付款越來越流暢。
公司重視支付體系的原因很簡單,因為只有當用戶完成了付款動作,才會有現(xiàn)金流入,公司才有盈利的可能。
但是訂單體系也是需要不斷進行優(yōu)化和完善的。公司產(chǎn)品經(jīng)理在填寫 / 核對訂單信息頁面一般會設(shè)計滿足大部分用戶操作需求的方案,比如思考如何在這個頁面中盡可能的減少用戶日常填寫的操作。
但是產(chǎn)品上線后,產(chǎn)品經(jīng)理就忽略了繼續(xù)思考填寫 / 核對訂單中是否還有用戶操作方面繼續(xù)可以優(yōu)化的部分。
可是如果不繼續(xù)調(diào)研思考特殊的用戶場景,以及思考用戶的使用流程細節(jié)是否是所有用戶都滿意的。那么當用戶的訂單信息填寫 / 核對發(fā)生在特殊場景中,或在訂單信息填寫 / 核對中用戶體驗到了不完 善的流程細節(jié)時,用戶體驗都會變得不好,讓公司有損失用戶的風險。
我就曾在京東平臺的填寫 / 核對訂單信息頁面中,填寫收貨人的收貨地址信息時遇到過問題,讓我下單時間變得非常長,事情是這樣的:
我們公司準備采購大量的禮品發(fā)貨給公司的客戶,大概客戶數(shù)量有100人,由于運費的問題,我們不希望商家先郵寄到我們公司后,我們再郵寄給用戶。因為這樣郵寄兩次,公司就要再承一次不必要的運費,而且按照客戶地址發(fā)貨不僅浪費時間也浪費人工資源。
所以我們決定直接使用京東平臺,將商 品分別采購、分別填寫客戶的地址,發(fā)給客戶。
京東PC端存在這樣一個情況:在收貨人信息模塊,用戶需要先選擇所在地區(qū):就是通過瀏覽,選擇正確的省、市、區(qū)縣城鎮(zhèn),再填寫詳細地址。
由于公司客戶發(fā)給我的地址都是詳細地址,比如北京天安門,而我需要在京東PC端分別點擊:北 京、東城區(qū)、內(nèi)環(huán)到三環(huán)里提交的訂單才能通過訂單審核,所在地區(qū)這部分的內(nèi)容一定要填對。
因為如果選擇不正確,比如北京選到了天津,或是北京東城區(qū)選到了北京西城區(qū),都是無法進入發(fā)貨環(huán)節(jié) 的。即使已經(jīng)支付錢款,也會因為選擇錯誤區(qū)域的原因被京東客服將訂單打回,重新修改。
我們的公司客戶來自各個城市,很多城市我們也不清楚它的省份是哪里(畢竟中國辣么大),所以大部分的時間都用在了百度公司客戶地址的所在省市中。
后來我們也想了一個辦法,就是讓用戶重新將地址按照京東要求的格式進行填寫。但是發(fā)現(xiàn)所在地區(qū)部分仍需要瀏覽大部分地區(qū)名稱找到正確的名稱點選,瀏覽尋找這些名稱依舊很耗時。1個客戶的地址在這個環(huán)節(jié)需要尋找名稱3次,每次的尋找都會耗用很久的時間,體驗真是很不友好。
其實上述案例存在的問題一句話就可以概括:就是PC端用戶在填寫訂單收貨人信息時,一定要自己選擇所屬區(qū)域嗎?
京東PC端用戶在填寫訂單信息時目前的流程是這樣:用戶在填寫詳細地址時需要先點擊選擇省、市、區(qū)縣城鎮(zhèn),再填寫詳細地址。
當用戶不選擇所在區(qū)域中的省、市、區(qū)縣城鎮(zhèn),則無法提交訂單;當用戶選錯所在區(qū)域中的省、市、區(qū)縣城鎮(zhèn)某一項,則訂單會被打回讓用戶重新修改后再提交,否則 無法進行發(fā)貨。
可是,產(chǎn)品設(shè)計中真的有必要設(shè)計成讓PC端用戶在填寫訂單收貨人信息時,一定要用戶自己選擇所屬區(qū)域嗎?
填寫 / 核對訂單信息的流程是用戶從購物到支付的中間流程,如果這部分流程產(chǎn)品經(jīng)理不經(jīng)常調(diào)研用 戶需求,不思考優(yōu)化方向,用戶這部分操作流程耗費時間長,輕則造成用戶體驗不好。重則流失用戶,用戶可能會在其他平臺進行購買同類型商品。
其實這部分流程我也參考過順豐快遞,他們的收貨人信息模塊中是這樣做的:當用戶填寫詳細地址后,系統(tǒng)會自動帶出所屬的省、市、區(qū)縣城鎮(zhèn),無需用戶自己選擇所屬區(qū)域,節(jié)省了用戶的點擊的時間。
如果京東能夠優(yōu)化這部分產(chǎn)品流程,我相信會節(jié)省大部分用戶很多時間的,因為用戶已經(jīng)習慣了使用 線上平臺進行購物,那么使用線上平臺贈送禮物的場景也是存在的。所以我還是希望京東產(chǎn)品經(jīng)理將這部分的產(chǎn)品流程,可以做一下優(yōu)化。
總結(jié)
公司需要重視用戶填寫 / 核對訂單的流程中的每一個細節(jié),需要對每一個細節(jié)鉆牛角尖,多聽聽用戶的反饋和建議,真正的去接近用戶,多與客服或離用戶近的運營人員溝通了解用戶每一階段的需求,因為用戶才是平臺的真正使用者。
填寫 / 核對訂單頁面無論對于線上平臺用戶還是公司來說都是非常重要的頁面,作為產(chǎn)品經(jīng)理更應(yīng)該重視思考,不斷進行優(yōu)化迭代。
作者:財務(wù)產(chǎn)品人;公眾號:財務(wù)產(chǎn)品人,我們一起交流
本文由 @財務(wù)產(chǎn)品人 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)作者許可,禁止轉(zhuǎn)載。
題圖來自Unsplash,基于CC0協(xié)議。
全是干貨,受益匪淺,感謝分享
希望大佬后期繼續(xù)更新有關(guān)B端的文章
對你有幫助就是我最開心的!!謝謝26度??!
寫得很專業(yè),點贊??
謝謝晴天 ??
對于地址的自動輸入識別,京東的產(chǎn)品肯定有過這方面的考慮
1.情景太小且不是目標用戶,對于這樣的b2c購物平臺來說,絕大部分都是普通c端消費者,累計填寫地址不超過10個,而你們是作為b端集體采購一次,在平臺一年的訂單里,這樣的訂單都占不到十萬分之一
2.優(yōu)先級問題,規(guī)范選擇地址意味著商品能準確送到對應(yīng)區(qū)域,訂單地址的準確性比填寫時的便捷更重要
我不認可,京東完全可以結(jié)合自動識別降低地址輸入門檻和增加用戶確認環(huán)節(jié)確保地域準確性。京東也有企業(yè)采購,也想做b2b