預設賬號是你在使用某一APP/網站時，自動登錄的賬號。本文主要是關於預設賬號的一些感想，一起來看看吧~
概念說明
開始之前先明確一個概念，我所說的預設賬號是你在使用某一APP/網站時，自動登錄的賬號。由於不確定是否有固定的稱呼（沒有搜索對此的統一稱謂），所以在文章中將此統稱為預設賬號。
眾所周知非社交的工具類產品很難有粘性，用完即走的產品怎麼會留下用戶呢？尤其是在沒有積分體系、沒有實物或有價值獎勵的基礎上再背負KPI壓力，更難。哈哈哈，KPI面前，不管多難，都要去解決。
我當時負責的是一款工具類產品（PC端管家類APP），針對此，我們首先分析如何在不影響用戶體驗的基礎上完成？
- 首先，KPI只對用戶數有要求，用戶是否激活？是否使用？是否產生交易並未明確定義。
- 其次，用戶反感未經允許竊取隱私信息，對賬號的態度並非強烈抵觸，視APP而定。
- 最後，工具類產品的後續發展勢必要與賬號有關聯，雖是完成KPI，但是也不能盲目。
拆解問題確定方案
帶著拆解的問題去思考解決方案更容易，預設賬號正是多次討論后的方案，即在用戶使用APP時為用戶生成一個預設賬號。
在預設賬號下發前，制定了一些規則：
- 預設賬號僅限指定APP使用（即我們自己的XX管家），不涉及任何用戶隱私；
- 預設賬號配合優惠券，在初次使用時下發優惠券。若不想註冊即可通過預設賬號領取；
- 預設賬號可與新手機/郵箱賬號綁定，推崇，條件是在軟體最初上市即需要配合此預設賬號的下發；
- 預設賬號若與舊手機號/郵箱賬號綁定則需遵循綁定后的內容（積分、優惠券等）置換條件；
- 預設賬號的生成規則與軟體本身產生關聯，而不是隨機字母數字的打亂組合。
預設賬號並不是一個創新或者新奇的想法，一些旅遊類的app在很早之前就在使用，有很明顯的弊端。
若最終需要用戶的真實賬戶（手機號/郵箱）信息，何必多走一步？所謂錢要花在刀刃上，優惠券也是有成本的，付出成本獲新非有效的賬號不是浪費嗎？
其實並不完全是。預設賬號可以幫助APP沉澱下目標用戶，而目標用戶若使用優惠券則可轉化為忠實或付費用戶，當然也可以通過其他路徑去引導用戶轉換為真實賬號。一旦轉換，用戶必然是已對你的APP產生興趣且願意繼續使用。
預設賬號並非只服務於產生交易的功能模塊，用戶還可使用預設賬號快速將問題反饋。與其最開始就為用戶設置較高的註冊登錄門檻，不如直接將入門的邀請卡發到用戶手中，再去沉澱用戶。
結語
APP賬號註冊登錄不是目的，目的一定是賬號背後的人在APP上產生的行為甚至是交易。對我們的APP來說，預設賬號更像是流量，預設賬號到個人賬號的轉換即流量到用戶的轉換。
不止是APP，現在很多商城網站也在採用此種方式，在瀏覽時即生成一個賬號，賬號並不影響你的購買，在購買后可以將默認賬號轉換成個人賬號，以便進行訂單在不同平台的同步，比起購買時先註冊不是友好很多嗎。
如上只是對曾經做過的預設賬號進行的一點總結，有很多細節需要在產品定義和設計時考慮，不同產品考慮的細節不同因此不多做描述，如有興趣可以繼續交流。