Giish 只「送」不賣(三)超驚!突然就登上App Store推薦榜了!
談上線後所遇到的問題 - 行銷、開發與功能再進化
第二篇我們提到Giish如何決定第一版MVP,以及在GUI設計、開發的各項抉擇。其後自然經歷了白天上班,晚上開發,颱風天也開會討論的緊湊生活。
約在2015年12月底我們終於跑完iOS申請作業,陸續發布第一版、第一次更新、第二次更新…頭幾個月我們一面深耕核心使用者一面完善各項早已預訂好的功能。某天James忽然發現- Giish登上APP Store首頁,並獲選為該月的最佳新App!同時也登上生活風格台灣區排行榜! 雖然是2位數的名次,但對於我們這種小團隊來說還是一件很開心的事,而且推估搞不好是因為LOGO太可愛所以上榜?(大心)
然而,登上排行榜後才是一切惡夢的開始(誤)。不,是加速成長的開始!!
一、行銷
Giish 一開始並沒有太多人知道,也沒有基本的使用者數量,那我們該如何打進市場?
Ans : 從自己及身邊的朋友圈開始!
面對這樣的未知數,除了建置FB粉絲團外,首先是抓住身邊的朋友幫忙試用;以天母幫為起點,與天母幫幫友的面對面聊聊,釐清使用上的困難順便傳達我們的概念與產品;另外我們也透過各大FB /PTT贈物社團在不違反版規的原則上推廣 Giish APP。然而,使用者下載量雖然有緩步增長,但是回頭率卻不高,其一原因 : 版上禮物不夠多啊 !!!!
這是積極為家裡大掃除的好開始(大誤)!! 為了讓首頁禮物牆多采多姿以吸引Taker關注的正向循環,我們自己先拋磚引玉化身為Giver。一整理才發現手邊用不到的好物真不少,你身邊是不是也有呢 ? 像是看過但完好的行銷設計書籍、客戶送的土耳其糖果(怕胖)、超可愛磨豆機(但我不喝咖啡)、股東會的法國高級瓷盤(做菜的不是我..)等等紛紛出爐。由於我們期待以「真實故事」傳遞 Giish的概念,因此我們也採取以下手法經營社群,例如:
[ 面交快閃 ] 我們舉辦 Giish 面交快閃並擔任 Giver 大使,親自下海跟 Taker們面交,並拍照PO在粉絲團裡。活動同步也引導 Taker 加入Giish粉絲團回PO面交心得,讓溫暖的心意不是只停留在面交完畢就結束,藉此強化社群互動。
[ After Story] 只是免費獲得了一份禮物,實在是不怎麼吸引人的故事,就算再有趣的物品也難引起內心的漣漪,因此我們更關注讓使用者分享面交完的後續發展。記得在法國高級瓷盤上架後,有位 Taker 說「媽媽很喜歡做菜,不知能否獲得瓷盤讓媽媽使用」。為了完成孝順女兒的願望,小編當然二話不說贈送給她,這位Taker 事後也主動寄給我們擺滿媽媽拿手菜的圍爐照片 - 用不到的瓷盤,也能在另一個家創造不同的故事。
然即便搭配著上述活動與故事進行行銷,真正讓使用者數量上升的反倒是在Giish登上APP Store排行榜,並獲得部分媒體報導後(見下)。
媒體報導
妞新聞 http://m.niusnews.com/index.php/mobile/view/43346?fromWeb=1
電獺少女 http://agirls.aotter.net/?p=50002
K2 http://www.kkplay3c.net/160223-3/
登上排行榜hen開心,然開心之後,接著馬上遇到各種問題。例如原先不在核心使用者的族群開始出現、突然冒出的下載量不一定有辦法留住使用者,種種的焦慮使得我們也開始研究各種解決方案。
客服建置刻不容緩( 筆記! )
設計、行銷與開發常是最顯為被討論且能先做詳細規劃的部分,然成長後首當其衝的卻是「客服」,需要面對各式各樣的疑難雜症(偶爾也有人生諮詢 XD),以及蒐集、彙整用戶反饋以作為後續改善的來源。我們原先以「FB不公開社團的私訊」做為客服管道(當時分別建了粉絲團和不公開社團,前者用於宣傳、後者用於客服與社群反饋)。但這樣一來切斷了使用流程,二來FB的私訊其實也不利於團隊分析整理。
幸而James神來一筆想到 : 何不利用 Giish 內建的私訊功能,建立官方帳號來搞定?這個點子方便在於,配合簡單的web後台,一併也將我們的活動、溫馨提示如 「該回來看看新禮物囉~」等順理成章地整合進去,便於Growth Hack操作。
小結
好的行銷固然是吸引使用者的主要方式,然「好的客服流程以及工具」至關重要,對於這種C2C的平台,尤其又是以兼職成員為主的小團隊,這絕對是營運需要估進去的成本。除了能幫助團隊成員迅速掌握狀況外,應對得宜也常常左右著一個使用者留下與否,所謂「好的客服能夠延長留存率,但不好的客服體驗卻可能造成產品提早陣亡」相信是許多團隊都可能面臨的關卡。
二、功能再進化
第一版MVP的基本功能有了,然上線後需求成形得更快。哪些功能還沒做(Taker會不會需要許願池)? 哪些功能需要再優化? (已經可以單選,那多選呢? ) 我們拉出以下比較值得討論的部分。
1. 使用者生成內容
你我都是視覺的動物,因此美麗的照片與首頁總是特別能吸引眼球。然畢竟不是人人都能提供如商業攝影般的優質照片,該如何讓使用者生成內容具有質感呢 ?
事實上無論是拍賣、交換或是贈物「如何讓照片(物品)吸引人」都是項重要的議題。而許多具備照相功能的APP 都透過「濾鏡」功能來解決這個問題,物品也是很講究氛圍的啊 ! 也許濾鏡並非必須,但我們無法預測使用者會呈現何種的照片,但又想維持 Giish 首頁的一致性與美感,才考慮加上「濾鏡功能」讓贈物看起來更誘人,也構成 CTA(Call to Action)的加分條件。
2. 勾選流程優化
由於Giish 的確會有Giver需要一次贈送10本書給多人的情境發生,因此在設計勾選流程上我們特別去思考單選/多選等介面該如何呈現,且是否能將程序最少化,但又方便雙方確認贈物成功。
本來我們設計了輕點某位Taker >右向左滑出一個勾選框 >勾選後,Taker頭像會出現被勾選的狀態。但多位使用者反應感應區塊太過敏感,有時滑手機不小心滑到就會誤勾 Taker,因此我們將流程改為在Taker右方直接顯示勾選框(未被勾選皆呈現淺灰色),同樣被勾選後會跳出對話框確認勾選,並在Taker 頭像出現被勾選的狀態。此流程我們實施了A/B Test 並經由使用者測試,以驗證第二種構想是符合使用者預期。
3. 舉手! 「附近禮物」 跟「地區分類」 有什麼不一樣?
還記得「地緣化」與「即時贈物」是Giish的兩項重點嗎? 事實上要做到這兩項我們在分類上下了點功夫,雖然乍看是一樣的東西,但他們其實不太相同!
「地區分類」是依據使用者在個人頁面設定的住家所在區域做分類。若Taker今天在家裡想看看住家附近是否有人送禮,可以點選「區域」分類瀏覽。(例如上圖的信義區)
「附近送禮」的使用情境則是:今天X巴克買一送一,但我一個人又喝不了兩杯倒不如送出去。或是我今天到某地(新竹市)出差忽然下雨,利用這個附近送禮來瀏覽看看有沒有人正好贈送用不到的雨傘。因此它是根據GPS定位目前使用者的所在位置,以過濾出在使用者附近的禮物。
兩種情境可說是針對「地緣」這個命題,將使用者一天的活動(外出、回家)都能有不同的體驗列入考量,背後想傳達我們不只是讓你「找」東西,而是希望你的生活可以融入這個這些美好的救援(?)故事。
三、技術開發
前面講了很多需求設計面,也順便提一下專案實際執行的一些眉角。首先就是最常被問到的「在職/跨縣市該如何經營執行Side Project呢?」
Giish 團隊的分工算是剛好各司其職、默契良好,所以在規劃討論上就是常見的Line+Slack(註一),配合Google Drive的雲端工具。不過我們定期還是會見面會議,除了處理一些公司成立事宜外,有些比較關鍵的決策(例如Milestone、MVP、Pitch準備等等)都還是面對面溝通較為容易。而開發維護方面,我們主要負責功能與規格設計,開發則同時外包給兩組人馬執行,分別為主程式、以及私訊。
將開發外包雖可以省些氣力,但除了有形的開發費用,還會有無形的溝通成本。畢竟資訊轉手且又隔了一層外包公司,也會需要磨合與妥協。因此建議在初期開發,工作分群上應盡量避免團隊(組織)構成太過複雜,一組少數精銳組成、能cover大多數需求的團隊會是首選。這雖然聽起來很像廢話,然還是偶有聽到基於成本或者技術考量、又或因為過度幻想自己當老闆的創業夢,造成初期不小心大手大腳,進行到一半才發現綁手綁腳的經歷。規劃與組建開發團隊時,務必三思!
而「外包規格」也是一門學問,我們的合作模式是走Scrum、每個Ticket的時數實報實銷,這時候就很考驗規劃者的功力,規格該給到多細?Usability認定的標準?對於未來功能擴充的想像與規劃,這些都要有明確的負責人,理清楚對外對內的 Effort 與協助團隊找出 Workable 的平衡點。因此不論你的團隊內是否自行開發,若能找到「懂自己產品又有經驗的夥伴」絕對是最棒的了(得意的笑)。
至於個人的時間分配,在自己本業與副業需要兼顧的情況下,Jay 表示:
「不睡覺就可以啦!!」
屁啦,其實時間分配是個很重要的課題,家人伴侶工作學習生活娛樂等等,都需要好好整理、與另一半溝通,同時找出零碎時間的應用方法,以及強迫自己忍住耍廢的念頭專心營運都是必要的。當然多少也聽過一些令人惋(ㄈㄣ)惜(ㄕㄡˇ)的故事,但,讓自己走向極限然後成長,這,就是創業者的浪漫不是嗎?你懂的!(搥胸)
接下來終於來到最終篇 Giish:只「送」不賣(四)我們在一起吧!! 之贈物 App 竟然促成交友!我們將聊聊其他的有趣故事、贈物APP 如何談獲利模式, 及我們覺得還可以再補充的部分。
無論您是單純覺得這個Topic很有趣,或是想知道後續的營運過程與期間碰撞出的火花,歡迎在留言處與我們交流或建議,也給我們幾個拍手(按住不放就對了!) 讓我們盡可能準時交稿 (hen重要)。
同步感謝好夥伴 James, Jay 一起共筆編輯^^,期待最終篇會很快生出來~
系列文章傳送門
感謝閱讀到最後的你!
我是 Seal,也是一位UI/UX Designer,希望你們喜歡這次的分享。歡迎追蹤我,拍手鼓勵我,或是有其他問題也可以來信:tsengseal@gmail.com,謝謝!
◈1-5 claps:既然看過了,就來簽個到吧!
◈6-10 claps:表示你喜歡這篇文章!
◈11-20 claps:看完這篇文章我認為很有幫助!
◈21-50 claps:Oops!看來你對這篇很有感覺,我會更努力分享!