㈠ 場景化營銷是什麼求舉例說明！！！
簡單來說場景化營銷就是判斷消費者當下情境的需求，然後給用戶推送相應的品專牌內屬容。舉例說明：某全國連..鎖火鍋店，需要進行節日火鍋優惠券的發放，從而吸引更多用戶到店用餐。例如光音網路旗下廣告家分析火鍋店的需求後，利用商用WiFi資源為其進行場景化營銷。廣告家通過人群、場景、時間段多維度來分析用戶匹配系數，分析用戶的價值。對於匹配系數高的，高競價多頻次投放廣告；匹配系數中的，正常出價正常頻次投放廣告；匹配系統低的，不出家或者低價低頻次投放廣告。據了解，相關的廣告點擊率達1.2%，峰值轉化率1.8%。能提高預算利用效率，在有限的廣告預算下，最大化廣告的ROI值。
㈡ 分享一下，你見過哪一些很棒的營銷案例呢
廟里有一個師傅想考驗一下小和尚，於是有一天他就叫小和尚把廟里後花園的一塊石頭般到集市上去賣，告訴小和尚只要比兩個手指，無論別人出多少錢你都不要賣，
當小和尚把石頭搬到集市上，一個人買菜的大嬸看到了就問小和尚這石頭怎麼賣？小和尚不說話只是伸出了兩個手指，大嬸問兩塊錢嗎？小和尚搖搖頭。大神說20我可以買回去壓鹹菜。小和尚聽師傅的話沒有賣掉，而是把石頭搬回來了。
回來他告訴師傅有人願意花二十塊錢買他的石頭回去壓鹹菜，師傅說你明天把這個石頭搬到博物館去賣。
第二天小和尚去博物館，一群人看見小和尚搬了塊大石頭來博物館門口感覺到很好奇。人群中議論紛紛，這時候有位藝術家出來問小和尚這塊石頭怎麼賣，小和尚還是不說話，依然伸出兩個手指，那個人說兩百元小和尚搖了搖頭，藝術家說兩千我剛好可以拿回去雕刻一個神像。
小和尚依然沒有賣，他又把石頭搬回去，回到廟里他告訴師傅有人願意花二千元買這塊石頭。 師傅告訴他明天你用同樣的方法你去古董店賣吧，
第三天當小和尚把石頭搬到古董店門口。也是有很多人圍過來議論紛紛。問小和尚怎麼賣小和尚還是伸出兩個指頭，這時候人群中出來一個土豪。問小和尚兩萬賣不賣，小和尚搖了搖頭。土豪說二十萬，是哪個朝代的，我買回去吧，
小和尚大吃一驚，但是師傅告訴他無論別人出多少錢你都不要賣，他又把石頭搬回了廟里。
這個案例雖然是虛構出來的，但是卻反映出了營銷的本質，那就是場景決定需求，供給決定價格，
㈢ 你知道哪些企業的經典營銷案例呢
烏江榨菜大抄家都聽說過吧！在04年之襲前還是一個默默無聞的小小廠，為了尋求發現，花重金請人做策劃！那一年的銷量就好像翻了60倍，張鐵林代言那個！之後的烏江榨菜深入民心，大街小巷都知道這個品牌了，廣告狂轟濫炸，之後幾年卻沒啥動靜了，之後好像十年後吧，差不多有十年，又找那家策劃公司策劃，我記得廣告語是中國榨菜數涪陵，涪陵榨菜數烏江。就這個決策，讓烏江榨菜廠的市場份額佔有到達百分之六十！啥概念，中國榨菜市場的六成啊！比可口可樂，比蘋果手機還要牛！從一個不起眼的小廠一下單身，而且是翻了好幾百倍！這個策劃公司厲害，也是廣告做的好！
㈣ 除了星巴克 用星說 還有其他的成功場景化營銷案例嗎
你好，成功的抄場景化營銷案例還有：
宿務航空「雨代碼」案例。2.WWF全球變暖菜單案例。3.阿爾山環保手寫瓶案例。
4.麥當勞雞翅優惠風暴案例。5.英國百貨Harvey Nichols聖誕節「自私」促銷案例。
6.Math Paper Press紙質書永不離線案例。
㈤ 2020最後一波營銷案例盤點，個個都是「圈粉」收割機
|燒文|燒腦廣告(shukewenzhai)
2020餘額不足，剩下的幾天，告別魔法幻想的2020，進入新的2021。
回顧今年，廣告業的市場營銷江湖依然充滿活力，各種市場營銷玩法層出不窮，收獲了很多精彩的案例。抓住2020年的尾巴，一起回顧今年最有創意的屏幕營銷案例吧。
中國銀聯詩長河
繼去年屏幕上的詩POS機公益IP之後，今年中國銀聯回到山上，與中央電視台的新聞合作，在張家界舉行了詩長河公益轉播。以沒有商品只有才能的宗旨，溫暖地實踐了看山裡孩子的才能的承諾。
在線，中國銀聯將孩子們寫的詩和古今詩作為百米長卷藝術裝置，懸掛在懸崖絕壁上，創造了真正版本的詩長河，使觀眾更直觀地感受到詩源遠流長的味道
另外，中國銀聯跨境農民山泉推出詩瓶，使山上孩子寫的詩登上億瓶以上農民山泉的瓶身，釋放出更多的公益能量，進一步擴大了詩長河活動的聲音。
總的來說，今年中國銀聯通過傳統詩意和溫暖的創造性組合形式和跨境合作官媒公益轉播等新游戲，連接了不同的文化、不同的圈層，真正傳達了公益的溫暖和能量。同時，通過不斷深化詩歌POS公益IP，也有助於品牌進一步沉澱更有生命力的品牌資產，形成更有責任感、更溫暖的品牌形象。
美團銷售x麥當勞CP官宣
近年來，CP聯動成為品牌營銷的常見操作。在今年520的節點上，被網民稱為霸總追妻的美團和麥當勞，成功地構成了西紅柿炒菜CP，獲得了聲量。
回顧這條培養CP的道路，從在線快遞騎手的互動、觸摸、殺死在線官方微博的互動，肯定為CP埋下了愛的種子。正式官宣當天，西紅柿炒菜CP在線撒狗糧，發布宣傳電影和一系列充滿愛意的海報，同時發布雙方平台合作的信息和優惠，激發了用戶的觀眾和消費慾望。
與傳統的跨境營銷方式相比，集團CP顯然是現在年輕人最喜歡的形式。這次的CP聯動，對麥當勞來說，利用美團的用戶流量，擴大了新的會員成長口，對於美團來說，利用麥當勞的聲音，進一步深入人心。簡而言之，兩個詞:雙贏。瑞幸咖啡厚奶咖啡輕奶茶
一直是市場營銷和廣告名人的瑞幸，2020年上半年經歷一系列騷動後，下半年強烈帶著最新產品厚奶咖啡回來，魔性廣告電影
詳細復印鏈接打開:https://v。qq。com/x/page/b3214bpepob。html
這個洗腦廣告，著重於職場人員的魔性瞬間，利用厚生胃、厚薄發等系列帶有厚字的語言，連接5個日常故事場景。所有短片的最後，通過反復的口號，將厚乳拿鐵冷萃取厚牛奶注入的亮點植入參加者的心中，加強了產品的記憶點。更有趣的是，電影的最後以貓為幕後大學boss的設計，在刺入年輕人的萌點的同時，開始了貓的代言熱潮，引起了各大品牌的相繼模仿。
除了魔性視頻之外，作為視頻創造性的延伸，瑞幸還發表了厚乳時代海報，繼續將沙雕風格推進到最後，以各種魔性姿勢，為新產品創造了強有力的視覺記憶點，使品牌受到了更多目標群體的關注。12月，瑞幸繼續發力，推出啡對應的0植脂末輕乳好茶系列。在市場營銷中，與厚奶咖啡的沙雕風格不同，這次輕奶好茶鎖定了國風路線，通過聯名現代著名青年藝術家文那，結合宋代語牌名製作了高顏值、非常藝術的杯套和包裝，受到了很多年輕職場人士的喜愛。另外，瑞幸邀請了茶聖陸羽等6大古代茗家成為仙人，自己下凡代言人的國風茶，對瑞幸來說，這無疑是另一個大爆炸性的IP。這兩個市場營銷，可以看出瑞幸在市場營銷中的大膽和創新。無論是沙雕風還是國潮風，都正確抓住了現在職場年輕人的喜好，為品牌找到了與年輕消費者對話的有效切入點。
網易嚴格選擇消費，不消費主義
每年雙十一，是各大電氣商務平台的紛爭之地。今年的雙十一，網易嚴格選擇了另一條路，從理性消費的觀點出發，開始了消費、消費主義的主題。
首先，網易嚴格選擇了反諷廣告。在電影的前半部分，網易嚴格選擇了復印和戲劇虐待感的畫面，巧妙地包括百達翡翠、SK-II、CUCCI等幾個大品牌的古典廣告，在diss之後，最後明確了自己的態度。
詳細復印鏈接打開:https://v。qq。com/x/page/o3165nuu1pm。html
除TVC外，網易嚴格選擇了更直觀的平面廣告，各海報對應商品，公布了產品在各個環節所需的消費者承擔的費用，重新定義了現代青年的消費觀。
中毒的網易嚴格選擇，11月6日再次給自己演戲，在官方微博上發表文件說要退出雙十一戰爭，附上給用戶發信的長圖，再次成為網路的話題。這封退戰信，不僅給人誠實感，還正確強調了品牌的立場和理念，提高了消費者對網易嚴格選擇的價值共鳴。眾所周知，網易嚴格選擇的廣告營銷一直以反常規為中心。今年的雙十一，網易通過消費，不消費主義的新主張，從競爭激烈的雙十一營銷戰爭中脫穎而出，可以說是非常優秀的。果然，還是套路得人心。
今年下半年，飢餓或品牌戰略升級，品牌定位也從配送平台轉變為當地生活服務平台。為了打破消費者飢餓或外賣只能送餐的固有印象，他們開始瘋狂地改名。
詳細復印鏈接打開:https://v。qq。com/x/page/k3154a9h6up。html
在線，飢餓或發表魔性宣傳片，用魔性洗腦演繹各種各樣的XXX，進一步將改名與用戶需求場景深入聯系起來。同時在推特上開始話題#飢餓或改變1萬個名字#，聯合伊部、有力等平台業者發布主題海報，撬開更大的傳播力。
在線、飢餓或承包上海地鐵9號線徐家匯站，創造藍色海洋。投入的海報畫面非常簡單，是飢餓還是改名的標志，如買菜還是喂貓等，引起了各大社交平台的分裂傳播。
同時，飢餓或為上海萬名藍騎士定製新裝備，充分發揮藍騎士的傳播能力，飢餓或改名事件實際登陸用戶生活。
飢餓或在該系列更名營銷中，緊緊抓住飢餓或更名1萬個的傳播概念，實現了從在線到在線的全權復蓋。另外，從結果來看，不僅實現了用戶心理的佔領，還成功地構築了用戶對品牌的新認知。
從以上案例可以看出，現在的品牌越來越能玩了。2020年，整個行業的大環境遇到了寒冷的冬天，但各大品牌然可以從中找到新的游戲方法，給行業帶來參考和參考，令人吃驚。
。㈥ 什麼是場景營銷
1.定義來：
場景營銷，是基於網民的自上網行為始終處在輸入場景、搜索場景和瀏覽場景這三大場景之一的一種新營銷理念。瀏覽器和搜索引擎則廣泛服務於資料搜集、信息獲取和網路娛樂、網購等大部分網民網路行為。
針對這三種場景，以充分尊重用戶網路體驗為先，圍繞網民輸入信息、搜索信息、獲得信息的行為路徑和上網場景，構建了以"興趣引導+海量曝光+入口營銷"為線索的網路營銷新模式。用戶在"感興趣、需要和尋找時"，企業的營銷推廣信息才會出現，充分結合了用戶的需求和目的，是一種充分滿足推廣企業"海量+精準"需求的營銷方式。
2.分類：
場景營銷按人們生活的場景可分為:
（1）現實生活場景里的場景營銷;
（2） 互聯網使用場景里的場景營銷:按互聯網的種類，此類又可細分為PC場景營銷和移動場景營銷。
㈦ 如何高逼格玩轉場景化營銷
在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); } }
㈧ 場景營銷模式是什麼為什麼是場景
所謂場景化營銷是指針對消費者在具體的現實場景中所具有的心理狀態或需求進行的營銷行為，從而有效地達到企業的目標。也就是說所謂的場景化營銷其核心應該是具體場景中消費者所具有的心理狀態和需求，而場景只不過是喚醒消費者某種心理狀態或需求的手段，優必上的場景化主要是營造一個大環境的工具，通過產品直接連接廠家與用戶，達到有用戶需要的地方即是場景。