文 | 2958字
估計閱讀 7 分鐘
互聯網公司通過搭建線上平臺的購物支付體系，滿足用戶隨時隨地在線上平臺瀏覽下單要買的商品，核對自己的訂單信息（比如收貨地址和配送方式等）確認無誤後再進行支付錢款。最近疫情嚴重，我們更是避免了去超市活動，將需要的生活用品和食材通過線上平臺進行購買。在線上平臺，每次付款之前我們都會仔細核對"填寫 / 核對訂單信息"頁面中的信息內容，確認後再進行付款操作。今天我們就來圍繞這個頁面的內容展開產品設計相關的思考。
什麼是訂單？
訂單是用戶向平臺發出的定貨憑據，訂單信息裡面會包含用戶的姓名、手機號及收貨地址、用戶選擇的支付方式、配送方式和時間、商品清單、優惠券信息。
填寫 / 核對訂單信息頁面
當用戶選定需要購買的商品，點擊結算按鈕後，就會進入填寫 / 核對訂單信息頁面，用戶需要確認商品訂單信息，並填寫或核對收貨人信息、付款方式、配送方式等信息。
下圖是京東平臺的填寫 / 核對訂單信息頁面：
根據上圖我們可以將填寫/ 核對訂單信息頁面拆分成以下結構及功能模塊：
這些功能模塊中，收貨人信息、支付方式、配送方式和時間是線上平臺涉及到實體配送時需要用戶必填的內容模塊，如果用戶沒有填寫，則無法提交訂單。
而發票信息模塊、優惠券信息模塊是用戶選填的內容模塊，用戶填寫完成必填信息，即使不填寫選填信息，也可以提交訂單。
我們下面就繼續來討論一下為什麼有些平臺在填寫 / 核對訂單頁面有做發票信息模塊，而有些平臺沒有做這個模塊。
填寫/核對訂單信息頁面中是否需要做發票信息模塊
當平臺的發票需求量大的時候，公司為了利用技術支持，將固定的開票流程工作自動化完成，就需要設計發票信息模塊。發票信息模塊中用戶一般流程為：當用戶有發票需求時，可以通過點擊發票信息模塊，進入發票資料填寫頁面，用戶進行填寫需要開具的發票信息。當用戶確認收貨後，就會自動觸發開票功能，為用戶開具電子發票併發送給用戶。
平臺設計發票信息模塊，為用戶自動開票的作用：
1、節省成本：平臺自動開具的電子發票可以大幅節省企業在發票上的成本、節約發票印製成本和企業發票管理間接成本。2、數據價值最大化：電子發票系統可以與企業內部的ERP、CRM、SCS等系統相結合，發票資料全面電子化並集中處理，有助於企業本身的賬務處理。關於發票信息模塊的思考，我們可以瞭解到填寫 / 核對訂單信息頁面對於用戶來說是重要的，因為它可以為用戶帶來便利；同時對公司來說也是重要的，因為很多信息數據都是以這個頁面為來源，進行數據流轉的。 公司的產品經理一般對這個頁面的信息鎖定很看重。在產品設計中，用戶僅能在這個頁面對各種信息 填寫或修改，一旦訂單信息流程完成後，用戶在完成支付後的詳情頁面中，任何信息都是無法再進行修改的。雖然產品經理確實很重視填寫 / 核對訂單信息頁面中的信息數據部分，但是卻很少會考慮這個頁面是否會存在用戶填寫信息的特殊場景，以及認真的調研和思考填寫 / 核對訂單流程中每一個用戶的操作 細節體驗是否流暢。
公司需要重視用戶填寫 / 核對訂單流程中的每一個細節
其實對於需要盈利的大部分公司來說，確實會非常注重購物流程和支付體系的設計，並通過不斷優化平臺的購物和支付體系，讓用戶的購物操作越來越容易簡單、付款越來越流暢。
公司重視支付體系的原因很簡單，因為只有當用戶完成了付款動作，才會有現金流入，公司才有盈利的可能。
但是訂單體系也是需要不斷進行優化和完善的。公司產品經理在填寫 / 核對訂單信息頁面一般會設計 滿足大部分用戶操作需求的方案，比如思考如何在這個頁面中儘可能的減少用戶日常填寫的操作。
但是產品上線後，產品經理就忽略了繼續思考填寫 / 核對訂單中是否還有用戶操作方面繼續可以優化的部分。
可是如果不繼續調研思考特殊的用戶場景，以及思考用戶的使用流程細節是否是所有用戶都滿意的，那麼當用戶的訂單信息填寫 / 核對發生在特殊場景中，或在訂單信息填寫/ 核對中用戶體驗到了不完 善的流程細節時，用戶體驗都會變得不好，讓公司有損失用戶的風險。
我就曾在京東平臺的填寫 / 核對訂單信息頁面中，填寫收貨人的收貨地址信息時遇到過問題，讓我下單時間變得非常長，事情是這樣的：
我們公司準備採購大量的禮品發貨給公司的客戶，大概客戶數量有100人，由於運費的問題，我們不希望商家先郵寄到我們公司後，我們再郵寄給用戶。因為這樣郵寄兩次，公司就要再承一次不必要的運費，而且按照客戶地址發貨不僅浪費時間也浪費人工資源。所以我們決定直接使用京東平臺，將商 品分別採購、分別填寫客戶的地址，發給客戶。
京東PC端存在這樣一個情況：在收貨人信息模塊，用戶需要先選擇所在地區：就是通過瀏覽，選擇正確的省、市、區縣城鎮，再填寫詳細地址。
由於公司客戶發給我的地址都是詳細地址，比如北京天安門，而我需要在京東PC端分別點擊：北 京、東城區、內環到三環裡提交的訂單才能通過訂單審核，所在地區這部分的內容一定要填對，因為 如果選擇不正確，比如北京選到了天津，或是北京東城區選到了北京西城區，都是無法進入發貨環節 的。即使已經支付錢款，也會因為選擇錯誤區域的原因被京東客服將訂單打回，重新修改。
我們的公司客戶來自各個城市，很多城市我們也不清楚它的省份是哪裡（畢竟中國辣麼大），所以大部分的時間都用在了百度公司客戶地址的所在省市中。
後來我們也想了一個辦法，就是讓用戶重新將地址按照京東要求的格式進行填寫，但是發現所在地區 部分仍需要瀏覽大部分地區名稱找到正確的名稱點選，瀏覽尋找這些名稱依舊很耗時。1個客戶的地址在這個環節需要尋找名稱3次，每次的尋找都會耗用很久的時間。體驗真是很不友好。
其實上述案例存在的問題一句話就可以概括：就是PC端用戶在填寫訂單收貨人信息時，一定要自己 選擇所屬區域嗎？
京東PC端用戶在填寫訂單信息時目前的流程是這樣：用戶在填寫詳細地址時需要先點擊選擇省、 市、區縣城鎮，再填寫詳細地址。當用戶不選擇所在區域中的省、市、區縣城鎮，則無法提交訂單；當用戶選錯所在區域中的省、市、區縣城鎮某一項，則訂單會被打回讓用戶重新修改後再提交，否則 無法進行發貨。可是，產品設計中真的有必要設計成讓PC端用戶在填寫訂單收貨人信息時，一定要用戶自己選擇所屬區域嗎？
填寫 / 核對訂單信息的流程是用戶從購物到支付的中間流程，如果這部分流程產品經理不經常調研用 戶需求，不思考優化方向，用戶這部分操作流程耗費時間長，輕則造成用戶體驗不好；重則流失用戶，用戶可能會在其他平臺進行購買同類型商品。
其實這部分流程我也參考過順豐快遞，他們的收貨人信息模塊中是這樣做的：當用戶填寫詳細地址後，系統會自動帶出所屬的省、市、區縣城鎮，無需用戶自己選擇所屬區域，節省了用戶的點擊的時間。
如果京東能夠優化這部分產品流程，我相信會節省大部分用戶很多時間的，因為用戶已經習慣了使用 線上平臺進行購物，那麼使用線上平臺贈送禮物的場景也是存在的。所以我還是希望京東產品經理將這部分的產品流程可以做一下優化。
總結
公司需要重視用戶填寫 / 核對訂單的流程中的每一個細節，需要對每一個細節鑽牛角尖，多聽聽用戶的反饋和建議，真正的去接近用戶，多與客服或離用戶近的運營人員溝通了解用戶每一階段的需求，因為用戶才是平臺的真正使用者。填寫 / 核對訂單頁面無論對於線上平臺用戶還是公司來說都是非常重要的頁面，作為產品經理更應該重視思考，不斷進行優化迭代。
本文由作者@財務產品人 在PMCAFF社區發佈，轉載請註明作者及出處。
閱讀更多 PMCAFF產品經理社區 的文章
