⑴ 場景化營銷是什麼求舉例說明!!!
簡單來說場景化營銷就是判斷消費者當下情境的需求,然後給用戶推送相應的品專牌內屬容。舉例說明:某全國連..鎖火鍋店,需要進行節日火鍋優惠券的發放,從而吸引更多用戶到店用餐。例如光音網路旗下廣告家分析火鍋店的需求後,利用商用WiFi資源為其進行場景化營銷。廣告家通過人群、場景、時間段多維度來分析用戶匹配系數,分析用戶的價值。對於匹配系數高的,高競價多頻次投放廣告;匹配系數中的,正常出價正常頻次投放廣告;匹配系統低的,不出家或者低價低頻次投放廣告。據了解,相關的廣告點擊率達1.2%,峰值轉化率1.8%。能提高預算利用效率,在有限的廣告預算下,最大化廣告的ROI值。
⑵ 怎麼實現場景化營銷求介紹
(一)制定正確的品牌策略
定位產品的目標群體,根據產品的檔次、收益、附加值等,找到相對應的投放人群。利用多媒體平台,有效投放信息。好的場景化營銷,就是在合適的時間、合適的地點、將合適的產品以合適的方式提供給合適的人。
(二)設計場景化話題
1.善於運用多元化場景營銷
場景化營銷看似簡單,實則緊密的將金融產品與各種生活場景聯系起來,給用戶以使用提示,從而達成成交。
話術示例:「金融IC卡」的場景化營銷
當您逛街的時候,用我們的銀行卡可以在多家「惠生活」商圈消費。
當您乘坐公交的時候,用我們的銀行卡可以打折。
當你在機場等候的時候,用我們的銀行卡可以出入VIP休息室。
給客戶多種具體可感的設想與選擇,是場景化營銷的重要原則。
2.利用大數據,找准不同圈層用戶的場景共鳴
移動APP、網點機器人與智慧櫃員機的使用,讓銀行與客戶的聯系更為緊密,交流也更為便捷。圍繞客戶的輸入信息、搜索信息、獲得信息,構建了以"興趣引導+海量曝光+入口營銷"為線索的網路營銷新模式。
(1)剛剛走上工作崗位的年輕白領
輸入信息 搜索信息 獲得信息
王小姐;工作一年半;月入五千。 靠譜理財:活期利息較高的銀行 ①該客戶缺乏理財知識②需要「短期」理財
輸入信息
搜索信息
獲得信息
王小姐;工作一年半;月入五千。
靠譜理財:活期利息較高的銀行
①該客戶缺乏理財知識
②需要「短期」理財
興趣引導:此時為客戶的獨立生活期,這個階段的特點是工資收入比較低,且花銷不算小,這個時期理財的主要手段是努力尋找高收入的工作。因此可以提高風險較大、報酬較高的投資工具的比重,比如股票、股票型基金;剩餘的可以進行一些安全投資,比如定期儲蓄,債券基金等。
海量曝光:藉助智慧櫃員機遠程展示我行的短周期的各種理財產品,以及活期利息較高的銀行卡。
入口營銷:王小姐,您好,您剛剛工作,我們給您的建議是50%投資股票型基金,30%用於定期存款、貨幣基金,20%用於活期存款。(展示該行基金,存款)
(2)結婚不久的准父母
輸入信息 搜索信息 獲得信息
張先生;工作五年;和妻子結婚半年,是一名准爸爸。 保本保值、穩定增長的理財產品。 ①該客戶為「穩健型」②重視「保值性」
輸入信息
搜索信息
獲得信息
張先生;工作五年;和妻子結婚半年,是一名准爸爸。
保本保值、穩定增長的理財產品。
①該客戶為「穩健型」
②重視「保值性」
興趣引導:新婚家庭建設初期消費需求旺盛,不宜過於分散的投資。可將家庭結余資本等比例投資於股票或基金、保險。在選擇保險時,可優先選擇較低繳費的健康險、意外險等適宜險種。
海量曝光:藉助智慧櫃員機遠程展示我行的「穩健型」理財產品,以及保值性較高的基金。
入口營銷:張先生,您結婚不久,此時應該考慮家庭建設,做好家庭理財的整體規劃。我們建議您做40%的股票基金,30%的保險,20%的存款。(展示該行基金,保險和存款)
(3)中學孩子的母親
輸入信息 搜索信息 獲得信息
趙女士;財務工作者、月入2w、一名中學生的母親。 穩妥投資抵抗風險類的金融產品。 ①排斥「風險類投資」②潛在的保險營銷對象
輸入信息
搜索信息
獲得信息
趙女士;財務工作者、月入2w、一名中學生的母親。
穩妥投資抵抗風險類的金融產品。
①排斥「風險類投資」
②潛在的保險營銷對象
興趣引導:這個階段,家庭的收入支出穩定同比增長,理財難度加大,重點進行穩妥投資。要以子女撫育支出和家庭資產增值為核心擬定理財目標。比如可適當關注回報穩定的房產,也可以置備一些抵抗風險的黃金。
海量曝光:藉助智慧櫃員機遠程展示我行的長周期保本型理財,或者是貴金屬和一些保險產品。
入口營銷:趙女士,您好,咱們這個年齡的重點理財方向為子女教育和保險醫療。在這里,我建議您做30%的房地產,30%的保險,30%的存款,也可以置備10%的黃金用來抵抗風險。(展示該行保險、存款、貴金屬)
(三)場景化營銷「四步走」
第一步:心理洞察。明確自己的金融產品滿足客戶的需求是什麼,他們為何會產生這樣的需求,分析他們的心理動機和心理狀態。心理洞察就是對客戶的初探,是場景化營銷過程的起點也是重點。
第二步:場景設置。在客戶心理洞察之後,進行場景的設置或選擇,通過場景來將消費者帶入到營銷所需要的心理狀態。而場景設置的核心是過程中的交流環節,通過溝通交流才能讓客戶慢慢的融入到該場景當中,並給予客戶及時的心理反饋,才能更有效的對客戶的心理進行刺激。
第三步:心理強度。要客戶進入某種心理狀態並激發出對我們產品的強烈的需求動機。而這種強度可以通過互動交流的設置來完成。
第四步:行為引導。在成功將消費者引導形成到某種心理狀態後,即可觸發客戶的行為裝置。而此時我們需要進行消費者行為的引導,來實現我們的營銷目標。
場景化營銷示例(理財為例)
第一步 第二步 第三步 第四步
銀行理財主打安全優勢,也就是說銀行滿足的是客戶安全保險的理財需求。而客戶在受到刺激或感受到害怕的時候,對於安全的需求是最急迫的。也就是說營銷人員需要讓客戶進入恐懼的心理狀態,並且使其產生消除恐懼的心理動機。 基於以上的心理洞察,銀行選擇了「客戶一味的追求高收益,選擇安全系數低的P2P理財」的案例,並在場景中進行諸如與「黑理財」的對話互動,從而刺激白領的恐懼心理。 在整個的場景中,使用了多組的「慘痛教訓」來不斷的刺激客戶的恐懼心理,使之達到足夠的強度,從而產生迫切地想要消除這種恐懼心理的動機。(運用網路平台,搜集風險防範案例,做到營銷有理有據。) 在最後,推出銀行理財,對目標消費者的行為進行引導,實現自己的營銷目標。
第一步
第二步
第三步
第四步
銀行理財主打安全優勢,也就是說銀行滿足的是客戶安全保險的理財需求。而客戶在受到刺激或感受到害怕的時候,對於安全的需求是最急迫的。也就是說營銷人員需要讓客戶進入恐懼的心理狀態,並且使其產生消除恐懼的心理動機。
基於以上的心理洞察,銀行選擇了「客戶一味的追求高收益,選擇安全系數低的P2P理財」的案例,並在場景中進行諸如與「黑理財」的對話互動,從而刺激白領的恐懼心理。
在整個的場景中,使用了多組的「慘痛教訓」來不斷的刺激客戶的恐懼心理,使之達到足夠的強度,從而產生迫切地想要消除這種恐懼心理的動機。(運用網路平台,搜集風險防範案例,做到營銷有理有據。)
在最後,推出銀行理財,對目標消費者的行為進行引導,實現自己的營銷目標。
當然,場景化營銷只是營銷環節中的一個小點,要想做好營銷,還得多措並舉。
⑶ 什麼是場景營銷化模式
是指針對消費者在具體的現實場景中所具有的心理狀態或需求進行的營銷行為內
從而有效地達到企業容的目標。
也就是說所謂的場景化營銷,
其核心應該是具體場景中消費者所具有的心理狀態和需求,
而場景只不過是喚醒消費者某種心理狀態或需求的手段,
優必上的場景化主要是營造一個大環境的工具,
通過產品直接連接廠家與用戶,
達到有用戶需要的地方即是場景
⑷ 如何高逼格玩轉場景化營銷
在ASP.NET網站里(也包括其他有web.config, app.config)的.NET工程里,讀AppSettings的值是個很常見的場景。比如: <add key="EnableAzureWebTrace" value="true"/> 在代碼里讀的時候就會用到: ConfigurationManager.AppSettings["EnableAzureWebTrace"]; 這個[]索引器返回的是string類型。所以下一步咱們通常需要類型轉換才能在代碼里拿來用。比如這個例子里,咱們就要轉換成bool。其他時候,可能要轉換為int等類型。 string enableAzureWebTraceConfig = ConfigurationManager.AppSettings["EnableAzureWebTrace"]; bool enableAzureWebTrace = bool.Parse(enableAzureWebTraceConfig); if(enableAzureWebTrace) { // do some logic } 但問題是,config文件的值對於咱們代碼來說是不穩定因素,不可控的,這里拿回來的string未必能正確轉換格式。所以通常會用TryParse方法來防爆: string enableAzureWebTraceConfig = ConfigurationManager.AppSettings["EnableAzureWebTrace"]; bool enableAzureWebTrace = false; if (bool.TryParse(enableAzureWebTraceConfig, out enableAzureWebTrace) && enableAzureWebTrace) { // do some logic } else { throw new ConfigurationException("EnableAzureWebTrace value must be true of false."); } 當然,不要忘了一點。讀出來的string有可能首先就是空的。所以又得加上對string的判斷,並且考慮到ConfigurationManager.AppSettings[]索引器本身可能會爆,所以還得加try-catch,最終代碼就變成這樣了: try { string enableAzureWebTraceConfig = ConfigurationManager.AppSettings["EnableAzureWebTrace"]; if (!string.IsNullOrEmpty(enableAzureWebTraceConfig)) { bool enableAzureWebTrace = false; if (bool.TryParse(enableAzureWebTraceConfig, out enableAzureWebTrace) && enableAzureWebTrace) { // do some logic } else { throw new ConfigurationException("EnableAzureWebTrace value must be true of false."); } } } catch (ConfigurationException ce) { // error handling logic throw; } 這樣的代碼非常沒有逼格,重用性很差,如果自己的config裡面AppSettings比較多,或者一個settings在程序里到處被用,顯然不應該每次都把這樣的代碼到處復制。所以封裝一下唄: public bool IsEnableAzureWebTrace() { try { bool enableAzureWebTrace = false; string enableAzureWebTraceConfig = ConfigurationManager.AppSettings["EnableAzureWebTrace"]; if (!string.IsNullOrEmpty(enableAzureWebTraceConfig)) { if (!bool.TryParse(enableAzureWebTraceConfig, out enableAzureWebTrace)) { throw new ConfigurationException("EnableAzureWebTrace value must be true of false."); } } return enableAzureWebTrace; } catch (ConfigurationException ce) { // error handling logic return false; } } 現在要用到EnableAzureWebTrace的地方都只要調用public bool IsEnableAzureWebTrace()就行了,就把如何讀config的邏輯抽離了。重構的目的是,萬一以後讀config的機制變了,只 要改這一處。不用到處改。但是,重構的粒度還不夠。這個方法只能用來讀EnableAzureWebTrace這一個設置。要通用一下,讓它也能 讀其他bool類型的設置。把key單獨的抽出來變成參數: public bool GetBooleanConfiguration(string key) { try { bool val = false; string rawConfigValue = ConfigurationManager.AppSettings[key]; if (!string.IsNullOrEmpty(rawConfigValue)) { if (!bool.TryParse(rawConfigValue, out val)) { throw new ConfigurationException(string.Format("{0} value must be true of false.", key)); } } return val; } catch (ConfigurationException ce) { // error handling logic return false; } } 但是這還不夠,因為這個方法只能滿足於bool類型的config,咱們希望有個公用的方法,能讀取其他類型。這時候就需要用泛型了。把返回類型給抽離出來。 難點在於,每種數據類型的類型轉換寫法不一樣。比如bool類型是bool.TryParse,int類型是int.TryParse,怎麼把這部分邏輯抽象出來呢? 一種辦法是用C#本身的類型轉換: (T) Convert.ChangeType(rawConfigValue, typeof (T)); 另一種是把類型轉換的邏輯作為委託加在方法的參數里,這樣就用lambda表達式去傳,咱比較偏向這種方法,因為方法的調用者能非常清晰的知道「該幹嘛,該怎麼干」。 這時候,如果因為非法類型轉換爆,是得讓調用者知道的。所以個人偏向把TryParse改為Parse,死就要死個明白。 public T GetConfiguration<T>(Func<string, T> parseFunc, string key) { try { T val = default(T); string rawConfigValue = ConfigurationManager.AppSettings[key]; if (!string.IsNullOrEmpty(rawConfigValue)) { return parseFunc(rawConfigValue); } return val; } catch (ConfigurationException ce) { // error handling logic return default(T); } } 現在,調用這個方法就能這樣去寫: GetConfiguration<bool>(bool.Parse, "EnableAzureWebTrace"); 看起來已經很牛逼了。但其實還不夠。考慮到之前說的config值為空字元串的問題,安全一點的做法是,當遇到空字元串時候,返回一個默認值。因為 這種錯誤,並不是key不存在的錯誤,而是key存在,但是值沒填。非法值是應該認為錯誤的。但是空值個人認為更應該處理為一種「警告」,是應該有 fallback的策略的,而非不可饒恕的錯誤。為了返回默認值,咱們可以多加一個委託。 public T GetConfiguration<T>(Func<string, T> parseFunc, Func<T> defaultTValueFunc, string key) { try { string rawConfigValue = ConfigurationManager.AppSettings[key]; return !string.IsNullOrEmpty(rawConfigValue) ? parseFunc(rawConfigValue) : defaultTValueFunc(); } catch (ConfigurationException ce) { // error handling logic return default(T); } } 現在,調用者就能靈活處理遇到config為空時候的默認值了: GetConfiguration<bool>(bool.Parse, () => false, "EnableAzureWebTrace"); 但是如果每次都在條件判斷里寫上面那樣的語句是挺麻煩的,在一般的系統開發中,常常會用一個管理配置的Settings類來對應 Web.config里的設置表,維護這個關系。為了使用方便,咱們會把每個Settings的名字,也就是key,作為屬性去暴露給調用者,於是就能 這樣寫: public bool EnableAzureWebTrace { get { return GetConfiguration<bool>(bool.Parse, () => false, "EnableAzureWebTrace"); } } 以為裝逼結束了嗎?當然不行!沒發現,屬性名稱和傳進去的string類型的key名稱是重復的嗎?這樣寫代碼是不是有點蛋疼?而且最慘的是, 在VS2015,C#6.0之前(也就是下版本的C#),string這種東西,要是寫錯了是編譯不出來的,所以應該盡量避免用string傳 key。經常會發生改了屬性名,沒有一起改string值的悲劇。比如MVVM框架的RaisePropertyChanged(string)就經常坑 爹(題外話)。。。 好在,.NET4.5有個CallerMemberName特性,意思是」調用咱的方法叫什麼名字」,就能幫咱們把這個string參數擼掉。 所以,只需要把方法簽名里的string key改成: public T GetConfiguration<T>(Func<string, T> parseFunc, Func<T> defaultTValueFunc, [CallerMemberName]string key = "") 這樣這個方法被調用的時候,key就會自動賦值為調用它的方法或屬性名。然後,剛才的那個屬性就能夠這樣去寫: public bool EnableAzureWebTrace { get { return GetConfiguration<bool>(bool.Parse, () => false); } } 以為裝逼真的結束了嗎?還有最後一步。萬一要是碰到有些情況,屬性名真的和appSettings里的key名字不一樣怎麼辦?為了靈活處理這種 邊緣情況,還可以加個參數,強擼這種名稱不一樣的情況,如果這個參數被賦值了(下面的supressKey),就用它去讀config而不用傳入 的key。 下面給出咱博客里讀AppSettings的通用代碼: private T TryGetValueFromConfig<T>(Func<string, T> parseFunc, Func<T> defaultTValueFunc, [CallerMemberName]string key = "", string supressKey = "") { try { if (!supressKey.IsNullOrEmptyOrWhiteSpace()) { key = supressKey; } var node = ConfigurationManager.AppSettings[key]; return !string.IsNullOrEmpty(node) ? parseFunc(node) : defaultTValueFunc(); } catch (Exception ex) { Logger.Error(string.Format("Error Reading web.config on AppSettings node: {0}", key), ex); return default(T); } } 現在,就能靈活裝逼了,給幾個例子: string類型,屬性名和key不一樣,默認值「FileSystemImageProvider」: public string PostImageProvider { get { return TryGetValueFromConfig(_ => _, () => "FileSystemImageProvider", supressKey: "ImageProvider"); } } bool類型,默認值想要true public bool { get { return TryGetValueFromConfig(bool.Parse, () => true); } } int類型,默認值為20 public int { get { return TryGetValueFromConfig(int.Parse, () => 20); } }
⑸ 場景化營銷里這兩個方式哪個比較好用
還是要跟根據自己的產品來選擇廣告投放計劃,另外推啊作為一種全新的廣告模式,應該還 不 錯。
⑹ 怎麼樣才能做好場景化內容營銷
場景經銷將與消費者息息相關的生活細節和價值理念植入營銷策略當中,給消費者創造出極為細膩和感性的購物體驗,而這些正式有效的搶占顧客心智的手段,場景化內容營銷的關鍵在於將產品賣點與產品使用場景相結合,准確找到消費者的記憶點,通過內容輸出喚起消費者的需求痛點,進而達成購買。
⑺ 什麼是場景化營銷廣告效益如何
場景化營銷就是根據產品的屬性,構建某種互動場景,引導用戶主動的進入營銷場景中,點擊付費,實現轉化。類似鏈咖目前就是這種形式,廣告效果還不錯,不同產品有差異,要自己試過才知道。
⑻ 什麼是場景化什麼是場景化營銷
關於場景化營銷,其來實生活中源大部分時間我們都是活在場景下的,如果按過去品牌理論來推導,場景就是一種心智影響力。一個企業或一個品牌通過推廣他的「價值」來吸引人們關注從而實現購買消費的持久性。所採取的方式有很多,廣告、公關乃至促銷行動等不一而足。這種說法被大多數企業主乃至消費者所熟知。而移動互聯網時代人們不斷刷新認知,把思維的外延擴大到全新的概念里,其實也不是什麼新鮮事。
⑼ 場景營銷 的模式是什麼
所謂場景化營銷是指針對消費者在具體的現實場景中所具有的心理狀態或需求進行的營銷行為內,從而有效地達到容企業的目標。也就是說所謂的場景化營銷其核心應該是具體場景中消費者所具有的心理狀態和需求,而場景只不過是喚醒消費者某種心理狀態或需求的手段,優必上的場景化主要是營造一個大環境的工具,通過產品直接連接廠家與用戶,達到有用戶需要的地方即是場景。
⑽ 整合營銷有哪些傳播策略
隨著創意經濟和體驗式經濟正逐漸成為潮流和趨勢,傳統的營銷傳播模式版 已經開始轉型。權企業必須正視這種轉型,並加以調整。合理有效地利用新 媒體,完善企業危機公關應對策略。公關是整合營銷傳播中的一個重要環 節,而危機公關在某種意義上事關企業的長遠利益甚至生死存亡。新媒體 環境下,話語權平等,除了媒介有發布信息的權力,公眾利用網路等新媒 體同樣可以。因此,負面信息對企業的影響將是持久而深遠的。對此,新 媒體整合營銷傳播務必要合理有效利用新媒體,形成完善而有效的公關模 式,完善危機預警機制,積極與各類媒體展開合作,以應對突發危機。湖 南奇謀天下的整合營銷做得不錯,推薦你了解一下。