年輕化場景營銷案例

『壹』 你知道哪些經典的故事化營銷案例

自己平時很少接觸營銷，所謂在這一方面知道的不多。

『貳』 場景化營銷是什麼求舉例說明！！！

簡單來說場景化營銷就是判斷消費者當下情境的需求，然後給用戶推送相應的品專牌內屬容。舉例說明：某全國連..鎖火鍋店，需要進行節日火鍋優惠券的發放，從而吸引更多用戶到店用餐。例如光音網路旗下廣告家分析火鍋店的需求後，利用商用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理財」的案例，並在場景中進行諸如與「黑理財」的對話互動，從而刺激白領的恐懼心理。

在整個的場景中，使用了多組的「慘痛教訓」來不斷的刺激客戶的恐懼心理，使之達到足夠的強度，從而產生迫切地想要消除這種恐懼心理的動機。（運用網路平台，搜集風險防範案例，做到營銷有理有據。）

在最後，推出銀行理財，對目標消費者的行為進行引導，實現自己的營銷目標。

當然，場景化營銷只是營銷環節中的一個小點，要想做好營銷，還得多措並舉。

『肆』 除了星巴克 用星說 還有其他的成功場景化營銷案例嗎

你好，成功的抄場景化營銷案例還有：

1. 宿務航空「雨代碼」案例。2.WWF全球變暖菜單案例。3.阿爾山環保手寫瓶案例。

4.麥當勞雞翅優惠風暴案例。5.英國百貨Harvey Nichols聖誕節「自私」促銷案例。

6.Math Paper Press紙質書永不離線案例。

『伍』 國內外的大型商場(shopping mall)有什麼既有創意又新穎的營銷活動案例

答復:如何在營銷活動中提高銷售業績？
首先，作為營銷活動的策劃與運營中，以做好市場營銷管理人員的規劃布局與營銷計劃，以切實運用科學營銷戰略的管理思路，為市場營銷管理決策層提供支持、幫助和服務。
其次，在營銷活動過程中以集中管理預算活動的開支和經費，以營銷促銷活動為主題的中心思想要素，以准備預備和疇辦營銷活動的節目和觀點的新亮點，以准備和聯絡婚慶禮儀策劃公司事宜，進行營銷促銷活動的交涉和注意相關事項的具體內容。
再次，在營銷活動過程中以宣傳公司的企業文化和理念，以公司企劃的營銷部門做好各項工作的具體事宜和落實匯報情況。
建議有哪些形式促銷活動分為：（1.現金折扣2.數量折扣3.功能折扣4.季節折扣5.讓價策略、促銷折讓）。
以傾力打造產品及顧客所信賴的合作品牌，以全心全力為產品的銷售渠道樹立品牌意識和大眾化意識，拉動消費者需求和專業化品牌的市場調研途徑，以全心全意為顧客打造首選的高端產品，以實現產品銷售價值和產品的品質保障。
最後，在營銷活動過程中以『顧客就是上帝』為宗旨，以體現銷售員的『熱情與執著』，『熱忱與服務』的員工形象塑造，以提升銷售員工的專業品質和品味，以著重於銷售員對工作的業務技能和業務素質，以提高銷售員對產品的嫻熟程度和規范的執行標准。
謝謝！
消費者組織購買行為分析：
作為消費者以評價產品的性質其質量與否，以直接影響到顧客對其產品的認知度和滿意度，以產品的自身價值和市場優勢以傾力打造市場產品的美譽度的知名度，以顧客為中心的思想論點，以全心全力打造顧客首選可信賴的合作品牌，為客戶提供休閑、購物、體驗的一站式服務平台，以體現團購活動及促銷打折優惠和讓價營銷策略，以實現客戶的訂單需求，為顧客提供個性化的產品服務，為客戶提供便利以及更快捷的消費方式。
謝謝！

『陸』 分享一下，你見過哪一些很棒的營銷案例呢

廟里有一個師傅想考驗一下小和尚，於是有一天他就叫小和尚把廟里後花園的一塊石頭般到集市上去賣，告訴小和尚只要比兩個手指，無論別人出多少錢你都不要賣，

當小和尚把石頭搬到集市上，一個人買菜的大嬸看到了就問小和尚這石頭怎麼賣？小和尚不說話只是伸出了兩個手指，大嬸問兩塊錢嗎？小和尚搖搖頭。大神說20我可以買回去壓鹹菜。小和尚聽師傅的話沒有賣掉，而是把石頭搬回來了。

回來他告訴師傅有人願意花二十塊錢買他的石頭回去壓鹹菜，師傅說你明天把這個石頭搬到博物館去賣。

第二天小和尚去博物館，一群人看見小和尚搬了塊大石頭來博物館門口感覺到很好奇。人群中議論紛紛，這時候有位藝術家出來問小和尚這塊石頭怎麼賣，小和尚還是不說話，依然伸出兩個手指，那個人說兩百元小和尚搖了搖頭，藝術家說兩千我剛好可以拿回去雕刻一個神像。

小和尚依然沒有賣，他又把石頭搬回去，回到廟里他告訴師傅有人願意花二千元買這塊石頭。 師傅告訴他明天你用同樣的方法你去古董店賣吧，

第三天當小和尚把石頭搬到古董店門口。也是有很多人圍過來議論紛紛。問小和尚怎麼賣小和尚還是伸出兩個指頭，這時候人群中出來一個土豪。問小和尚兩萬賣不賣，小和尚搖了搖頭。土豪說二十萬，是哪個朝代的，我買回去吧，

小和尚大吃一驚，但是師傅告訴他無論別人出多少錢你都不要賣，他又把石頭搬回了廟里。
這個案例雖然是虛構出來的，但是卻反映出了營銷的本質，那就是場景決定需求，供給決定價格，

『柒』 內容營銷成功案例有哪些

以 IP 為中心的內容營銷

說到近幾年的熱詞， IP 絕對算是其中一個，從食品到交通，從影視到媒體，都在積極地進行 IP 營銷。 IP ，可以是人，也可以是物，甚至還可以是普世價值觀、社會心態和精神內核。而品牌進行以 IP 為中心的內容營銷，無非就是兩種形式：創造 IP 和與熱門 IP 合作。

熊本熊

說到近幾年的熱詞， IP 絕對算是其中一個，從食品到交通，從影視到媒體，都在積極地進行 IP 營銷。 IP ，可以是人，也可以是物，甚至還可以是普世價值觀、社會心態和精神內核。而品牌進行以 IP 為中心的內容營銷，無非就是兩種形式：創造 IP 和與熱門 IP 合作。

在後期的推廣工作中，熊本熊逐漸被日本人民所熟知。當各式各樣的熊本熊表情包席捲了我們的朋友圈、微博時，說明熊本熊已經開始被中國人民所熟知。實際上，熊本熊本來沒有任何錶情，這就賦予了人們的遐想空間，激發了網友的表情包創作熱情。

產品即內容

一方面，在這個消費升級的時代，品牌營銷以消費者為中心，而消費者購買商品時越來越側重於產品的體驗、情感附加等，這就需要品牌在研發的後期，進行推廣時所需要考慮的，好的產品體驗自然是能夠加上不少分，而正確利用內容來進行傳播，又是一個重要因素。

另一方面，好的營銷以優秀的產品為基礎，產品即內容，好的產品想要激發消費者的情感並不是什麼難事。

結語

在信息大爆炸的浸提，單純依託渠道投放、硬廣展現已成過去，優質內容傳播早已成為品牌營銷的主流趨勢。而說到內容營銷，真的就是敲敲鍵盤，發布出去就可以了？答案自然是否定的。除了內容要優質之外，擊中消費者的內心情感需求才是最重要的。

『捌』 整合營銷案例有哪些

說一下從小吃到大的衛龍辣條
近年來經濟形勢的動盪，食品行業可謂是冰火兩重天，回各種產品的銷量答不斷劇減，利潤下滑。尤其是三鹿奶粉、地溝油等事件之後，人們對於飲食健康的注重，對於食品的品質要求也開始越來越高，零食也漸漸變成了垃圾食品的代名詞。

但是如今小食品界卻出現了一個奇葩，就像是開了掛一樣，銷量不降反升，而且從「垃圾產品」的光榮代表迅速躥成了「食品界第一網紅」，這么反常的現象不得不讓人其他同行們驚掉了大牙。
衛龍辣條的成功在於其網路上整合營銷的成功，論壇上腦洞大開的段子，微博上讓人捧腹的表情包，以及敢於模仿、創意無限的電商網站，如此順應互聯網思維的創意營銷不但讓消費者更容易接受，而且還引爆了廣大網友的G點，從而形成一種熱門的話題和大信息時代的人們追求新奇獨特的關注點。並且平時網路上關注這些信息的群體也正好是他們的主要消費者，投放信息的定位十分的精準和明確，在不斷增加品牌曝光度的同時引導潛在的消費者關注他們的產品，最終轉化成了實際的銷量。

『玖』 如何高逼格玩轉場景化營銷

在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); } }