成長駭客
其實這篇，我寫來，不是因為看了某本書的筆記，也不是某文章的筆記。
當成長駭客書籍看到一定的程度後，或許就有某種成長駭客思維的存在，用數據觀察，這或許之前沒有經驗，但一遇到的時候，就會開始想要怎麼發現問題。
成長駭客思維，能幫助你什麼呢？他會讓你學會數據分析？
我也不想多講什麼叫數據分析，實際案例過過一、兩遍後，我會突然心領神會什麼叫數據分析。
這次我要講的是我實際遇到的問題，這次很不偏程式碼的解決問題。
而是發現問題的方式怎麼做
當我今天從Google Play Store 發現我所維護的APP，一直被使用者打一顆星，理由都是一樣，都叫「帳號格式錯誤」、「信箱格式錯誤」
這時候，你不好奇，為什麼都給我這樣的錯誤訊息呢？如果你不管，放任的話，就會是無止盡的一顆星出現（我已經受不了使用者一直打一顆星了）
雖然我們公司有所謂的客服，也提供回覆為，可以至留言版留言，回應我們問題。
事實上真正我查問題之後，才發現。
一、使用者不爽就給你打一顆星，那他還會回來看一顆星的回覆是什麼嗎？(不會）
二、使用者就算你給他客服留言版，他會真實呈現當初的錯誤給你知道嗎？(剛好留言的內容，應該是呈現不了問題，再來，根本沒人留相關問題呀）
所以有客服跟客服管道，在這邊做法非常的無效。(但客服管道，其實也是發現問題的發生，也是挖掘需求的金礦，只是客服如果只是聽命行事，無法判斷哪些客戶留言，是對我們來講是有商業價值的，好的客服能跟工程師緊密聯絡，但我們缺少了這種緊密溝通，也是一種可惜，我自己跑去看管理後臺，看了客服留言，哇賽，真是一堆寶呀，行銷難道不會看嗎？應該不會，更何況我們工程師也沒去看，要不是出問題，想去裡面找原因，還真不知道一堆寶呢？）
難怪，成長駭客會有所謂的前期必備要做的幾件事，一、要有回饋的管道，所以意見回饋(問券調查)及問題反應，一定要有。（當然就是用來挖掘使用者需求，這叫用戶調研），二、要有推播通知，主動告知的官方發佈，主動要求對方更新的訊息，這樣有bug才能立刻更新呀。
依據公司的員工訓練，發現福爾摩斯，我想福爾摩斯，就是成長駭客，觀察、假設、推理、證明
要有能觀察的數據，從數據發現一堆共同點或原因，偵測、記錄、測試、發現原因，接著就是可能是推策，改善、優化。
今天，Google Play Store一直出現抱怨，會員無法註冊、都一直說帳號格式錯誤(我們是身份證字號)、信箱格式錯誤(怎麼可能？對，我也覺得怎麼可能，怎麼可能有bug呢？驗證都是同一種程式呀，別的APP沒問題，我的APP就有問題，同樣的API呀）
有點神奇。
神奇有神奇的解法（所以難怪成長駭客要有創意能力，為什麼呢？書本哪會教你這方面的事情，但他會讓你漸漸懂這種思維，難怪成長駭客要有聰明、富有創意，是一種全腦左右腦開工的全才）
為什麼這個問題，以前都沒有，現在突然出現一堆呢？因為廣告關係及註冊活動的旺季，所以新的使用者與來訪人數提升，所以來訪後，第一個要做的事，就是「註冊」
在AARRR模型下，產品開發週期的第一個關卡就是，「獲取用戶」，再來是「激活用戶」。
獲取是獲取到了，我們要讓他註冊，以提升所謂的「註冊率」，註冊轉換率提升，是相當重要的，不然後面的漏斗只會越來越少，所以前面的關卡要把關好。
很特別的，客戶很少反而我們這個問題，因為留言版留言的人沒有，而工程師如果不會去看Google Play Store的評價的話，根本就不知道嘛。
這一步優化，就是提升「註冊率」，
光一直無法註冊，就是一種註冊率很低問題，再來就是所謂的推薦，這種註冊率很靠腰的狀況，證明了一點，就是「負評」，一堆人看到負評，誰還會推薦你呀，（所以第五關就被靠北了）
連寫程式的工程師都受不了(在下我），我問，告訴我哪裡可以放LOG，我要把失敗的時候相關的參數記錄下來。
這時就有一個Table，是用來存放錯誤訊息的，就取名Register Error Log，
這時候發現，帳號、信箱記錄下來。
觀察註冊時錯誤的原因，還真神奇。
信箱，有填gmail.com.tw，都發生信箱格式錯誤，怎麼這麼神奇，原因是有判斷DNS，gmail還真的沒有.tw，這以我這個後進的工程師，怎麼會知道有這種規則。
學學Twitter怎麼做，他寫gmail.com.tw時，給的錯誤訊息，你說的是gmail.com嗎？(果然是有雇用成長駭客的公司，連語言都這麼貼心）
在來就是，信箱，怎麼會有使用者老是填到空白，難怪是不同手機，他會誤輸到一個空白嗎？都會在gmail.後面又多一個空白。
想想，給個提示訊息就好了，哇操，還真的很多使用者會發生這樣的狀況，一個手機有問題就算了，N 個手機出狀況，那就真不得了，
直接幫使用者修正這個錯誤，又減少了很多註冊錯誤問題。
再來就是帳號格式錯誤，原因是介面的輸入框提示訊息，沒有很明白讓使用者知道是要填身份證字號，
很多人當作這APP是一般的其它型APP，只要填寫一些平常用的abcd1234這種帳號就好了，壓根第一直覺不會填身份證，
現代年輕人註冊的確不可能愛用身份證，而會用其它的帳號。
這後面也是改了傳回訊息，提示的更清楚明白。
以為提示明白就有人懂得怎麼改了，卻有連續N次輸入錯誤的帳號狀況，
就是提示訊息，不夠明白要求填寫的內容問題，這時就是要調整APP的文字提示與未送出前，就即時驗證，避免一直按送出才知道狀況，那誰都會很不爽。
還有一直發生，帳號已註冊問題，就是送出時等待，但沒真的在等，然後又再次送出，或則第一次送出發生了Timeout，實際資料庫已經寫入，但回傳未回傳到，因為發生timeout而中斷
這樣的狀況，在一天N個錯誤項目中，佔了50%，這就是要繼續調整UI動線。
其實，不用做什麼驚天動地的新功能，先把這基本盤先救好，就可以足夠捥救一天N個使用者流失的狀況。
無怪乎，XDite，強調的是，成長=轉換率-流失率。
心法就是「降低疑慮」，「增強信心」
另一個成長駭客書籍，范冰，書裡也提到一段，就是成長駭客，可以幫助你「找到機會」、「發現問題」
這就是一個「發現問題」的數據分析，及改善後，可以「增強信心」、「降低疑慮」，使用者對APP的印象，就會變成他對你的觀感是好是壞。（信任、不信任，該用不該用，好像好用，還是不好用）
真覺得，如果把成長駭客思維的幾個發現問題的想法，與數據的統計加入系統架構中時
你會裝「GA」、你會埋「LOG」，你會去GA看，今日註冊成長數與註冊失敗數，進入頁面，與註冊數，成為一種轉換率，註冊成功人數/來訪人數(未註冊)，成為一種轉換率。
有了註冊，才會激活的機會，因為你收得到信箱資料，也會得到會員及他對應的推播Token，以方便適時的提醒觸發回流、再訪率。
你會記錄每一天的註冊數、來訪人數。註冊轉換率。
記錄每天的註冊數，才能有比較的數據，有比較的數據，才有所謂的「成長」的量化指標。你才知道昨天比今天多了什麼、少了什麼，才能知道你做了什麼活動，功能，得到了怎樣的結果
失敗的原因，就修正、優化，成功的原因，成為下一次的定型公式
(如神魔之塔的，百萬下載量送魔法石活動，系統錯誤發生時送魔法石、版更送魔法石、送得多，來的人就多，主要是為了一直激活，讓使用者上癮，上癮中的幾%就會變成了收益轉換率，沒付費的，也會成為你的廣告，有這麼多的忠實用戶，就有廣大的來訪、留客率及病毒傳播）
這樣活躍用戶就會一直提升。
接著看了曲線的變化，就是猜，這次是因為某版上線，因為符合使用者需求，自動往上斜率發生變化。(那就是成長了）
這次又是因為某版上線，導致斜率比之前平緩（那就是負成長了）
有了斜率之後，你不難發現，可預測幾個禮拜後會到怎樣的數據（真神奇，現實生活的使用者，竟然也會造著線性迴歸的方向走，很容易透過很多樣本書，算出一個斜率出來，就知道未來會是怎樣的使用者人數了）
在成長駭客行銷，說的對，就是心態要對，產品本身就有行銷的功能了，不必搞什麼大活動，好用就會自動流傳
就會自然增長，不好用，就算衝了一堆量，不來給你註冊，或註冊失敗，那廣告費用之類的，就白費了。
難怪要推PMF，Product Market Fit，適配，產品與市場完美契合。據說是要DAU(日活躍)/MAU(月活躍)要20%以上，才達到PMF。
未到PMF的話，行銷只會越推，品牌就完蛋。
以上實戰經驗分享完畢。這樣算不算成長駭客思維呢？
是因為苦命的工程師，分工不細，所以寫了前、後端程式，又要做一點點數據報表、又要做一點點企劃、產品、又要去感覺UI/UX。然後不幸的好像對我有幫助
（雖然我不鼓勵這樣凹員工，但觀念可以傳下去，讓整個團隊具有成長駭客思維，讓客服與工程、行銷完美溝通，發現問題、有價值的東西，提出來互相討論，除了優化以外，就是挖寶啦。）
這樣的團隊，就是以「產品」為目標，希望產品好，但每個人之間是平等觀念，誰不是說誰才是最重要的，而讓誰被誰指揮，誰說的才對。
像管理的人，不一定想法就正確，有時候用數據說話，反而更容易發現，事實，不是管理的人想的那樣，使用者的想法、需求，在使用時回饋才發現的。
原來，以為沒問題的註冊，結果大有問題（不然怎麼會一直有負評，當然直覺會是沒有bug呀，但錯誤的結果一定是哪裡有問題，那就是沒有正確的指導使用者，讓使用者誤解了什麼，導致註冊一直說怎麼都不給我註冊）
這樣每天，讓兩百名使用者順利無不爽的通過第一關。那你想想，一天N，那60天後呢？60*N人。相當大的數字呀。
但這問題很久了，我想真的流失龐的使用者的樣子。