马斯洛需求:互联网产品设计的理论支点

2024-02-21 04:48

本文主要是介绍马斯洛需求:互联网产品设计的理论支点,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

马斯洛需求:互联网产品设计的理论支点 (转)

 

 

继“蓝海战略”之后,“长尾理论”风行中国,而在长尾之外,马斯洛的需求层次理论成为互联网产品设计的一种方法论,并逐渐流行起来。

 

“ 长尾理论”(The long tail)是《连线》杂志主编Chris Anderson在2004年10月的一篇文章中提出的。当时是用来来解释这样一种现象:只要渠道足够大,非主流的、需求量小的商品销量也能够和主流的、 需求量大的商品销量相匹敌。这是对人们一直尊崇的“二八定律”的彻底叛逆。

 

“二八定律”是意大利经济学家帕累托在1897年提出的用以界定 主流,计算投入和产出效率的一种统计结论。他认为,在任何一组东西中,最重要的只占其中一小部分,约20%,其余80%的尽管是多数,却是次要的。100 多年间,它贯穿了整个生活和商业社会,在管理学、经济学、心理学等多个领域得到应用。

 

而马斯洛在1943年发表的《人类动机的理论》一书中提出了需要层次论,他提出,人有一系列复杂的需求,按其优先次序可以排成从低到高的梯式层次,包括生理需求、安全需求、社交需求、尊重需求和自我实现需求 五类。从这五种需求中,可分别找到同网民需求分析、互联网产品设计的契合点。

 

 

生理需求:基础服务掀起了互联网两轮浪潮

 

这是人类维持自身生存的最基本要求,包括饥、渴、衣、住、性的方面的要求,这类需求的级别最低,人们在转向较高层次的需求之前,总是尽力满足这类需求。比如,一个人在饥饿时不会对其它任何事物感兴趣,他的主要动力是寻找到食物。但当满足其基本需求后,这些已相对满足的需求也就不再成为激励因素。

 

而网民对于网络的“生理需求”,相当于在使用互联网时产生的最基础需求,包括浏览信息、收发信息、收发邮件、传输文件以及信息查询。这些需求产生于互联网肇始之初,对应地满足这些需求的功能是邮箱、即时通讯软件以及搜索工具。针对邮箱,产生了如网易、263通信、新浪、搜狐、雅虎等专业或非专业的箱服务商; 对于即时通讯工具,则在一场由新浪UC、腾讯QQ、网易泡泡、微软MSN、雅虎通等数家服务商发起的“战争”之后剩下了QQ与MSN这两家中国市场的“双枪将”,而QQ在市场份额及用户数上已将MSN远远抛在身后。

 

 

安全需求:网络安全产生的机会

 

这是人类要求保障自身安全、摆脱事业和丧失财产威胁、避免职业病的侵袭、接触严酷的监督等方面的需要,包括对人身安全、生活稳定以及免遭痛苦、威胁或疾病等的需求。马斯洛认为,整个有机体是一个追求安全的机制,人的感受器官、效应器官、智能和其他能量主要是寻求安全的工具,甚至可以把科学和人生观都看成是满 足安全需要的一部分。当然,当这种需要一旦相对满足后,也就不再成为激励因素了。

 

而体现在互联网上,安全需求则表现为对网络使用流畅性、安全性的主张,比如网页是否含有病毒、流氓软件、弹窗广告,以及部分网民排斥的含有*****、暴力等垃圾内容。同时,网站反应速度、内容质量与更新及时性、网站访问的稳定性等,都构成互联网的安全需求。虽然流氓软件、病毒、弹窗广告、恶意代码、暴力*****等泛滥网络,但同时消除这些威胁的力量也相应地成长起来,包括杀毒、反黑及恶意代码清除等软件为网民的上网安全提供了起码的保障,这些并不构成网民在安全需求受到一定程度损害的状况下放弃追求其他更高层次的需求。

 

当然,在围绕这一层次需求中,诞生了如瑞星、金山、江民以及如卡巴斯基、诺顿、趋势等国内或国外知名的杀毒软件厂商。

 

另一个比较有意思的现象是,自从《纽约人》杂志刊登出“在互联网上,没有人知道你是一条狗”的黑色漫画式幽默之后,大部分网民一直认为网络的虚拟性会让传统社会的隐私在网络虚拟世界得到最大的满足与保护,然而事实却似乎并非如此。目前大部分私人信息在未得到当事人允许的情况下被曝光,如热卖的企业老板名录、 投资人名录等,但实际上,还有更多的网友自愿将私人信息发布在网上,供虚拟联络与交往所用,这种需求也即下面将讲到的社交需求。

 

 

社交需求:web2.0的开场白

 

社交需求包括对友谊、爱情以及隶属关系的需求。当生理需求和安全需求得到满足后,社交需求就会突显出来,进而产生激励作用。在马斯洛需求层次中,这一层次是与前两层次截然不同的另一层次。这些需要如果得不到满足,就会影响网民的精神。

 

一旦对网络的需求提升到“社交”层面,则基本上是在向完整的web2.0过渡,这时期的网络平台普遍从2005年开始大规模诞生,比如融合即时通讯、bbs、blog、播客、交友等为一体的平台,以及六度交友的盛行。而这一层次的隶属关系在实现方面比友谊与交往的达成要难得多,一方面要求网络平台的用户体验做到位,同时在这个平台需要形成一个社区,让网友能够在社区里面得到相应的社会地位或者社会价值。

 

要实现这两点,这中间有两个问题必须得到解决,一是网站所构建的社会体系要较为成熟,能够通过内容、话题及互动引导大家建立一个社会体系。人与人之间能够通过网站达到一种和谐或者冲突的社会;二是要求网友相互间能够更多更深层次地沟通。相对于美国人而言,中国人相对保守一些,更多的语言往往会选择讲给那些自己已经非常信任以及没有太多利益冲突的朋友,在网上往往是一种发泄,但当真正面对一个网友时,往往又会产生信任壁垒。目前大多2.0网站基本上都在倾注力量构建一个虚拟的网络社会,无论是群、组、圈、部落等概念,还是社区的早期叫法,都是为了吸引一批有着某种共同诉求的用户,要么带来人气,要么从中挖掘价值。

 

其实,就目前的常态而言,这些平台上组建的各种群、圈或者组,其内部成员形成的关系或者同其他群、圈之间的沟通并不牢固,或者说尚陷于一种苍白的状态,还无法达成像线下的沙龙、论坛等聚会那样的效果。

 

比如从事这方面探索与试验的集交友、博客、BBS等为一体的社交型网站“你我他”、OpenBC、联络家、天际网与若邻等,而单纯的博客、播客、BBS类网站更无法实现社交的真正功能。众多网友在写博客时,多半是在自己的圈子发表一些观点与感悟,如果碰巧被其他可能产生共鸣的网友看到,两人或许会通过这个途径相识,但这种机率毕竟尚未达到一种普适化的程度;BBS则更为松散,虽然像天涯、凯迪、西陆、西祠等社区凝聚了大批忠实网友,但这些网友间的交流往往限于帖子层面,过渡到更深层次的比如网上沟通、邮件交流,甚至达成某种合作,这其间的障碍目前仍未有效的解决。

 

 

尊重需求:虑拟与现实相融合的网络社会

 

人人都希望自己有稳定的社会地位,要求个人的能力和成就得到社会的承认。尊重的需要又可分为内部尊重和外部尊重。内部尊重是指一个人希望在各种不同情境中有 实力、能胜任、充满信心、能独立自主,也即自尊;外部尊重是指一个人希望有地位、有威信,受到别人的尊重、信赖和高度评价。马斯洛认为,尊重需求得到满足,能使人对自己充满信心,对社会满腔热情,体验到自己活着的用处和价值。

 

对于产品而言,这种“尊重需求”多数用来满足对产品有与众不同要求的市场,处于这个市场区隔中的消费者往往很关注产品的象征意义。

 

在互联网上,尊重需求则是以“互动”、“体验”、“个性化”为核心的web2.0的一大体现,网民无论是作为组织,还是个体,在网络上的活动都将被视,比如BLOG带来的增值效应。如何能够引导网友在网站里面获得地位,这个是最关键的。无论是文章还是视频,其实现在在国内,播客制作者很少,能够作的精致而且有价值的播客人员则更少。

 

尊重需求应该也得到了一定程度的体现:用户在他们的社会性网络圈子内与人交流,因为网络的匿名性,使得那些在现实中默默无名的平凡人,也同样有可能成为opinion leader,获得他人尊重。

 

 

自我实现需求:物质与精神价值的双重实现

 

这是最高层次的需要,它是指实现个人理想、抱负,发挥个人的能力到最大程度,完成与自己的能力相称的一切事情的需要。马斯洛提出,为满足自我实现需要所采取的途径是因人而异的。自我实现的需要是在努力实现自己的潜力,使自己越来越成为自己所期望的人物。

 

人们对网络的使用一直以来局限于信息获取、沟通交流、发表观点等“玩”的层面,却很少涉及到自我价值在物质或精神层面的实现。自博客、专栏、个人门户或其他 面向用户设计的互联网产品诞生以来,网友在精神层面的自我实现出现了令人鼓舞的突破,但对更现实层面的比如管理等专业能力塑造、网络活动的物质价值实现 等,除电子商务外,尚未出现其他显著的突破。

 

比如企业在互联网方面的使用,尚未提升到管理、财务、法律这样的层次,简单说来,也即企业通过互联网这种工具了解客户在用什么,在想什么,还需要什么,有哪些是显性需求,有哪些是可以激发的潜在需求,等等。

 

这种现象也就导致了从事专业服务的网站一直在艰难地行走,比如管理与IT领域的门户AMT,比如新兴的企业健康管理服务门户觅法网,旨在打造中国智库的价值 中国网、立足于服务中小企业知名度经营与网络传播的赢道PushWay等。道路虽艰,但这些服务商们并没有停下脚步,从网民数量的持续增长,水平的提高以 及网络环境的改善于,国内企业在互联网应用上的逐渐普及与熟悉,这些正在完善的条件都为像觅法网这样的要在专业领域掘金的新势力提供了“破壳”的机会。

 

总言之,针对马斯洛需求层次理论揭示的道理,如果我们通过互联网可能获取完整的、有效的信息,通过互联网这个平台可以结识我们想要认识的朋友或者找到意向中的商业伙伴,同时通过互联网可以实现在现实社会中不可能充当的角色,或者说如果企业可以通过互联网随时了解客户在想什么,在做什么,还能挖掘出哪些价值, 创造哪些需求,那么企业的死亡频率将降低数个百分点,同时也会出现更多的寡头。

 

这篇关于马斯洛需求:互联网产品设计的理论支点的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/730607

相关文章

2024年流动式起重机司机证模拟考试题库及流动式起重机司机理论考试试题

题库来源:安全生产模拟考试一点通公众号小程序 2024年流动式起重机司机证模拟考试题库及流动式起重机司机理论考试试题是由安全生产模拟考试一点通提供,流动式起重机司机证模拟考试题库是根据流动式起重机司机最新版教材,流动式起重机司机大纲整理而成(含2024年流动式起重机司机证模拟考试题库及流动式起重机司机理论考试试题参考答案和部分工种参考解析),掌握本资料和学校方法,考试容易。流动式起重机司机考试技

系统架构师考试学习笔记第三篇——架构设计高级知识(20)通信系统架构设计理论与实践

本章知识考点:         第20课时主要学习通信系统架构设计的理论和工作中的实践。根据新版考试大纲,本课时知识点会涉及案例分析题(25分),而在历年考试中,案例题对该部分内容的考查并不多,虽在综合知识选择题目中经常考查,但分值也不高。本课时内容侧重于对知识点的记忆和理解,按照以往的出题规律,通信系统架构设计基础知识点多来源于教材内的基础网络设备、网络架构和教材外最新时事热点技术。本课时知识

互联网开发要点

垂直扩展 横向扩展 业务分拆 数据读写分离 缓存读写 异步处理(消息队列)

十四、我们应当怎样做需求分析:子用例与扩展用例

用例模型作为UML中4+1视图中非常重要的一员,非常集中地体现了面向对象的分析与设计思想。用例模型将现实世界中连续的一个一个业务流程,按照场景划分到了一个一个的用例中。由于场景的出现,使得用例中的业务流程存在着高度的内聚性,从而成为了日后各种对象的雏形。同时,在用例分析中,又将那些存在于各个用例中的,相同或相近的业务操作提取出来,形成一个一个的子用例或扩展用例,又体现了面向对象设计中的复用性。现在

十三、我们应当怎样做需求分析:查询报表分析

在我以往的用例分析中,使用这样格式的用例模式,对于大多数业务操作流程来说是得心应手的,但对于有些功能来说总感觉不对劲。感觉不对劲的,就是那些查询、汇总与报表功能。对于这部分功能,需要我们描述的不是什么操作流程,而更重要的是那些数据项、数据来源、报表格式、数据链接,以及使用者、使用频率的说明。而这些,在以往的用例说明格式中统统都没有,怎么办呢?俗话说“东西是死的人是活的”,把我们的用例格式改改吧。

九、我们应当怎样做需求分析:功能角色分析与用例图

在我们进行一系列需求调研工作的同时,我们的需求分析工作也开始启动了。需求调研与需求分析工作应当是相辅相伴共同进行的。每次参加完需求调研回到公司,我们就应当对需求调研的成果进行一次需求分析。当下一次开始进行需求调研时,我们应当首先将上次需求分析的结果与客户进行确认,同时对需求分析中提出的疑问交给客户予以解答。这就是一个需求捕获->需求整理->需求验证->再需求捕获的过程。  但是,当我们经

八、我们应当怎样做需求调研:需求捕获(下)

前面我们讨论了,需求分析工作是一个迭代的过程:需求捕获->需求整理->需求验证->再需求捕获······需求捕获是这个迭代过程的开始,也是整个需求分析工作中最重要的部分。没有捕获哪来后面的整理与验证工作?但是,非常遗憾,按照我以往的经验,需求捕获是我们最薄弱的环节。前面我提到的许许多多项目开发的问题都可以归结为需求分析的问题,而许许多多需求分析的问题又都可以归结为需求捕获不完整的问题。需求捕获是整

七、我们应当怎样做需求调研:需求捕获(上)

前面我们讨论了,需求分析工作是一个迭代的过程:需求捕获->需求整理->需求验证->再需求捕获······需求捕获是这个迭代过程的开始,也是整个需求分析工作中最重要的部分。没有捕获哪来后面的整理与验证工作?但是,非常遗憾,按照我以往的经验,需求捕获是我们最薄弱的环节。前面我提到的许许多多项目开发的问题都可以归结为需求分析的问题,而许许多多需求分析的问题又都可以归结为需求捕获不完整的问题。需求捕获是整

六、我们应当怎样做需求调研:迭代

前面我一直在反复强调这样一个观点,需求分析不是一蹴而就的,是一个反复迭代的过程。它将从第一次需求分析开始,一直持续到整个项目生命周期。为什么这样说呢?让我们一起来分析分析。  在第一次的需求分析阶段,我们在一段时期内需要与客户进行反复地讨论,这个过程往往是这样一个反复循环的过程:需求捕获->需求整理->需求验证->再需求捕获••••••  需求捕获,就是我们与客户在一起开研讨会

五、我们应当怎样做需求调研:需求研讨

前面我们探讨了业务研讨会应当怎样组织,下面我们再具体讨论一下我们应当怎样与客户讨论业务需求。如果说组织业务研讨会是项目经理的功底,那么讨论业务需求就是需求分析人员的功底。  以往我们常常认为,需求分析是一件最简单的事情。客户说他们需要做一个什么软件,有些什么功能,我们照着做就可以了,所谓的需求分析员就是需求的记录员。我要说,这是一个极大的错误,许多失败的软件项目,或者说软件项目中的需求问