數位廣告越來越貴但越來越沒效率,品牌與新創團隊該怎麼辦?

如果你是一個過去幾年不斷在買廣告的品牌業主,是不是越來越覺得:好像付的錢越來越多,但是賺到的卻越來越少?這不是你的錯覺,而是一個在數位廣告市場上正在發生的現象。
評論
The logo of U.S. beverage group Coca-Cola is seen at the entrance of a visitors center of Coca-Cola Schweiz GmbH in Bruettisellen, Switzerland October 11, 2016. REUTERS/Arnd Wiegmann - RTX2R67N
評論

如果你是一個過去幾年不斷在買廣告的品牌業主,是不是越來越覺得:好像付的錢越來越多,但是賺到的卻越來越少?這不是你的錯覺,而是一個在數位廣告市場上正在發生的現象。

的確,過去花在電視廣告、紙本媒體的廣告預算正在快速轉移到數位廣告,美國市場上數位廣告的總額首度超越電視廣告,但是這並不意味著數位廣告就是萬靈丹,反而隨著越多的品牌業者進入數位廣告市場之後,數位廣告的效果已經大不如前。

現象一:數位廣告越來越貴

根據 Adobe Digital Insights 的報告,過去兩年來,平均的數位廣告費用成長了 12%。不管是行動廣告、行動搜尋廣告或電腦搜尋廣告都越來越貴。唯一的例外是電腦的展示型廣告,也就是那些彈跳視窗或是版面廣告,下跌了 17%。

當然,對於像是 Facebook 或 Google 來說,數位廣告的營收成長非常的美好,但對於廣告業主來說可就是另一個截然不同的感受了。Adobe Digital Insights 的分析師 Tamara Gaffney 說:「現在已經不再是那個你可以獲得自然成長(organic growth)的時代了,到處都是狗咬狗的互相殘殺。」

的確,像是 Google 的 YouTube 廣告業務持續成長,但是要讓相同的成長發生在 YouTube 的使用人數卻越來越難,而且就算他們上站了,也不會待很久。

對廣告業主來說,最真實的感受是花得更多但是得到的更少。

現象二:數位廣告效果越來越差

以搜尋廣告而言,過去兩年的花費增加了 42%,但是換來的流量卻只增加了 11%,而且根據 ADI Mobile World Congress report,過去三年整體美國的網站流量是下滑的,Adobe 則發現即使使用者到訪了網站,停留時間也比過去減少了 6%。以財經產業來說,平均花在網站上的時間在過去一年減少了 32 秒,而零售產業也減少了 26 秒,媒體網站減少了 23 秒。

當然,這種時間的減少是效率的展現,也就是網站讓使用者可以更快速找到自己想要的東西然後就離開。但這麼一來,其實降低了廣告接觸消費者的機會,而網站的經營者也更難賣出自己的廣告版位。

時間的減少帶來的衝擊顯而易見。根據 Adobe 的調查,有超過一半的廣告業主認為自己在提供有價值的廣告上做得越來越好,但是只有 38% 的消費者同意。

策略一:不要只往熱門的地方去

最近廣告產業發生幾件大事,像是 愛迪達(Adidas)公司表示 :「年輕一代的消費者主要通過行動設備參與愛迪達品牌。因此,數位互動會是愛迪達最關鍵的行銷手段,你們以後將看不到任何愛迪達的電視廣告了。」但另一方面,去年全球最大廣告主、美國日用品巨擘寶鹼(Procter & Gamble)卻 宣布撤離 Facebook 的精準投放廣告 ,因這種鎖定特定消費者的廣告手法,對寶鹼產品的促銷效果有限。

這種反向的策略看起來好像很矛盾,但其實才能讓廣告市場維持合理狀態。這些決策,很顯然都是認知到了過去所使用的廣告策略無法達到預期的效果,因此做出大幅度的修正。例如愛迪達發現電視廣告對他們的客群來說並不是理想的方式,所以轉換成透過數位行動廣告。但是另一方面,早就利用數位廣告的 P&G,卻也開始發現了數位廣告所講求的「精準」,讓他們這種日用品的大廠在做促銷活動的過程中,把客群切分得太瑣碎,反而無法觸擊更多的群眾。

甚至,P&G 更提起了數位廣告的「不透明」,也讓品牌業主開始思考,當砸了大把的預算在 Facebook 或 Google 的時候,這兩大數位廣告平台所宣稱的數據到底可不可信?更實際的問題是,就算數據可信,銷售成績並沒有隨著廣告預算的增加而成長。這些變化與發展的趨勢,都讓我們對數位廣告的有效性多了一點反思。

因此,不要只往熱門的地方去,而要先想清楚自己應該往哪裡去。如果一個品牌的客群還是看電視,其實沒有道理完全拋棄電視廣告。如果一個品牌是大眾化商品而不是個性化商品,其實精準投放廣告可能不見得適合。換句話說,不要只因為別人怎麼做,你就怎麼做,不要因為數位廣告的規模越來越大,你就越來越依賴。畢竟,不管是使用者的成長或是使用者所花的時間,都已經趨於飽和了,越多的數位廣告,只會換來越差的效果。

至於怎麼做比較好,其實仍然需要不斷嘗試,例如同樣在電視廣告下一百萬預算和在數位廣告下一百萬預算,然後觀察所呈現出來的結果是什麼。也許在電視廣告越來越弱勢的情況下,相同的預算可以獲得更好的效果,而數位廣告越來越貴而且觸及越來越差,說不定計算投資報酬率之後,電視廣告對某些產品反而是比較有利的。

除了廣告形式的選擇以外,廣告通路也很多元,也許你過去只知道在 Facebook 或 Google 投放廣告,但是其實一些垂直媒體已經聚集了一群可能跟你產品或服務的消費者非常接近的讀者,將廣告預算花在這些媒體可能更精準、有效。

廣告費想要花得值得,除了要夠了解自己的消費者,還要自己不斷的測試和優化。只跟隨別人的腳步,最後一定當冤大頭。

策略二:建立自己的內容團隊

剛剛談到,錢要花得值得,接下來談的跟廣告無關,但卻可能是一個花錢花得最值得的方式。

在意識到了數位廣告的不透明與成效不彰之後,全球最有價值品牌之一的可口可樂成立了北美社群中心(North American Social Centre),其實就是可口可樂這個品牌自己的「新聞編輯室」。想想看,一個有影響力的媒體,一年的運作經費和所需要聘僱的人力大概多少?而可口可樂有沒有能力養一個自己的媒體?顯然是有的,而且相對於龐大的廣告預算來說,成立自己的內容團隊其實相當便宜。

一個有足夠規模的網路媒體,可能只需要十個人,兩三位工程師提供技術的開發和支持,四五位的編輯產製好的內容,再加上一兩位的社群平台經營專家負責將內容擴散出去。以台灣來說,如果有規模夠大的企業或集團要打造這樣一個完整的內容團隊,一年下來的營運成本差不多是一千萬,但是產生的影響力可能遠遠高於同樣將這一千萬拿去投放廣告。更重要的是,這樣的內容團隊,不只對外可以塑造品牌的核心價值與形象,對內更可以凝聚向心力和共識。

最近不管是零售通路商全聯,或是故宮精品的小編,其實都成功的在網路社群上營造了話題。而這樣的曝光度和影響力,要多少廣告預算才能達到相同的效果呢?當然,大多數的內容產製,不容易有這種爆紅的結果,然而像是米其林這樣一個輪胎公司,一開始為了讓汽車的車主更有動力開車出門,因而出版了美食指南,不就是一個很成功的內容行銷模式嗎?其實品牌若要建立自己的內容團隊,也要有清楚的認知,這是一個短期內不會帶來顯著營收的「市場教育」行動。

聽起來好像只有大規模的品牌才有能力建立自己的內容團隊?並不是,即使是新創團隊,創辦人也可以多將自己的創業理念或產品或服務的研發歷程寫成文章、拍成影片,分享給顧客,這同樣也是很有效果的內容行銷,甚至如果真的產出了好的內容,不但不用花廣告費,反而媒體會競相報導。此外,消費者的回饋向來都是最好的內容,即使沒有足夠的資源,只要品牌的理念夠動人,消費者都很樂意提供協助的。

要不要建立自己的內容團隊,不在於資源多寡,而在於品牌有沒有核心理念要跟市場溝通。如果只想推銷,消費者只會討厭。


蛻變敏捷開發組織並不難! AWS Amplify幫前端工程師從雲端快速建立REACT程式

台灣企業勢必需要明確轉型策略,搭配適合的雲端工具作為入場券,一來降低數位化門檻、二來減少摸索資源的浪費。
評論
shutterstock_1451794139.jpg
評論

打造敏捷開發流程、加速前後端工程師的協作效率,是許多企業在面臨疫情之後,認為亟需將彈性元素納入為企業文化當中。雲端運算服務領導業者 AWS 台灣,觀察到前端工程師主要負責處理最貼近用戶的 Web、行動應用程式,但他們往往需要與後端團隊合作過程,遭遇耗費大量討論時間,才能處理使用者介面事項。

為了降低前後端的溝通成本,有些前端工程師在掌握介面管理能力之後,開始橫跨到後端的伺服器、資料庫開發經驗,甚至進一步培養技能,成為能負責測試、安全、效能多面向的全端工程師。

有的人會透過 Side Project(利用業餘時間開發有興趣的專案)或參加 Hackathon(黑客松)方式,運用 AWS 雲端工具嘗試自行擴展後端,並建立簡單易用的工具程式。究竟,AWS 平台提供哪些資源幫助前端工程師擴展更多元的技能樹?

掌握入門教學!前端工程師如何將 REACT 程式快速上雲

前端工程師運用 AWS Amplify,快速在雲端建立 REACT 應用程式

事實上,AWS 的入門課程指出,運用 AWS Amplify 在雲端建立 React 應用程式及服務集,只需五個學習歷程,包含建立 React 應用程式、初始化本機應用程式、新增身份驗證、新增 API 和資料庫、新增儲存體。如果想快速了解 REACT 程式快速上雲的方法及示範教學,本文節錄 AWS QUICKSTART 學習資源內容,幫助前端工程師更快掌握重點。

首先,何謂 AWS Amplify?AWS Amplify 是一項全托管 Front-End Web & Mobile 服務,採取無伺服器模式,在後端建立、部署和託管單一頁面 Web 應用程式或靜態網站的 Git 型 CI/CD 工作流程,加速開發過程直接整合其他 AWS 服務。舉例來說,像是整合封裝好的 Library 資源、或運用一些 Components UI 軟體去配置後端,以及利用 Admin 的 UI 做資源上的管理。

透過 AWS 增加雲端技能 在組織發揮你的影響力

AWS Amplify加速Develop、Deliver 與 Manage流程

AWS Amplify 主要優勢展現在三大項工作階段,分別是 Develop、Deliver 和 Manage。Develop 部分可利用 CLI(Command-Line Interface)或 Admin UI 設定後端,使用 GraphQL 或 REST API 設定也是可行的,進而快速建構一個前後端專案。此外,開發者還能搭配 AWS 其他服務,例如使用 AWS Authentication 全托管認證服務,或 DataStore、Storage 等多項 Feature Categories。

到了 Deliver 階段,若是要透過 AWS Amplify 執行 Web Hosting 任務,可拆解出三個流程。首先是將 Repository 與 AWS Amplify 進行連結,這邊可整合 Amplify Console 提供的支援資源包含 Github、Bit Bucket、Gitlab、以及 AWS 的程式碼代管工具 AWS CodeCommit。一旦連結以後,開發者可透過自己的 Configuration,决定在各個不同的 Build 要執行什麽樣的指令,最後再透過 Deploy 方式,幫助工程師進行前端的 Hosting。

在最後一個 Manage 階段,開發者則可利用 AWS Amplify 的 Admin UI,以開啓瀏覽器方式,透過視覺化介面統一管理資源。例如在 Admin UI 介面左側選單,涵蓋 Content、User Management 的區塊,讓參與專案但沒有 AWS Console 權限的使用者,可利用 E-mail 方式邀請使用者進到 Admin UI,進行一些設定或觀看其他相關資源;甚至在 Set Up 區塊還有相關選項,例如要針對 Data Modeling 或 APP User 做權限管理,以及可連結到 AWS 其他服務。

運用開放資源 AWS Amplify Framework,打造高效能應用服務

AWS QUICKSTART 學習資源還介紹到另一個 AWS 提供的開放資源 Amplify Framework,一樣可利用 Amplify CLI 的方式,配置 Web 和行動應用程式的前後端,以及開發者需要用到的服務,讓應用程式更易於構建,並獲得安全、高性能的使用體驗。

Amplify CLI 一樣有支援多個不同 Category,例如較常使用的幾個 Comment Line,像是Amplify Init 指令做初始化或創建幾個不同資源;或是 Amplify Status 指令,隨時在開發過程查看各個 Category 狀態;甚至專案結束後,可利用 Amplify Delete 直接把 Amplify 所創建的資源做一次性删除。另外也可透過 AWS Amplify Client 利用比較抽象化方式,讓開發者直接利用 Component 實現想要完成的項目。

填寫表單 找到適合你的快速上雲服務與工具!

實際示範給你看,設定 React 程式可以如此簡單

假設前端工程師現在要快速部署一項有驗證功能(Authentication)還要搭配 Rest API、GraphQL、Analytics 等服務的應用,如何快速設定 React 程式?在 AWS QUICKSTART 的學習資源後半段,有詳細說明要啟動這類型專案的操作方法。

開發者可以先利用 AWS Lambda Function 結合 Amazon API Gateway 方式,創建出一個 Rest API,到了 Authentication 階段,則使用到 AWS Cognito 的服務,接著針對 GraphQL 需求,可利用 AWS AppSync 服務,以及最後如果有 Analytics 的需求,也可以串聯 Amazon Pinpoint 工具。Amazon Pinpoint 是一項彈性而可以擴展的行銷通訊服務,開發人員可利用 Amazon Pinpoint API 追蹤 Web 使用者的行爲,或是針對 APP 推送、電子郵件、簡訊點擊行為蒐集到具體的資訊。

在這整套流程示範之後,值得特別強調的是,AWS AppSync 是一項全托管的服務,能及時更新,甚至在使用者離線時仍可以持續去創建和修改數據。一旦設備連上線之後,這項應用程式就可重新連線,並接到後端同步數據,達成彈性、自動化擴展或減縮各式 API 的請求。

打造第一個你在 AWS 上的應用程式

AWS 最後強調,Amplify 是相當適合建構出一個靜態 Web、Apps 服務模式,例如說像是打造部落格,或者是一項 APP 內的代辦事項應用等;加上 Amplify 具全托管服務特色,可串聯上述 AWS 在雲端所提供的資源,都能在部署過程加以整合,加速開發流程及效率,並且有效節省開發資源。如果想用低門檻的雲端解決方案,其實前端工程師是能在開發流程更靈活配置資源,甚至為公司的商業、服務模式挖掘出創新價值。

了解更多:AWS 開發者系列