文章為作者根據(jù)自身用戶體驗調(diào)研后的感受總結(jié)，希望能夠給你帶來幫助。

我是一個研發(fā)，但是近一年準備轉(zhuǎn)產(chǎn)品，于是在為轉(zhuǎn)產(chǎn)品做著各種準備。這是我參加公司內(nèi)部的一次用戶體驗調(diào)研，調(diào)研結(jié)束后我根據(jù)參加的感受總結(jié)出用戶體驗調(diào)研的一些流以及我的思考。

調(diào)研目的

這次參加的是酒店UED的調(diào)研，調(diào)研目的是觀察用戶定完酒店能否順利的完成開發(fā)票的操作。

調(diào)研對象

我作為調(diào)研對象參加了這次的調(diào)研，近一年我雖然定了國內(nèi)和國外的酒店，但是我作為自由行用戶，并沒有開發(fā)票的需求，嚴格來說，我并不是這次調(diào)研最完美的調(diào)研對象，開發(fā)票的一般是商旅出差人士用來公司報銷，所以調(diào)研對象應該選擇經(jīng)常出差經(jīng)常開發(fā)票的人。

酒店訂單開發(fā)票的基本情況

酒店的訂單我們這樣分類：國內(nèi)酒店訂單和國外酒店訂單。如果是國外酒店訂單，我們是只能給電子發(fā)票，郵件發(fā)到用戶郵箱；如果是國內(nèi)酒店訂單，我們可以有三種，電子發(fā)票，紙質(zhì)發(fā)票和增值稅發(fā)票。

紙質(zhì)發(fā)票快遞給客戶，用戶需要付快遞費或者用積分抵扣快遞費，我覺得這個是一個亮點，積分的用處得到了體現(xiàn)，并且積分用來抵扣這種小額的東西，對利潤的影響應該不是很大，但是在商旅客戶的心中留下了一個亮點。

用戶體驗調(diào)研流程

開發(fā)票的入口

UED同學首先關(guān)心的是用戶是否能便捷的找到開發(fā)票的入口，這點app做的挺好的，在訂單點開的地方有很清楚的按鈕可以看到補開發(fā)票，用戶應該可以不費吹灰之力就可以找到訂單開發(fā)票的入口。

補開發(fā)票的入口是在已點評和再次預定中間有一個補開發(fā)票的按鈕，當我們發(fā)票開完以后，這個頁面的補開發(fā)票按鈕就會消失，這點我覺得非常好，我們應該盡可能得減少用戶誤操作的可能性。

但是同時這個補開發(fā)票按鈕的消失也帶來了一個問題，就是如果我們第一次補開發(fā)票填寫的信息有誤，然后我們現(xiàn)在想變更補開發(fā)票的信息，但是現(xiàn)在補開發(fā)票的按鈕已經(jīng)消失了，下面的我要開發(fā)票點開來也不能開發(fā)票了，這樣用戶只能去騷擾客服了，這個問題我覺得UED同學并沒有考慮很周全。

我自己給出的處理方案是這樣的：我們每個訂單開發(fā)票，是不是可以有一次的修改機會，就像火車票一樣，好歹可以改簽一次。我覺得發(fā)票可以修改一次這個功能不錯！

但是這樣會不會帶來其他的問題，就是說我們可能電子發(fā)票已經(jīng)發(fā)出去了，或者紙質(zhì)的發(fā)票已經(jīng)寄出去了，這時候用戶才來更改發(fā)票？

我們總不可能專門在后臺搞一個訂單發(fā)票的按鈕，我們?nèi)斯ぜ某鋈グl(fā)票我們就把發(fā)票的按鈕置灰。這樣人工成本實在太大了。

我自己給出的解決方案是這樣的：我們可以設定這樣的規(guī)則，比如在每個訂單只能修改一次開發(fā)票，并且在第一次開發(fā)票后的幾小時內(nèi)才可以修改，這個具體的時間需要討論和調(diào)研，然后當客戶第一次完成了補開發(fā)票這個流程，消息發(fā)到了后臺運營或者客服那邊，會有一個倒計時時間顯示，我們客服或者運營人員在這個時間倒計時還沒有結(jié)束的時候，我們不會郵件發(fā)電子發(fā)票或者郵寄紙質(zhì)發(fā)票，當?shù)褂嫊r結(jié)束，說明客戶已經(jīng)不能修改我們的發(fā)票了，這時候我們運營直接在后臺篩選一下倒計時結(jié)束的訂單，就可以去給客戶發(fā)發(fā)票了。

這里還有一個問題：我們這個幾小時的時間要經(jīng)過調(diào)研才能決定不能拍腦袋，如果時間過長，萬一客戶等得及的話，就會耽誤事，所以我們的時間應該定在合適的時長，我覺得兩到三個小時的時間挺合適的（這是我拍腦袋憑感覺）。

按鈕話術(shù)表達意思是否清晰

緊接著UED童鞋問了我是怎么理解補開發(fā)票這個按鈕上面字的意思？是當時沒有開現(xiàn)在想開了？

首先我覺得UED童鞋這個問題就問的不好了，我們在進行用戶調(diào)研的時候，不應該給用戶傳達一個指向性的意思，所以UED童鞋可以問我是怎么理解補開發(fā)票這個意思的，但是之后的那句話就不應該說，不應該解釋一下補開發(fā)票的字面意思，而應該讓用戶來解釋，看看用戶是怎么理解補開發(fā)票這個意思的。

補開發(fā)票和我要開發(fā)票的區(qū)別

其實這個地方設計的是有問題的，因為在我作為一個用戶看來，補開發(fā)票和我要開發(fā)票能有什么區(qū)別，這不是一樣的嗎？但是這個地方設計者其實想表達兩個不同的用意。

補開發(fā)票按鈕，點開來直接進入補開發(fā)票的流程，而我要開發(fā)票是一個客服機器人，點擊這里可以進入補開發(fā)票按鈕點擊后一樣的流程開發(fā)票（這邊這里的話術(shù)我覺得不好，應該直接換成補開發(fā)票），點擊下面的咨詢更多問題可以向客服機器人咨詢訂單問題。

補開發(fā)票填寫頁

在補開發(fā)票填寫頁，我們發(fā)票抬頭那塊有個我覺得是亮點的功能。如果客戶以前開過發(fā)票，那么我們就會記住以前這個抬頭，然后客戶這次可以直接選擇上次填寫過的抬頭，我覺得這個功能挺好的，就像火車票或者飛機的乘坐人一樣，如果我們填寫過了，那么下次我們買票的時候就會可以讓我們自己選擇上次填寫的。

補開發(fā)票填寫頁是需要填寫郵箱地址的，因為電子發(fā)票的需要。

這里我提出一個問題：為什么需要填寫郵箱地址但是不需要填寫電話號碼？

UED童鞋和我說的是訂單填寫的時候客戶是會留電話的。

這里我提出一個建議，如果我們給客人發(fā)了發(fā)票，不管是電子的郵件還是紙質(zhì)的郵寄，同時我們給可以發(fā)一條短信，打電話不太好，通知客人比如你的發(fā)票已經(jīng)郵寄啊或者郵件已經(jīng)發(fā)送啊什么的會不會更好。這個建議是為了防止發(fā)給客人的郵件被淹沒，雖然短信也是有可能被淹沒的，所以這個建議提出來需要再進行思考和討論，而且訂單量太大，發(fā)這么多短信成本也是一個問題，都需要進行討論，這里只是提出一個發(fā)散性的建議。

還有一個功能是一個亮點：就是當我們選擇好抬頭，會將個人或者公司這個抬頭顯示在名字前面，這個功能我覺得不錯的。

這里我有一個問題：當我們在IM里面點擊這里，然后發(fā)票填寫結(jié)束的時候，點擊完成，直接返回IM，但是我并不知道這個發(fā)票填寫是不是完成了，我覺得應該有一個toast告訴我開票完成。

當我們再次點擊我要開發(fā)票進入IM的時候，IM知道你已經(jīng)開過發(fā)票了，就會變成這樣。

這個功能我覺得也是一個亮點：就是當我們已經(jīng)開過發(fā)票然后再進入IM的時候，點擊這里可以開發(fā)票的鏈接就消失了，我們就只能咨詢問題了，但是如果我們以后客戶是可以修改發(fā)票，那么這個地方也是要進行同步的再設計。

開發(fā)票的幾種情況全覆蓋

上面贅述的大段文字其實是這樣的情況，就是入住結(jié)束了，然后補開發(fā)票。

但是我們做用戶調(diào)研的時候，最好進行場景的全覆蓋，那么還有以下兩種情況，一個是我們預付了酒店的款項，但是還沒有入住，也可以開發(fā)票；還有一種情況是有些酒店必須要在酒店開發(fā)票，我們公司是不能給客戶開發(fā)票的。

我現(xiàn)在針對第二種情況做一個說明。

第二種情況是用戶只能在酒店開發(fā)票我們公司并不能給用戶開發(fā)票。這時候在訂單詳情頂部會有一個補充說明，但是我作為用戶下完訂單以后其實并不會怎么看這個補充說明，這時候用戶可能就不知道這個訂單發(fā)票只能在酒店開，一旦離開酒店，就不能在訂單詳情自助開發(fā)票了。

而且在進行用戶調(diào)研的時候，這個UED童鞋已經(jīng)給我把開發(fā)票的幾種情況分得很清楚了，但是用戶并不知道這幾種開發(fā)票的情況，所以這個問題設置是有問題的。我們應該站在用戶的角度而不是把我們設計的幾種情況直接了當?shù)母嬖V用戶。

問一下用戶最喜歡的開發(fā)票方式

最后就自助填寫開發(fā)票和打電話給客服開發(fā)票和IM客服機器人開發(fā)票三種，用戶最喜歡哪一種，就像索尼經(jīng)典的案例，最后問用戶你們可以帶走一款顏色的產(chǎn)品，雖然用戶嘴上說喜歡黃色，但是最后大多數(shù)人選擇了黑色的產(chǎn)品拿走。

本文由 @夸父逐日 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自unsplash，基于CC0協(xié)議