通過BUG，分析某APP的產(chǎn)品設(shè)計(jì)邏輯（通過bug,分析某app的產(chǎn)品設(shè)計(jì)邏輯結(jié)構(gòu)）
本文結(jié)合作者在某APP遇到的bug，以及與APP工作人員方面的溝通處理，分析了這款A(yù)PP背后的產(chǎn)品設(shè)計(jì)邏輯。
寫這篇文章，主要是前不久，自己在某APP遇到的BUG，為出發(fā)點(diǎn)，昨日又在和小伙們，討論設(shè)計(jì)后臺(tái)遇到的那些事，萌生出了一點(diǎn)想法。
事情的經(jīng)過是這樣的：
樓主在某APP是通過QQ進(jìn)行登陸，才發(fā)現(xiàn)上面綁定的手機(jī)號(hào)，早已不是現(xiàn)在的手機(jī)，而是很早之前讀大學(xué)時(shí)期的手機(jī)號(hào)，于是聯(lián)系了客服進(jìn)行換綁。
本來是一件非常小的事情，但是，卻發(fā)現(xiàn)了這個(gè)APP后臺(tái)的設(shè)計(jì)可能和我理解的有些不同，然后就遇到了一些問題。
遇到的問題：
- 無法查看原訂單，提示當(dāng)前賬號(hào)與現(xiàn)在的手機(jī)號(hào)不符合。
- 訂單退款失敗，無法原路退還。
- 第二個(gè)APP（非同一個(gè)APP）出現(xiàn)錯(cuò)誤，無法登陸老賬號(hào)。用現(xiàn)有手機(jī)號(hào)登陸，則為一個(gè)全新的賬號(hào)。
- 第二個(gè)APP修改手機(jī)號(hào)，竟然需要注銷支付和實(shí)名認(rèn)證。
問題1
從問題1，可以看出，此APP在查看訂單詳情的時(shí)候，校驗(yàn)的是【購(gòu)買該訂單的手機(jī)號(hào)】，而非當(dāng)前所登陸的賬號(hào)，因此，也就發(fā)生了問題1。
問題2
從圖片2，可以看出，當(dāng)用戶在申請(qǐng)退款時(shí)，該APP記錄的訂單支付信息，手機(jī)號(hào)一欄是動(dòng)態(tài)的，也就是說：后臺(tái)記錄的購(gòu)買的手機(jī)號(hào)與賬號(hào)綁定的手機(jī)號(hào)一致，當(dāng)綁定的手機(jī)號(hào)換綁，記錄的用戶手機(jī)號(hào)也跟著換綁，退款時(shí)由于手機(jī)號(hào)錯(cuò)誤，則會(huì)導(dǎo)致退款失敗。
當(dāng)遇到這兩個(gè)BUG時(shí)，樓主嘗試了如下操作：
通過客戶端短信驗(yàn)證的方式，將賬號(hào)從手機(jī)號(hào)A，換綁到手機(jī)號(hào)B，再去查看訂單詳情和申請(qǐng)退款，均能成功。因此，可以從此得出一個(gè)結(jié)論——用戶通過客戶端更改手機(jī)號(hào)，和客服更改手機(jī)號(hào)，不是數(shù)據(jù)庫的同一個(gè)地方！
通過流程圖，好像沒有發(fā)現(xiàn)什么異常，但是，就如我上圖所說，同樣都是換綁操作，為什么客服那邊就引起B(yǎng)UG了呢？
因此，從邏輯上分析，當(dāng)用戶通過更改手機(jī)號(hào)時(shí)，數(shù)據(jù)庫的操作是直接將用戶賬號(hào)所綁定的手機(jī)號(hào)進(jìn)行換綁。而客服是將新的手機(jī)號(hào)創(chuàng)建了一個(gè)新的賬號(hào)，再把老的賬號(hào)內(nèi)容完全復(fù)制過去。
沒看懂？看看下面這個(gè)流程圖：
綜上，也就是說為什么客服換綁過后賬號(hào)需要重新登錄，而用戶自己換綁，卻不用。也解決了“問題1——為什么會(huì)提示當(dāng)前賬號(hào)與現(xiàn)在的手機(jī)號(hào)不符合”，因?yàn)橘~號(hào)不是同一個(gè)賬號(hào)，訂單校驗(yàn)不通過，就無法查看了。這個(gè)操作就相當(dāng)于用戶通過客戶端查看不屬于自己的訂單（通過抓包，修改返回值，也可以達(dá)到相同的效果。）同時(shí)也解決了問題2，為什么不能原路進(jìn)行退款。
問題3&問題4
本來事情告一段落了，但是，樓主又出現(xiàn)問題了——第二個(gè)APP賬號(hào)提示異常，重新登錄，登錄過后是一個(gè)全新的賬號(hào)，而非老的賬號(hào)。
于是在聯(lián)系客服過后，客服告知第二個(gè)APP賬號(hào)也是綁定的那個(gè)老的手機(jī)號(hào)，改了第一個(gè)APP的手機(jī)號(hào)，第二個(gè)APP的也自動(dòng)解綁了。于是客服又是和第一個(gè)APP一樣的操作——注銷新賬號(hào)，將老賬號(hào)數(shù)據(jù)復(fù)制到新賬號(hào)。這也解釋了問題3和問題4，因?yàn)榈诙€(gè)APP的錢包是實(shí)名認(rèn)證，一個(gè)身份證只能認(rèn)證一個(gè)賬號(hào)，于是必須得注銷第二個(gè)APP的錢包，否則無法綁定到新的賬號(hào)上去。
那么問題來了，第二個(gè)APP和第一個(gè)APP，賬號(hào)互不通，為什么會(huì)出現(xiàn)修改了手機(jī)號(hào)（可以理解為：為什么注銷了老賬號(hào)），第二個(gè)APP的賬號(hào)也會(huì)跟著出問題呢？
因此，我們可以大膽地推測(cè)第二個(gè)APP和APP，賬號(hào)方面的邏輯：
當(dāng)用戶同時(shí)注冊(cè)第二個(gè)APP和APP時(shí)，會(huì)自動(dòng)將兩個(gè)賬號(hào)進(jìn)行關(guān)聯(lián)，合并為同一個(gè)賬號(hào)，但是數(shù)據(jù)不合并，從而有利于運(yùn)營(yíng)/產(chǎn)品數(shù)據(jù)分析，因?yàn)檫@兩個(gè)賬號(hào)為同一個(gè)人，且第二個(gè)APP和APP部分功能相似，有利于分析用戶行為。
當(dāng)注銷第二個(gè)APP/第一個(gè)APP時(shí)，等于將這一個(gè)賬號(hào)給注銷了，因此相關(guān)聯(lián)的第二個(gè)APP/第一個(gè)APP的業(yè)務(wù)也會(huì)跟著注銷，從而產(chǎn)生了問題。
因?yàn)橛脩羰菬o法主動(dòng)注銷賬戶的，所以這種問題只有在客服進(jìn)行手機(jī)解綁時(shí)，才會(huì)出現(xiàn)這種蝴蝶效應(yīng)。
這點(diǎn)設(shè)計(jì)，和微信/QQ截然不同了，微信和QQ是兩個(gè)完全獨(dú)立的賬號(hào)，而第二個(gè)APP和第一個(gè)APP，判斷為同一個(gè)人過后，則會(huì)自動(dòng)關(guān)聯(lián)。
那么為什么第二個(gè)APP客服在操作用戶換綁手機(jī)時(shí)，不是直接像用戶一樣換手機(jī)，而是直接換賬號(hào)呢？
我這邊猜測(cè)，因?yàn)檫@樣的話，就等于有兩個(gè)賬號(hào)了，第二個(gè)APP/第一個(gè)APP的用戶量級(jí)就更多了，對(duì)于企業(yè)來講也就更有利啦~
結(jié)語
不過第二個(gè)APP這樣的設(shè)計(jì)，是否合理？這樣的設(shè)計(jì)，背后更深層次的意義在哪？恐怕就只能問APP的架構(gòu)師或者產(chǎn)品經(jīng)理。
本文由 @狂暴補(bǔ)師 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。
題圖來自Unsplash，基于CC0協(xié)議
版權(quán)聲明：本文內(nèi)容由互聯(lián)網(wǎng)用戶自發(fā)貢獻(xiàn)，該文觀點(diǎn)僅代表作者本人。本站僅提供信息存儲(chǔ)空間服務(wù)，不擁有所有權(quán)，不承擔(dān)相關(guān)法律責(zé)任。如發(fā)現(xiàn)本站有涉嫌抄襲侵權(quán)/違法違規(guī)的內(nèi)容， 請(qǐng)發(fā)送郵件至 舉報(bào)，一經(jīng)查實(shí)，本站將立刻刪除。