一個沒人使用的 app,還算是 app 嗎?

Apps戰爭的下半場「使用率」,及更重要的「重複使用率」 經常被忽視。Localytics的數據值得我們注意:2015年,全球25%的Apps下載後,只被使用過一次就被用戶移除了;而此數字達在中國則達到37%。
評論
評論

本文作者為德國程序化廣告技術公司 Sociomantic Taiwan 市場負責人李於玴。原文刊登於 ClickZ

Apps 近年在亞太地區盛行,但移除率也相當高。這裡提出三個方法,有效提高 Apps 使用率。

一個沒人使用的 App 還算是 App 嗎?這個問題,在各產業皆砸重金衝 Apps 下載量的亞太地區尤其敏感。然而,有多人回頭檢查過這些 Apps 真正被使用者打開及使用的次數?

Apps 戰爭的下半場「使用率」,及更重要的「重複使用率」經常被忽視。Localytics 的數據值得我們注意:2015 年,全球 25%的 Apps 下載後,只被使用過一次就被用戶移除了;而此數字達在中國則達到 37%。

調查來源 Localytics 2015 App User Retention Study
Apps 中國的使用調查(調查來源 Localytics 2015 App User Retention Study)

從下載到下單

Apps 被作為銷售通路使用時,使用者」下載」app,只代表了使用者」同意」逛逛您的 App,但依然並未有任何營收或效益產生。唯有使用者」打開」App ,才算真正開始逛您的商品。雖然下載量 (可視為流量) 非常重要,然而透過 App 實際產生銷售才是企業主真正目標。

開發和推廣 Apps 成本極高,因而須在 App 上產生合理收益來回報這些成本。然而,僅僅」下載 apps」對企業而言並未產生太多價值;無論最終使用者是在桌面、手機、或 in-app 下單,須能藉由使用 Apps 而增加企業營收貢獻才有意義。

與其投資更多行銷預算在」下載」app,累積更多店門外的客戶,電子商務 Apps 是否更該思考,如何提高已是您 Apps 使用者的」下單」機會更有意義?這些已下載的用戶,已是企業事半功倍的基礎了,就差臨門一腳提高使用及下單。下面是 Apps 提高使用率 (re-engagement) 的三大法則:

不懼怕 SDK

許多 Apps 出版商,包括時尚品牌、線上旅行及線上零售商,都了解用戶活動率 (activation) 的價值。然而,他們卻拒絕有效提高 App 使用率的行銷方式,只是單純因為有人說:SDK 不能碰。

這通常出於行銷人對 SDK 的不了解。提高 Apps 使用率訴求的重要性之高,應足以讓行銷主管挑戰任何提出:」SDK 不能碰」的人。自始自終,企業在乎的不外乎提供卓越客戶體驗。SDK 整合技術可絕對可以實現這一點,並提高 ROI,就應該及早落實。

況且,容我們現身說法一下:SDK 整合是非常簡單快速的。亞太地區 (含台灣) 的精明廣告主已實作證明,SDK 整合可非常迅速—我們見證過只花四個小時就整合完畢的廣告主,粉碎 SDK 碰不得的說法。

行銷人員另應仔細評估的兩個考量是技術夥伴 In-Apps 追蹤有效性及其 SDK 大小。小 size 的 SDK 不會影響 Apps 加載時間,因而能保護客戶體驗。

一定要 Deep-Link

就像各位熟悉的桌機或手機行銷,In-app 行銷也需要個人化達到更棒的互動效果。個人化第一步就是了解客戶。分析使用者在 Apps 上的行為非常關鍵。結合 CRM 數據,可讓廣告主在 App 外面找到使用者,並以個人化訊息,將使用者帶回 App 消費。
一旦判斷使用者行為,用個人化廣告素材將其帶回 (Deep-Links) 相關頁面的技術同等重要,例如:回到上次瀏覽的類別頁/產品頁,而非只是打開 App 後的通用首頁。Deep-linking 展現出廣告主對使用者的了解、提高 App 用戶體驗、並藉此增加轉換機會。

不要沉迷於下載數

App 行銷最常用的衡量指標是下載數及下載成本(CPI)。可惜下載數描繪了太過樂觀的成果,因為此數字包含了下載後卻不曾使用該 app 的使用者。這些指標可衡量 App 推廣成功與否,但其實並未透露 App 到底為企業創造出什麼價值。

因此,行銷人員應把注意力集中在 Apps 提高使用率 (engagement),以此作為 App 是否成功的實質衡量標準。因應此轉變,行銷人員自然而然地應將 in-apps 行銷預算,從」App 下載」調整於投資」提高 Apps 使用率 (re-engage)」。

全球各地的廣告主皆已相當熟稔再行銷廣告的使用,利用其推薦邏輯,將用戶一再帶回桌機、手機網站上購買。這種行銷方式往往最有效、ROI 最好,已是當今行銷計劃中固定預算了。同樣地,In-app 行銷也應該這麼做。

總結上述,提高 Apps 使用率 (re-engage) 相當重要,因為我們都要面對這個問題:一個沒人使用的 App 還算是 App 嗎?


Akamai 服務上新,於邊緣處推動快速創新

Akamai EdgeWorkers 為開發團隊提供豐富功能和工具來創建新的微服務,利用 Akamai 提供的 25 萬台分佈式服務器組成的網絡,在邊緣執行安全而快速的計算,並在邊緣暫存內容,以實現快速交付。
評論
評論

在雲計算技術還沒有大規模普及前,絕大部分企業和組織都需要自建數據中心,或通過託管的方式來部署自己的硬體基礎架構,並在此基礎上為員工和客戶提供服務。取決於業務或其他方面的諸多要求,此時需要部署的數據中心可能有很多個,並廣泛分佈在不同地區,藉此為客戶提供流暢的體驗,並透過多個數據中心保障連續性。在發展的過程中,隨著「雲端」的出現,讓各個組織的計算開始集中。

而當在線直播、無人駕駛、智能家電、物聯網等應用開始陸續深入我們的工作和生活,情況又不同了。以往透過雲平台集中運行和服務的模式,因為距離導致的網絡延遲已經對用戶的使用體驗產生極大影響。為了提供更敏捷、靈活、快速、可靠的體驗,企業需要從最貼近用戶的地方提供服務。因此,邊緣計算就成為最有效的解決方法。

透過將數據的收集、分析和處理等工作,由「雲中心」重新分散到最接近用戶的邊緣位置,企業可以就近為用戶提供服務,通過延遲更低的響應打造更出色的用戶體驗。

「無服務器」的出現,帶來計算方式的革新

以前,當組織需要上線一套業務系統時,首先需要採購並部署相應的服務器硬體,並且要負擔服務器日常運維過程中的管理、維護、補丁安裝、配置等繁瑣任務。

上雲前,組織需要在自己的數據中心,以硬體服務器的方式執行這一系列工作;上雲後雖然簡單許多,但依然需要面對雲服務商提供的虛擬服務器,從本質上來看相關負擔仍相當繁重。

無服務器(Serverless)技術的出現,讓組織可以在不需要考慮服務器的情況下,構建並運行由微服務構成的創新式應用程式與和服務。藉此不僅可以省略基礎架構管理任務,還能為幾乎任何類型的應用程式或後端服務構建無服務器應用程序,更方便、靈活地構建出具備極高可用性的應用。

Akamai EdgeWorkers :為創新賦能

Akamai EdgeWorkers 為開發團隊提供豐富功能和工具來創建新的微服務,利用Akamai 超過 25 萬台分佈式服務器組成的網絡,在邊緣執行安全而快速的計算,並在邊緣暫存內容,以實現快速交付。

當開發團隊在邊緣開啟代碼時,他們會將數據、見解和邏輯推送到更靠近最終用戶的位置。Akamai 的高性能、可擴展式實施模型,可確保數據和計算不會被延遲問題困擾,進而避免對數字化體驗產生負面影響。

在該服務幫助下,開發者可直接在 Akamai 的全球分佈式平台上快速、迭代地創建和部署新服務,以解決問題和自定義交付。

長期以來,Akamai 在邊緣計算的創新和成功實施皆具有優勢。自 1998 年起,便開始為 Akamai 內容交付網絡(CDN)的客戶推出自定義交付邏輯,其他里程碑還包括 2001 年的 Edge Site Includes 、2002 年的 Edge Java 以及 2014 年的 cloudlet 應用程式。

目前, Akamai 在全球擁有超過 4100 個入網點,為 EdgeWorkers 用戶提供出色的邊緣基礎架構規模和範圍,開發人員可以在靠近最終用戶和他們的數字化接觸點的地方部署代碼,以實現盡可能低的延遲。EdgeWorkers 同樣獨立於雲,客戶可以選擇利用 CDN 供應商或雲供應商平台上的無服務器計算功能。在 Akamai 幫助下,客戶可以在整個混合雲或多雲環境中部署單一的無服務器計算平台。

更多相關資訊:https://www.akamai.com/solutions/edge

本文章內容由「猿聲串動」提供,經關鍵評論網媒體集團廣編企劃編審。