场景营销设计中,不可忽视的环境暗示

在场景设计中,尤其是相对封闭的环境下,要充分利用心理暗示,在一些细节设计上把握用户的从众心理,往往能收到意想之外的收获。

  破窗理论:没修复的破窗,导致更多的窗户被打破

  破窗效应是犯罪学的一个理论,该理论由詹姆士·威尔逊(James Q. Wilson)及乔治·凯林(George L. Kelling)观察总结得出:指的是环境可以对一个人产生强烈的暗示性和诱导性。

  破窗理论:如果有人打坏了一栋建筑上的一块玻璃,又没有及时修复,别人就可能受到某些暗示性的纵容,去打碎更多的玻璃。

  人的行为会被环境影响,在我们日常生活中,许许多多的事情在环境暗示和诱导下行事的结果。在安静的图书馆,我们会下意识的保持安静,降低声量,不会大声喧哗;相反的,如果是环境脏乱不堪菜市场,四处可见的都是高声说话、垃圾乱扔的场景。

  因此在我们做营销活动,搭建场景的时候可以充分利用环境的营造来引导用户行为,进而达到营销目的。在亲子场所播放欢乐的音乐,布置色彩斑斓的布景,香甜可爱的食物,各种玩具。行为举止瞬间降到低龄配合场景的氛围。

  不言而教

  可以说我们现在生活的时代,已经是信息严重超量,各种刺激最饱和最麻木的时期,人们总觉得时间不够用,总是匆匆忙忙,各种事情抢占注意力,人们没有更多的精力去充分思考每一条信息来做决定,让人们做决定的很多时候不是信息本身,而是这些信息出现的背景和情景。这就是为什么通过摆事实,讲道理来说服用户已经很难凑效了。

  由此我们在场景设计的时候不要去单方面强调我们的产品多好多好,你认为多好都是你自己认为多好多好,要用户认可才是真的好。摆事实讲道理这类方法目前来说是非常生硬的推广方式,是一种倾向于强制灌输的方式。可现在的人对强制的、说教式的方式比较排斥。

  老子在《道德经》中说“上善若水,水利万物而不争,处众人之所恶,故几于道。”强调上善若水,柔弱胜刚强。在老子的眼中,水无为而无不为,无形而无不行,处无为之事,行不言之教。这不仅强调人的处事,也能用在我们的营销活动,场景设计中。不言而教。那么我们怎么来不言而教呢。

  这里提两点:社会认同理论和心理暗示。

  “社会认同”

  社会认同原理也就是从众性,是人类行为的基本原则之一,它的意思是人类的行为会在相当程度上受到周围人的影响,尤其是那些令他们深深认同的人。这也是目前推崇的口碑营销的根源。社会认同的力量往往胜过理性认知,从众心理来源于人类的几大动机:尽可能高效地做出正确决定,获得他人认同,用积极正面的角度看待自我。

  看看我们日常生活中的一些行为 :网购的时候,我们会去看多少人购买,评价如何,作为自己是否购买的参考数据,我们看电影、上餐厅也会看看电影、餐厅的评价、评分。在这个信息超载的社会,“别人做什么”往往是一个正确而又高效的捷径。

  再来看看现在企业营销中有意识无意识用到的一些方法。比如说一个慈善机构会即时标注捐款金额和姓名,比如说一个接头卖艺的艺人会在盒子里放一些零钱,比如说一个培训机构在招揽新生的时候会说已经有多少人报名了,并给你看看厚厚的登记表。比如说酒吧的灯光音乐嗨翻的人群可以感染进去的人。

  “心理暗示”

  心理暗示就是通过各种中介事物潜移默化的给与个人潜意识以印象和诱导。以间接和不引起争论的方式,将任何事物灌输进他人的大脑。通过诸如手势、符号、语言、演讲、肢体或环境等其他中介事物赋予头脑以印象或诱导。破窗理论和从众心理都是心理暗示的外在表现。

  在场景环境设计中,可充分从人的色香味触法,从外在感官和内在心理进行暗示,引导用户行为。

  在场景设计中,尤其是相对封闭的环境下,要充分利用心理暗示,在一些细节设计上把握用户的从众心理,往往能收到意想之外的收获。

来源:互联网的一些事(www.yixieshi.com).转载请保留出处.

时间: 2024-11-07 19:14:49

场景营销设计中,不可忽视的环境暗示的相关文章

产品设计中,场景很重要

今天笔者想简单的和你们聊聊产品设计中的场景问题.首先抛出一个问题,产品设计时是否需要考虑到用户的使用场景? 首先,假设我们需要考虑到用户的使用场景,那么我们再抛出另一个问题:为什么要考虑到用户的使用场景? 让我们换个角度想想这个问题,我们现在使用的最多的电子产品是什么?是手机.无论我们是在挤公交,还是走路,吃饭,甚至是上厕所,无时无刻,我们都在使用手机,那么问题又来了:我们在使用手机的什么?收发信息?接听电话?不,是聊天上网玩游戏,这些无非都要使用到APP.而APP的使用是有多场景化的,不像传统

架构设计:系统间通信(30)——Kafka及场景应用(中3)

接上文:<架构设计:系统间通信(29)--Kafka及场景应用(中2)> 4-5.Kafka原理:消费者 作为Apache Kafka消息队列,它的性能指标相当一部分取决于消费者们的性能--只要消息能被快速消费掉不在Broker端形成拥堵,整个Apache Kafka就不会出现性能瓶颈问题. 4-5-1.基本使用 我们首先使用Kafka Client For JAVA API为各位读者演示一下最简单的Kafka消费者端的使用.以下示例代码可以和上文中所给出的生产者代码相对应,形成一个完整的消息

架构设计:系统间通信(28)——Kafka及场景应用(中1)

(接上文<架构设计:系统间通信(27)--其他消息中间件及场景应用(上)>) 在本月初的写作计划中,我本来只打算粗略介绍一下Kafka(同样是因为进度原因).但是,最近有很多朋友要求我详细讲讲Kafka的设计和使用,另外两年前我在研究Kafka准备将其应用到生产环境时,由于没有仔细理解Kafka的设计结构所导致的问题最后也还没有进行交代.所以我决定即使耽误一些时间,也要将Kafka的原理和使用场景给读者详细讨论讨论.这样,也算是对两年来自己学习和使用Kafka的一个总结. 4.Kafka及特性

架构设计:系统间通信(29)——Kafka及场景应用(中2)

接上文:<架构设计:系统间通信(28)--Kafka及场景应用(中1)> 4-3.复制功能 我们在上文中已经讨论了Kafka使用分区的概念存储消息,一个topic可以有多个分区它们分布在整个Kafka集群的多个Broker服务节点中,并且一条消息只会按照消息生产者的要求进入topic的某一个分区.那么问题来了:如果某个分区中的消息在被消费端Pull之前,承载该分区的Broker服务节点就因为各种异常原因崩溃了,那么在这个Broker重新启动前,消费者就无法收到消息了. 为了解决这个问题,Apa

移动应用交互设计中合理使用动态

一个优秀的交互师可以轻松地解释每一个动作逻辑背后的设计概念,包括信息框架,页面内容的继承,每一个点击动作对于页面跳转的影响等. 不久的将来,动效将被广泛的引入到原型的概念设计当中,然而随之带来的是交互设计方案的确定与分析变得越来越复杂.影响这些决定的原因当中,诸如“这样看起来很 炫”,“这样看酷”等等,将会让动效设计失去了它本来的目的.接下来,我们将试着站在用户体验的角度来定义动效设计,以及解释引入动效设计的目的. 什么是功能性的动效? 功能性的动效就是被我们引入到交互设计当中的微动效(moti

场景应用:打造移动互联网下场景营销生态

在国内O2O发展如火如荼的势头下,商家对于"场景化营销"的需求愈发强烈,且现阶段特别是移动互联网时代,场景化营销已经得到一定的进化.传统的场景化营销是基于互联网网络内容浏览环境,到了移动互联网时代,场景化营销可以独立于内容.根据用户的时间.地点.状态进行信息推送. 移动互联网如何进行场景化营销?从用户出发,用户在不同场景下关注不同内容,对不同的兴趣点有差异,营销是基于判断消费者当下环境下的需求,然后给用户推送相应的品牌或者产品信息. 这其中需要广告商深入挖掘用户需求和痛点,对于场景下的

从游戏演进的角度谈近期游戏设计中的10大趋势

转自:http://gamerboom.com/archives/95163 与所有艺术形式一样,电子游戏也会随着时间的推移而演变并在这个过程中受到各种趋势的影响.当然,新的趋势和概念也会不断涌现. 在本篇文章中,我列举出了近几年最有趣/最流行的10种趋势. 趋势一:全民游戏 游戏设计中最主要的趋势是“扩大可访问性”.任天堂Wii和DS的巨大成功再加上休闲游戏的兴起,使得电子游戏在公众意识中迅速膨胀,因此也涌入了一大批新玩家. 目前市面上的许多热门游戏都带有新手教程,玩法简单的游戏也再次流行了起

构建低成本、高度可配置的桥接解决方案:在嵌入式设计中采用基于D-PHY的MIPI标准外设

http://www.autooo.net/classid106-id128484-2.html 嵌入式系统的设计者们正面临着进退两难的困境.一方面他们需要降低系统成本.另一方面他们的系统面向使用面相对较窄.小批量的应用,无法发挥出大批量生产的规模效益.大批量的消费类应用市场提供的元件能够处理类似的任务,而且成本更低,但嵌入式系统设计者们却无法充分利用这些元件,因为他们的系统可靠性建立在为嵌入式环境优化的高度专用的那些传统接口之上.这个问题在显示屏.摄像头和应用处理器方面最为突出,适用于移动平台

在Java API设计中,面向接口编程的思想,以及接口和工厂的关系

现在的java API的设计中,提倡面向接口的编程,即在API的设计中,参数的传递和返回建议使用接口,而不是具体的实现类,如一个方法的输入参数类型应该使用Map接口,而不是HashMap或Hashtable等具体的实现类.这样做的好处是,程序容易扩展.如果使用Map作为参数,用户可以使用任何实现Map接口的类作为参数,而不是仅仅限制使用HashMap或Hashtable作为参数,使程序的实现更加灵活. 接口(Java的Interface),只定义了一些抽象的方法(也可以定义一些常量,但不鼓励这么