關於預設賬號的一些感想 | 人人都是產品經理

預設賬號是你在使用某一APP/網站時,自動登錄的賬號。本文主要是關於預設賬號的一些感想,一起來看看吧~

概念說明

開始之前先明確一個概念,我所說的預設賬號是你在使用某一APP/網站時,自動登錄的賬號。由於不確定是否有固定的稱呼(沒有搜索對此的統一稱謂),所以在文章中將此統稱為預設賬號。

眾所周知非社交的工具類產品很難有粘性,用完即走的產品怎麼會留下用戶呢?尤其是在沒有積分體系、沒有實物或有價值獎勵的基礎上再背負KPI壓力,更難。哈哈哈,KPI面前,不管多難,都要去解決。

我當時負責的是一款工具類產品(PC端管家類APP),針對此,我們首先分析如何在不影響用戶體驗的基礎上完成?

  • 首先,KPI只對用戶數有要求,用戶是否激活?是否使用?是否產生交易並未明確定義。
  • 其次,用戶反感未經允許竊取隱私信息,對賬號的態度並非強烈抵觸,視APP而定。
  • 最後,工具類產品的後續發展勢必要與賬號有關聯,雖是完成KPI,但是也不能盲目。

拆解問題確定方案

帶著拆解的問題去思考解決方案更容易,預設賬號正是多次討論后的方案,即在用戶使用APP時為用戶生成一個預設賬號。

在預設賬號下發前,制定了一些規則:

  1. 預設賬號僅限指定APP使用(即我們自己的XX管家),不涉及任何用戶隱私;
  2. 預設賬號配合優惠券,在初次使用時下發優惠券。若不想註冊即可通過預設賬號領取;
  3. 預設賬號可與新手機/郵箱賬號綁定,推崇,條件是在軟體最初上市即需要配合此預設賬號的下發;
  4. 預設賬號若與舊手機號/郵箱賬號綁定則需遵循綁定后的內容(積分、優惠券等)置換條件;
  5. 預設賬號的生成規則與軟體本身產生關聯,而不是隨機字母數字的打亂組合。

預設賬號並不是一個創新或者新奇的想法,一些旅遊類的app在很早之前就在使用,有很明顯的弊端。

若最終需要用戶的真實賬戶(手機號/郵箱)信息,何必多走一步?所謂錢要花在刀刃上,優惠券也是有成本的,付出成本獲新非有效的賬號不是浪費嗎?

其實並不完全是。預設賬號可以幫助APP沉澱下目標用戶,而目標用戶若使用優惠券則可轉化為忠實或付費用戶,當然也可以通過其他路徑去引導用戶轉換為真實賬號。一旦轉換,用戶必然是已對你的APP產生興趣且願意繼續使用。

預設賬號並非只服務於產生交易的功能模塊,用戶還可使用預設賬號快速將問題反饋。與其最開始就為用戶設置較高的註冊登錄門檻,不如直接將入門的邀請卡發到用戶手中,再去沉澱用戶。

結語

APP賬號註冊登錄不是目的,目的一定是賬號背後的人在APP上產生的行為甚至是交易。對我們的APP來說,預設賬號更像是流量,預設賬號到個人賬號的轉換即流量到用戶的轉換。

不止是APP,現在很多商城網站也在採用此種方式,在瀏覽時即生成一個賬號,賬號並不影響你的購買,在購買后可以將默認賬號轉換成個人賬號,以便進行訂單在不同平台的同步,比起購買時先註冊不是友好很多嗎。

如上只是對曾經做過的預設賬號進行的一點總結,有很多細節需要在產品定義和設計時考慮,不同產品考慮的細節不同因此不多做描述,如有興趣可以繼續交流。