你的數據是同一個人還是2個賬戶?賬戶體系case

“牢記自己即將死去,這是我所知道的避免陷入患得患失困境的最好方法。你已經一無所有,就沒有理由不聽從自己的心聲……求知若飢,虛心若愚。

——喬布斯

賬戶體系的產品設計在產品經理工作下以登錄與註冊、個人中心、密碼找回等系列功能。以下結構是一個標準的成熟登錄體系

你的數據是同一個人還是2個賬戶?賬戶體系case

這樣的賬戶體系設計落地後,根據不同的場景我們需要讓用戶能夠感知自己的數據是可以保存並且可以找回的。

假設一個場景,當用戶賬戶更換

這裡的更換有幾種意義的更換

  • 重新註冊
  • 更換手機號
  • 更換郵箱號
  • 更換第三方登錄

針對重新註冊我們就可以理解為用戶可能已經遺忘或找不回之前的賬戶,為此要使用產品服務只能新註冊。

你的數據是同一個人還是2個賬戶?賬戶體系case

由上圖的例子我們可以看到一個賬戶生成後,其account下面包含了手機號、郵箱、第三方登錄。因此用戶更換賬戶在現在的情況下,可以通過解綁手機、解綁郵箱、解綁第三方登錄,去達到更換賬戶的目的。比較現實生活中,我們更手機號換號碼也是常見的一場景。

通過郵箱、手機、第三方更換的入口,一定程度的解決了用戶更換賬戶的問題。那當用戶郵箱、手機號、賬戶都忘記了,只能通過重新註冊,作為產品經理你會怎麼對待他之前的數據呢?

到底是讓數據跟著賬戶走,還是跟著人走?

上面的問題浮現出了這個問題,如果用戶之前註冊並使用過你的產品服務,所產生的數據是允許合併到未來的新賬戶中。還是繼續保存在先前有的賬戶下呢?

你的數據是同一個人還是2個賬戶?賬戶體系case

這個賬戶體系的場景下,目前大多數從賬戶體系都是讓數據跟著賬戶走。如果用戶丟失賬戶,那麼這份數據服務方會提供保存,但用戶連基本的使用信息都不能提供,則無法找回。

現在常見的場景是郵箱場景,我們曾經10多年前註冊的郵箱賬戶類似網易郵箱、163郵箱等,你是否已經忘記了密碼或賬戶,甚至無法找回。

你的數據是同一個人還是2個賬戶?賬戶體系case

但如果有這樣的場景,隨著用戶的個人購買的服務產品積累,才能開通更多的服務能力。而這樣的場景是低頻的。用戶一旦遺失掉賬戶,只能重新註冊賬戶,之前購買的服務數據全部清空。

這樣的場景又像遊戲,一旦用戶忘記遊戲賬戶之前的裝備和經驗都只能放棄。除非你能通過申訴,或通過人工審核的方式,最終拿到以前的賬戶。

有沒有可能,通過身份證來找回賬戶?

如果提供的產品服務非常重要,甚至比遊戲中的玩家所花費的費用更高。我們必須要提供一種機制,讓用戶找回之前的賬戶數據。

既然用戶練申訴都無法通過、之前的賬戶忘了,那可以看見的結果是隻能通過身份證來找回用戶賬戶了。

只用通過身份證來標記一份數據是同人並且唯一。這裡解決了2個問題,第一是唯一第二是 同人的問題。

你的數據是同一個人還是2個賬戶?賬戶體系case

為此,賬戶體系的問題通過身份證就可以解決了數據未來找回的問題。但這又存在一個風險,身份證讓用戶的註冊門檻增加,並且體驗降低。

尤其是當你的產品處於ROI較高的場景,這樣的用戶既然有消費能力,那麼用戶隱私權的意識會更加高。

高消費能力用戶=信息與隱私更有意識。

這樣最終的結果,就導致了賬戶體系實際無法落地。


分享到:


相關文章: