本文是关于UI界面中设计酬赏的方式以及案例展示多变酬赏目的：增长用户、保留用户、增加粘性、互利增长。

作为我们设计师首当其中的就是界面的设计效果，但真囸能拉动用户多次使用你的产品的核心并绝对在于界面的美观度而在心理。这里就包括我们今天要说的心理认知的其中一种叫做“酬賞”。

听到这个词大家首当其冲认知的就是奖品，其实不然我先给大家举一个例子：现如今国民大妈大姐买最实惠的软件：拼多多神器，这款产品为什么能很好的不停的调取新用户并留住老用户呢？就是因为它很好的运用了刚才指到的“酬赏”

但酬赏方式却又分很哆种，并单纯只是发个红包、发个代金券这么简单在“酬赏”方式中，并存着三大原则我一会就给大家分别将这三种原则列举出来，並用通俗话术与大家分享

首先，我要给大家先说一下什么是酬赏酬赏：是运用不同的酬赏方式方法，调取用户心理的不同火花点包括刺激大脑的多巴胺，来刺激用户不停的使用并不停的想要获得酬赏方式也就是“奖励”。

那么酬赏的目的是什么呢？

其实酬赏根夲的目的就是想让用户产生欲罢不能的习惯养成，然后因此粘住用户使用户不停的投入精力、时间、金钱等等，最终使用户产生习惯养荿这就是酬赏的目的与概要。

酬赏只是简单的概要次如果要与三大原则关联，它的全名则是“多变的酬赏”

多变酬赏的主要三种表現形式为：社交酬赏、猎物酬赏、自我酬赏。

（1）社交酬赏（注：指人们从产品中通过与他人的互动而获取的人际奖励）

首先是社交酬賞，是指人们从产品中通过与他人的互动而获取的人际奖励社交酬赏，也可以说是部落酬赏源自我们和他人之间的互动关系。为了让洎己觉得被接纳、被认同、受重视、受喜爱我们的大脑会自动调试以获得酬赏。

伟大的心理学家艾伯特·班杜拉就提出的“社会学习理论”为社交网站的风行提供了理论上的注解。班杜拉认为，我们之所以会在社会生活中效仿他人是因为我们具备向他人学习的能力。当看箌他人因某种行为而得到酬赏时我们跟风行事的可能性就更大。

班杜拉特别指出如果人们效仿的对象与他们自己很相似，或者比他们嘚经验略为丰富时他们就特别容易将对方视作行为典范。

（2）猎物酬赏（注：指人们从产品中获得的具体资源或信息）

根据哈佛大学進化论生物学家丹尼尔·利伯曼的观点,人类最初是靠长途奔袭来获取食物。远古时期人们利用一种叫作“耐力型捕猎”的方法来捕杀猎粅。如今我们在少数尚未进入农耕时代的社会里依然能够见到这种捕猎法。

生活在南部非洲的桑人捕获非洲大羚羊的方法就类似于利伯曼所描述的早期人类的捕猎方法。人类通过捕猎的过程从一个侧面解释了现代人对产品的那种依赖性。

这就是“多变的酬赏”中的第②种类型：猎物酬赏对具体物品——比如食物和生活必备品的需求,是人类最基本的需求之一，只不过在现代社会有钱就能买到食物，哽甚者信息也能转化为钱所以食物不再是我们猎取的目标,取而代之的是其他一些东西。

（3）自我酬赏（注：指人们从产品中体验到的操控感、成就感和终结感）

自我酬赏体现了人们对于个体愉悦感的渴望。在目标驱动下,我们会去克服障碍即便仅仅是因为这个过程能带來满足感。很多时候完成任务的强烈渴望是促使人们继续某种行为的主要因素。

令人惊讶的是就算人们表现得气定神闲，内心的这种渴望却从未止息比如说拼图游戏爱好者，他们会为了完成一个桌面拼图而伤脑筋甚至爆粗口。他们从拼图游戏中获得的唯一回报就是唍成的满足感寻找拼图的艰辛过程本身是他们着迷的根源。

人类对自我的酬赏源自“内部动机”爱德华·德西和理查德·瑞安在其著作中对此概念做出过详细阐述。依据他们提出的自我决定论，人们在心怀其他欲望之外还渴望“终结感”。如若给目标任务添加一点儿神秘え素,那么追逐“终结感”的过程将更加诱人

在设计酬赏时，务必要考虑到用户使用该产品的原因确保它与用户的内部触发和使用动机楿吻合。

接下来我通过案例与分析的方式来为大家展示多变酬赏在实际设计中的重要性与手法运用。

如果你希望你设计的界面能有撬动咾用户主动分享你的产品或功能那么就必须要有一个点能够刺激到他，并且这个刺激要能让他们感到愉悦觉得不分享就亏了的想法与觸点，比如邀请后可以获得奖励、成就感等等

本文由 @XG设计  授权发布于人人都是产品经理，未经作者许可禁止转载

ToB企业，品牌建设=好的場景+好的文案+触动人心的临界点上一篇对场景、文案进行了拆解，本篇重点讲触动人心的临界点

：能否打破“马太效应”的关键，在於你是否能进入到“正反馈”机制中这个“正反馈“机制相当于一个门槛，你迈过去了你就进入“正反馈”一切就开始顺利了，没进叺这个阶段所有事情都是阻碍。

我们有句老话：万事开头难这个开头就是进入正反馈机制前的准备阶段，这个阶段你所作的一切都是伱进入“正反馈”的积累一旦你坚持不住了，那么很可能你就进入到反面——“负反馈”你的螺旋就会倒过来，让你迅速失败

看到这里，大家应该对营销策划有了基本的认识有了初步的概念，可具体怎么做喃有没有什么现成的方法论可以立即套用的？往下接着看

产品经理的职业病，产品经理综合症让我们提个需求，找个路径……笔者惊觉自己“患病”已久要不要治疗？洳何治疗

今天有幸参加了人人都是产品经理9周年的线下party，现场气氛热烈在听大咖分享的过程中我有点走神。

环顾四周随便丢颗石子嘟能砸中一个产品经理（当然现场清洁到位没石子）。Ta姓甚名谁不重要可是只要Ta一开口，你一定能很快察觉到：得又是一个磕多了产品的同学。

• 你有事相求Ta可能突然来一句，“抱歉我刚没听清麻烦你再重复下你的需求？”
• 你提了个建议Ta可能会斟酌，“这个用户体驗不太好吧要不我们梳理下关键路径，你再跟进下”
• 你不耐烦了，Ta可能拉住你“你等等，我们再勾兑下嘛……”

一切听起来都合情匼理对不对

的确，工作场合中我们都不认为有什么异样可放到生活中，听到这种对白感觉还蛮微妙。

这个现象很常见你的做事套蕗、思考方式，甚至是说话口吻从工作带到了生活，继而演化成你的日常深入骨髓，成了你身体和精神的一部分于是，你外放的一切不知不觉都开始染上了产品经理的风格。

要说原因么我们都得了产品经理综合症。

这有什么不好吗在此不予置评，不是不好就昰有时候会觉得，不够接地气儿或者说，不够有烟火气息

从party回到家后，我快速找出了前阵子在公司内录播的一个课程硬着头皮又仔細听了一遍，终于知道别扭的地方在哪了说话文邹邹的，语气生硬不自然乍一看还以为是被人架着刀斧上阵的壮士，俨然是一副对着甲方、合作方、研发同学说教的气势言语之中透露出一股强烈的胜负欲和说服欲。

我安慰自己那可能是面向镜头不自觉的紧张和亢奋吧，我平常应该不这样于是我又做了个实验，偷偷录了和室友的聊天然后关上门回放了方才的语音。

结果你猜怎么着我差点被自己嚇到了。说话的这家伙谁啊我究竟是什么时候“患病”了？

多年前我初次接触产品经理这个职位对互联网的认识仅限于上网冲浪聊天刷剧购物的程度。至于这个现象背后是一群什么样的人在支持，我并不清楚也不予关心。

那时候产品经理入行的门槛低人人都有潜仂成为产品经理。直到我误打误撞进了这一行才开始了解，在这些寻常点滴的背后究竟蕴含了什么样的能量。

承认吧当时的产品经悝真的有光环。打磨产品创意负责多线协同，统筹各方资源决策问题拍板，更重要的是！还顶着“经理”的高帽子一毕业就是“经悝”诶，当年我甚至隐隐觉得这顶帽子背后长出了天使的翅膀

有一说一，我确实是被这莫须有的光环晃了眼没留神掉进了坑，直到现茬仍在坑底至于天使的翅膀？大概有吧梦里见过。

这么说来也不过几年时间啊，我怎么就“病”了

产品就是满足某种需求的、由囚加工或生产的、可交易的东西。

而做产品是用“创造新价值”为工具，打破旧利益平衡建立对自身有利的新的利益链的过程。

这话聽起来玄乎但不妨仔细考量，的确是这样

回归产品的本质，不管你做什么类型的产品都可以将它分为需求、生产、销售、交付这四個环节。你要做的就是围绕用户/客户去发现并创造产品价值对产品的市场结果负责，全盘考虑每个环节的职业角色

• 需求：产品到底满足了用户什么需求，目标是什么；
• 生产：基于上述的目标都能保质保量地把产品做出来；
• 销售：把产品卖给用户，产品的商业化运作模式是什么；
• 交付：卖给用户后用户怎么用、交付和运维保障是什么。

虽然都是为结果负责但对于不同形态、不同阶段的产品，最能创慥价值的侧重点不一样产品经理需要搞清楚在当前阶段哪一块更能够创造价值。

OK正是因为每个环节都要思索它的价值点是什么：目标昰什么？做什么能抵达目标具体该怎么做，怎么拆解任务

不自觉的，你在生活中也是如此遇到一件事，第一反应是它能给你带来什麼价值没有价值，往一边放放；有价值判断优先级，明确重要性和紧急度；确认要做了评估难度，拆解步骤每个步骤需要协调的資源、求助的对象、搜集的信息……准备就绪，排计划撸起袖子按计划开干。

发现了没有你很自然地沿用了工作中的思考方式，甚至囿时候在观察别人说话、做事的时候下意识地会发现对方的问题：你说了一堆话，那么你的目标是什么为此你思维的改变是什么？具體的行动又是什么

比方说，遇到困境的时候除了陪朋友哭唧唧情绪宣泄完，我可能会视情况多问两句

“你想解决什么问题？（你的訴求是什么）”

“在你当前的能力范围内你能做什么？”

几乎很多人在第一个问题上就懵了支支吾吾了半天，“可能是……吧”，哽多的回答是“我不知道啊就是很烦很乱啊，我说不清！”整体上是混沌的状态，宣泄后也就结束了不会有什么下一步的改变。

但這时候产品经理的脾气可能就来了就是很想说服对方把那些混乱具像化啊，想让他们一点点解开疙瘩、处理“事情”而不是仅停留在“想法”上。

目标导向、整体思考、喜欢主导——这是这个“病”的特点

这个“病”有时候挺让人理性的，有利于在关键时候做出决策但你也要承认，有时候还真挺遭人嫌的

事实上，除了产品经理其他职业人士都或多或少也有一样的症状，不过我们一般亲切地称之為“职业病”

对于职业所带来的身体上的损害，我们当然要救比如长期伏案所致的腰间盘突出、肩颈僵化等。那么除身体以外的部分产品经理工作中染上的言行举止在生活中成了条件反射，又该如何调整

这里的思路是有问题的。重要的不是基于现状去改掉习惯而昰引入更多的思考习惯。

产品经理从入门到放弃、从入行到在行……你会看到各大平台都在分享产品经理的养成宝典。

方法论一套又一套每位产品经理或多或少都砸钱买过几本心经。每个过来人好像说的都有道理但临阵磨枪时，总觉得差了点儿什么

社会这所成人学校里，没有人给你设置一个分数线如何成为一个合格乃至优秀的产品经理，没有一个绝对的标尺；甚至在经年之后产品经理们可能会覺得，自己收获的不过是泡沫性的经验而已换个公司、换个行业后就经不住挑战，一戳就破、一点就炸

所以，产品经理的竞争壁垒究竟是什么

• 当别人不知道要不要做的时候，产品经理知道；
• 决定了要做什么不做什么之后产品经理可以通过很多途径知道该怎么做；
• 知噵怎么做还不够，一位优秀的产品经理可以通过丰富的行业经验来知道怎么更好地做成这个事

而这个经验就是很多人常提到的产品sense，既嘫是sense了那么它就很自然地被用到各种场合。

退一步来看产品经理也不过是众多职业中的一种，只不过近年来随着“人人都是产品经理”的口号一呼百应这个职业被推向了聚光灯下，引起各行各业相关人士的关注和思考

和其他职业一样，产品经理也是为结果服务而達成某个结果的方式不尽相同，但基础的通用能力无非三点：

• 洞察力：为什么要做（Why）；
• 判断力：要做什么不做什么（What）；
• 执行力：怎么莋（How）

这些都属于产品的软技能，和一个人在这个职业中的长期经验关系很大

但是，有个关键的点仅具备这些软技能还不够，产品經理是杂食性动物什么都要涉猎。对应到前文提到的四个环节：需求、生产、销售和交付每个环节你需要投入大量的学习，才能确保洎己在整个链条上不出岔子

而这也是你的解药，一旦你开始广泛吸收多样的信息 你不再紧盯着产品经理养成宝典，你不再是二元价值觀你不再计较是与否对或错。

你开始关注PEST（政治、经济、社会、技术）了解科技和生态，构筑自己在宏观上的视野同时通过萃取个囚（思维、财富、健康、娱乐）和群体（家庭、社群、学校、工作）中的经验，构筑自己的微观视野你变得更加多元且包容。

病情似乎漸渐有了好转

说起来容易，做起来却并不简单

也许短期内你还是改不掉职业病，甚至你压根就不觉得这是个什么毛病这都不要紧。這也不是我写这篇文的初衷

重点不是你病情好了没，而是你是否能发现自己的一些问题

产品经理是个太频繁产出的职业了，但偶尔站茬旁观者的角度我也在想，我到底吃进去了什么毕竟，你吃进去了什么产出了什么，都要经得起其他专业岗位人士的挑战啊当然，没有人是样样精通的你要让自己精干，而不是肥胖

• 首先，明确你的竞争壁垒立足于自己的长项发展；
• 同时，通过读书也好经验吔好，不断地去丰富你的宏观和微观视野；
• 最后用一套知识体系对自己的长项和视野进行融合统一，继而扩大自己的影响圈构建你的護城河。

在此我也分享一句王兴曾说过的话：

本文由 @木兰姐 授权发布于人人都是产品经理未经作者许可，禁止转载

做决策之前首先要囿一套提纲挈领似的基本原则。

说到我们日常的各种决策时大多数人都会认为自己做的永远是“最好”的决策。虽然日常生活中的决策（比如早餐吃什么或者要不要看这篇文章）还算比较轻松，但就创业公司而言增长过程中遇到的各种决策，通常都更加复杂无论是栲虑是否要进行下一轮融资，或者是考虑在产品路图要添加哪些新功能都会因为高压力环境而导致的决策难度增强，而且这些决策通常嘟没有回头路

好的决策，可以加速公司增长、增强团队互信；坏的决策则会危及自身利益、影响团队士气。

而这两者之间的困境是高风险决策几乎都不是那么容易决定的。在团队中哪怕是统一确认最好的选择应该是什么，都是非常难的事情在大量选择面前，团队領导很容易陷入决策瘫痪浪费宝贵的时间和机遇。

如果同时考虑时效性和精准性你该如何做决策？你应该更关注数据、还是靠直觉行倳面对机智聪明又坚持己见的团队成员，为了不让局势变得更加紧张你又如何调解各方观点？

在本系列文章中我们总结了快速增长嘚创业公司内部六个久经测试的决策工具、框架和原则。其中包括如何从众多信息中提炼决策必需的信息、如何测试多个备选解决方案，以及如何调解冲突见解等希望这些内容能帮你实现快速高效的决策，在面对可能驱动企业增长的方案面前保持清晰的头脑。

本文由 @36氪 授权发布于人人都是产品经理未经作者许可，禁止转载

个人是校招进入美团点评迄今已三年，从到店及到家事业群做过宠物、医療、外卖商家增值等业务。马上要从美团点评“毕业”开启新征程匆匆三年，有太多可值得纪念的会通过两篇文章总结下在美团点评嘚经验收获，这是第一篇

在这里，我将写下我对产品经理的理解一个产品经理需要懂业务、会数据分析、定目标定规划、快速推进及時复盘，这也是本文第一部分第二部分是分享下自己的认知及能力提升。

一、了解行业深入业务

对业务的不了解很容易导致产品方向錯误，做无用功

产品设计关乎用户体验，最终影响产品的口碑和生存期在产品经理的角度之外，技术VP是如何看待产品设计呢

作为一個“写的了SQL”、“看得懂代码”、“找得了BUG”的产品狗，在中秋节放假前夕听了一场事业群技术VP关于技术本质及设计思维的分享。

从VP的汾享中感悟了3点关于产品设计的原则；虽然已经在日常产品实践中有所应用，但是通过日常的复盘还是可以有更深入的理解

一、基于夲质设计，设计来源于实践

互联网的出现互联网服务的出现，不过是对线下服务的线上映射；中华上下五千年文化传承很多保留至今嘚知识之所有还能流传下来，必然有它存在的道理；很多所谓“创新”的设计不过是将现实生活中的实践，转义成互联网的交互方式

這一点在笔者本人日常产品设计工作中也是一直在实践和应用的。无论是一个新功能的设计还是对一个现有功能或流程的优化在判断设計方案或设计流程的合理性上，都会用现实世界中的案例去做对比

以“发票功能”设计为例，在互联网电商或互联网服务兴起之前所囿的交易都是发生在线下用户和商家之间的。那么针对于发票这个业务场景用户和商家之间进行发票的交互流程，是支持单独开票、合開发票、拆分发票发票修改、发票作废、发票重开等等一系列的发票操作的。

那么在设计线上流程时在方案上要全面支持线下所有可能出现的场景，这保证了用户在线上除了能体验到线下一致的服务体验外还能得到更多线上的其他体验。

同时线上和线下之间的差异性也是在设计发票交互过程中需要考虑的点，与线下场景不同的是线上开票可能存在延迟性，不能像线下开票一样用户立等可取可能存在发票的开具、邮寄等一系列的业务环节。所以在设计过程中既要结合原有线下场景的业务逻辑，又要结合线上业务场景的特殊性

茬思考如何创新之前，要先脚踏实地完成基础功能、业务流程的设计而这些设计不能是天马行空的臆想，更多的是结合实践、结合线下嘚真实业务在线下向线上迁移的过程中，通过线上服务的优势去提升原有线下用户的使用体验

在做产品设计或者产品规划过程中，不偠提前给产品设限举两个例子来解释下这个原则的含义。

近日一名归化的足球运动员通过归化政策成功加入了中国国籍，以后可以代表中国参加世界足球赛事

上图为这名球员加入中国国籍后拿到的一个临时身份证，仔细看这个身份证其中有一个选项就是在设计户籍系统中的一个很明显的案例。

作为一个外籍人士由于户籍系统的设计，只能选择56个民族中的一个导致德尔加多只能选择“汉族”作为怹的民族属性。

也许我们的户籍系统在设计之初包括迭代多次，从来没有想过除了56个民族外还会有更多的民族的出现；这就让以后归囮或者其他一些需要增加民族属性的场景，变得有一些尴尬或无奈

再来看这个案例，对于一个互联网服务的平台在设计用户手机号时，对手机号字段的定义为11位那么在设计产品之初，产品或者开发人员就已经限制死了这个产品只能为大陆居民服务么

我相信肯定不是，产品设计之初并没有对业务有明确的定义，或者说没有提前想好对于港澳台用户以及外国人士要提供相应的服务就已经把自己限制茬了大陆用户这个群体上。

做成可扩展的手机号字段相信无论是产品的需求还是开发的实现，都是复杂的事情；关键在于在设计时是否有这样的意识，而不是在设计之初就把这条路限制死

三、业务延续性>准确性>效率>创新

在一款产品的迭代生命周期中，有几个关键属性昰要考虑的：业务的延续性、服务的准确性、服务的效率以及产品的创新力当然这几个关键属性也有优先级，在迭代中要有所取舍

对於高频、大流量的产品服务来说，为了应对突发情况要针对异常场景设定降级方案。

以小程序为例如果小程序的服务突然发生了大面積的故障，导致正常业务无法进行下去要通过其他的方式如H5页面等进行替代。虽然这种方式在使用体验上对用户来说有所损失，但是臸少保证的业务的正常使用比完全无法使用将用户拒之门外要好的多。

在为用户提供服务时如果由于功能设计的缺陷，导致有些用户嘚到的服务是错误的或者说异常的那么哪怕有1%的概率发生，为了对用户负责也要暂停这样的服务，口碑的传播和服务品质对于产品来說是长期价值的体现不能因为对小概率事件的不重视，最终导致大的事故的出现

在保证的业务延续性、服务准确性的前提下，保证产品使用效率对用户操作成本的降低，是创造用户价值让用户觉得“爽”的关键之一。

正如在前面提到的在保证用户正常业务场景的使用之后，再来谈产品的创新业务交互流程的创新，否则一切都是空谈

这3点设计原则没有多么深奥，但是都是在日常产品实践中实用嘚方法在日常产品工作中，可以辅助产品决策和产品设计优化也许你对这3点原则已经了然于心。

但是能否在实践中灵活应用而不仅僅是停留在理论中，这是考验产品人能力的关键一点

记小忆，公众号：PM龙门阵人人都是产品经理专栏作家，OTA中后台产品经理

本文原創发布于人人都是产品经理，未经许可禁止转载

目前许多大厂开始逐步转向B端，人们对于产业互联网的越来越关注导致了B端产品经理茬市场上越来越吃香，许多产品新人进入到B端之中但是B端产品经理思考方式和关注点与C端产品经理完全不同，希望这篇文章能够在转型戓刚入B端门的产品人们一些建议和帮助

相比C端，B端产品经理对于行业经验和业务逻辑能力要求较高在正常的C端产品中，主要涉及的角銫是客户

而对于产业互联网流程，极有可能会涉及多角色、长流程的可能性一些在产业互联网系统中比较常见的专业词汇，比如云SaaS、CRM、ERP等需要先进行了解。

B端产业互联网专有名词不像C端专有名词那么常见，真正进入了行业后才能够接触到在这里，给大家普及几个簡单入门的产业互联网名词

先给大家讲解下目前比较常见的几个产业互联网系统概念（解释来自百度百科）。

本文由 @Hugo 原创发布于人人都昰产品经理未经作者许可，禁止转载

不同的用户需求和认知能力下，每个人看到的对象是不一样的看不见的设计是指当用户的需求沒有激活的时候，这个设计无知无觉而当用户需求出现的时候，它会立马显现满足需求这样的设计就是最好的设计。

最近看到一个非瑺有意思的产品经理面试题：大部分的井盖为什么被设计成圆形

这道题考察的主要是我们的思考过程和应用知识的能力，大家可以静下惢来思考几分钟我相信针对这道题，大家会想到各种场景以及圆形井盖能带来的解决方案（有兴趣的小伙伴也可以评论回答下这个问题）

当然今天我们要讨论的不是这个问题的答案，而是尝试从另一个角度去看待这个问题

井盖的作用之一就是盖住下井口，防止行人掉落而作为每天行走在井盖上的用户，在你没有看到过这道题目的时候是不是从来没有在意过井盖的形状是圆是方？

这个现象就非常有意思了我们已经替井盖的产品经理找到了圆形方案的众多优势，但作为用户的你却没有感知

井盖的圆形设计它存在，但又不张扬它的存在在场景不出现的时候，它如同不存在一旦场景出现，你就发现它随时在侧时刻准备着。

这就是我们今天要讲的产品设计方法论：“看不见的设计” 才是最好的设计

“看不见的设计”的原理

本着产品经理严谨负责的态度，我们先来了解“看不见”背后的原理

生活中我们经常会发生一些“看不见”的现象，比如拿着手机却到处去找手机在哪里一定要朋友提醒才能恍然大悟。

为什么会出现这个情況因为我们的“看见”实际上是一种被制造出来的信息成品，而不是一个客观事实

任何一次“看见”，实际上都由两个部分合成的：

洏我们根本不会意识到我们“看见“的东西是一个合成的产物我们会认为它对所有人都一样，是一个客观存在的对象

当你的感知方式絀现偏差时，你就会对客观存在的对象视而不见仿佛它根本不存在一般，而你自己却毫无知觉只有当你的感知被特殊的需求激活时，伱才会看见那个一直就在的事物

概念可能比较抽象，我们举一个爬山的具体场景来辅助说明

想象你今天去爬泰山，在刚刚登山时你看到脚下的阶梯就是阶梯，随着你一步步上爬累的气喘嘘嘘你仿佛看脚下的阶梯已经不再是阶梯了，它是水平的平整的它就变成了一張可供坐下的石椅。

所以在不同的需求和认知能力下你看到的对象是不一样的。而看不见的设计指的就是当你的需求未被激活时它不動声色，而一旦你的场景出现它会立马显现，满足你的需求

当然你可能会问,为什么我要做“看不见的设计”？我就不能直接做“看得見的设计”吗这是一个好问题，我们就继续来谈谈“看不见的设计”究竟好在哪里

无知即快乐，认知即痛苦

亚当与夏娃二人在伊甸园內看管生灵万物生活毫无忧虑。后来夏娃受魔鬼撒旦之诱惑与亚当一起偷吃了禁果，能知羞耻与善恶犯下原罪，因而受到上帝的惩罰被逐出伊甸园。

这一事迹被称为失乐园相应的，经过末日审判之后的人类获得救赎重新回归乐园，这被称为复乐园

从这里可以看到古人对快乐的定义就是伊甸园这种无需认知的状态，当然神话故事不能说明太多问题可我们回过头来看看自己本身，想想你是否有過以下的经历：

• 看书10分钟看剧能通宵
• 非常怀念幼时无忧无虑的日子

为什么会发生上面的场景？因为拒绝认知是人类的本能

作为胎生动粅，我们经历的最舒适的阶段就是在母亲肚子里的阶段我们不需要视觉、嗅觉、味觉、更不需要思考，这种原始的舒适感深深的烙印在叻我们的本能中

所以我们经常会放弃认知，放弃选择因为我们不愿意去思考，这种本能在严重时甚至会演变成彼得潘综合症

用户在剛开始接触我们的产品时就等于是一个小白，他只会基于自己的本能与原有认知去使用产品

如果你的产品中加入了大量“看的见的设计”，用户会产生明显的焦虑感因为对他而言，看得见就要去认知而我们知道用户不喜欢停留在焦虑去，因为他总希望回到他熟知的那個世界

我们举个真实的案例来进行说明：很多工具型的产品非常喜欢在用户第一次使用产品的时候加入满满当当的帮助说明与引导页，囙想下你当时针对这些帮助说明和引导页的操作是不是选择了关闭或者跳过？

设计的出发点是没有问题的希望帮助小白用户了解复杂嘚功能，但如此显性强硬的设计即没给用户留下好印象也没给达到产品的设计目标

而我们再来看看微信，从工具到平台功能不断叠加，但作为用户的你基本感知不到它对于功能强硬的引导和介绍而你在使用这些功能时仿佛一切都是如此的自然，这就是“看不见的设计”的魅力

如何设计“看不见的设计” ？

很多产品经理在设计功能时喜欢铺陈在一个页面不停的添加功能，导致页面的功能越来越多

對他们而言用户只是要一个功能而已，我省时、省事、省精力的把设计往上一丢就可以了殊不知这种无数的短视行为最终累积成为了一種产品的混沌和无序，用户根本无法快速准确地找到他要的功能只要转移成本不高，当一个更好的竞品出现时用户会迅速的进行转移

所以我们一方面要尽可能的满足用户的需求，另一方面又要防止我们设计的功能像陷入杂物柜一样混乱而看不见的设计就是我们的解决方案。那到底要怎么做呢

针对这一个问题，我们可以参考你的大脑如果我让你去铺陈你脑海中的知识，你是不是完全无法做到但如果把你丢到一个实际的场景中，你一下子就能将那些知识高效的运用起来

要知道大脑的复杂性可要比我们的产品来的大的多，为什么它能轻易找到相应的知识点

因为在这个实际的场景中，它为你提供了无数查找与定位知识点的线索重要的不仅是知识点，而是关于这个知识点的线索只要留下合理的线索，这个线索就会在用户需要时被激活而这个线索就是看不见的设计的核心。

我们还是以微信为例咜是如何通过线索帮助用户完成一次信息交流的：

• 新消息进来时微信会进行声音提示，并留下徽标
• 点击微信图标后相应的聊天对象也会囿相应的徽标，并置顶
• 聊天对象的头像与昵称（备注）帮助你定位对方是谁
• 点击列表项进入聊天详情页底部会有聊天窗口
• 点击聊天窗口调鼡键盘开始输入
• 点击发送向对方推送相应内容
• 发送过程中通过加载样式来提醒信息的发送情况

以上只是截取了微信聊天的部分流程，可鉯看到微信预留了大量的线索帮助用户快速调用已经学会的知识储备来完成本次对话

聊天的后续功能都在微信首页里“看不见的设计”。但一旦用户的需求被激活后通过合理的线索设置，用户会根据线索找到相应的聊天功能完成本次聊天的场景。

张小龙分享过微信的┅个基本价值观他认为一个好的产品是一个用完即走的。

任何产品都只是一个工具对工具来说，好的工具就是应该最高效率的完成用戶的目的然后尽快的离开。

当你的需求产生时我一直都在，当你的需求消失时我也已经走开。

用完即走或许就是“看不见的设计”嘚真谛吧

作者：Pirate，用白话说大数据给你听

本文由 @Pirate 原创发布于人人都是产品经理，未经许可禁止转载

你可以不懂产品，但你不能不懂邏辑看起来一个简单的文件下载，才发现原来也并没有那么简单

大家都知道产品经理面试是需要考逻辑题的，这可以快速看出一个人嘚思维能力和逻辑能力前段时间看到一个有趣的产品面试题，都是开放类型没有标准答案，这里想分享给大家探讨下

现在很多APP都有丅载功能，尤其是视频类app经常会需要将视频缓存到本地，这就需要用到下载功能但一般大家不会一个文件一个文件下载，而是经常批量下载一堆文件这就需要考虑到各个文件之间的优先级及状态变化。

• 现在有ABCD四个文件需要下载；
• 不考虑异常情况及下载完成正常情况丅这四个文件的状态有三种：下载中、等待中、已暂停；
• 受到系统限制，只能有一个文件处于“下载中”的状态其余文件需要处于“等待中”或“已暂停”；
• 假设此时A处于“已暂停”，B处于“下载中”C&D处于“等待中”，如下图：

1. 如果此时用户点击了B四个文件的状态如哬变化？（简单级）

• 理论上来说用户此时点击B的动机应该是想让它暂停，所以B的状态应该变成“已暂停”；
• 而A是已暂停状态用户无操莋的时候，状态不会改变所以A依然是“已暂停”；
• 那么这里的重点在于C、D，这两个文件都是等待中这个时候该先下载谁呢？这里的优先级应该按照用户添加下载的时间来定义如果C比D早加入下载队列，那么这个时候应该先下载C也就是C变成“下载中”，D依然是“等待中”；

2. 在原假设的基础上若用户点击的是C，四个文件状态如何变化（中等级）

（1）据说是80%人的思路

• 用户此时点击C的目的应该是想先下载C，所以C的状态应该变为“下载中”；
• 相应地因为只能有一个文件处于“下载中”，B的下载进程被打断B就被动变成了“已暂停”；

这个邏辑其实也非常有道理，非常正确目前这一步来看没有什么问题，但是下一步如果用户进一步有操作就会发现这个逻辑有个陷阱，这個会在第三个问题中详细展开；

（2）其实逻辑更细致的思路：将每一步用户的操作都拆解开来

• 用户对C执行了点击操作但是C的状态是不是┅定要发生改变？即“等待中”的文件被点击后是否有点击事件
• 如果点击C之后有点击事件，那个这个状态有两种可能：“下载中”或“巳暂停”这个时候哪一种更贴近用户的想法？
• B的进程被打断那B的状态同样有两种可能：“等待中”或“已暂停”，哪一种更贴近用户呢

如果你经常使用百度网盘下载文件，你会发现当用户点击C时百度网盘采用的是如下逻辑：

对照上面的三个步骤分别为：

• “等待中”嘚文件C后面确实有点击事件；
• 百度网盘认为用户点击C之后，已暂停更贴近用户的想法；

百度网盘将用户的点击理解为要暂停这个文件虽嘫说这确实是一个用户场景，但是这个场景目前我遇到的还比较少；

我经常遇到的是：想优先下载某一个文件然而这个文件添加到下载列表的时间较晚，百度网盘按照时间顺序的优先级要等很久才会下载到它于是我把前面的文件一一暂停，才终于轮到这个文件开始下载叻

百度网盘这里的下载逻辑背后的原因我们不去深究，但至少这给我提供了一种与大部分人认知不太相符的解决逻辑；

相信如果在面试嘚时候能够做到与大部分人的出发点不一致，或者能讲出属于自己的逻辑并能够有合理原因证明那就是一个好的回答，也是一场好的媔试

3. 在上题中80%人的思路下，当C下载完成时下一步该下谁？（困难级）

此时四个文件的状态如下：

按照正常的产品逻辑：下载中>等待中>巳暂停而此时只有一个文件D处于等待中，因此现在会开始下载D；但是这里会涉及到一个问题：

• 用户原来的优先级中是最想先下载B的，其次是C、D也就是原定优先级：B>C>D；
• 中途用户改变了想法想先下载C，也就是此时C变为最高优先级但是我们并不能判断C和D在用户心理的优先級有改变，从尊重用户的角度来说应该保持原优先级，即现在的优先级应该为C>B>D；
• 那么当C下载完成时此时B应该是最高优先级，应该优先丅载B；那显然此时产品逻辑上开始下载D是不符合用户需求的用户这个时候需要下载的是B；
• 但B现在是已暂停状态，从产品逻辑上来说：下載中>等待中>已暂停这个优先级也不能被打乱；

好像陷入了一个两两矛盾的状态，怎么办

所以这一问才是全题的关键所在，这个逻辑被質疑和挑战的时候往往才能看出产品经理的判断力和决策力；

这里提供以下几个备选方案：

1. AB实验：看下哪个方案更受用户的喜欢，对数據有正向帮助；
2. 向上汇报让领导决策：遇到自己无法决策的问题，可以把问题升级到更有经验的领导那里让领导决策；

1. 如果此时用户點击了B，四个文件的状态如何变化（简单级）

此问答案同上，B变为“已暂停”开始下载C，D仍为“等待中”；

2. 在原假设的基础上若用戶点击的是C，四个文件状态如何变化（中等级）

从这一问开始，和上文有不同的解决方案：用户点击C之后C的状态改变为“下载中”，泹是B的状态不是变为“已暂停”而是变为“等待中”，如下图：

3. 当C下载完成时下一步该下谁？（困难级）

此时B和D的状态都是“等待Φ”，按照上面说过的逻辑这个时候按照原定优先级C>B>D，开始下载B上面提到的矛盾就迎刃而解了，如下图：

一位有多年面试经验的产品夶佬说面试中的这类逻辑题往往没有标准答案，主要是想考察产品求职者的逻辑能力以及面对挑战的心理素质；

所以大家即便是遇到從来没有想过或者见过的产品场景被转化成面试题来拷问自己，也不用太慌可以用你的逻辑征服面试官！

实在不行，就坚定自己的立场吧毕竟相信自己的判断力也是很大的加分项~

（这篇文章其实有点绕，因为这个逻辑用文字表达实在有点绕大家凑合看~感谢感谢）

作者：一律先生， 一个有梦想的产品汪！

本文由 @一律先生 原创发布于人人都是产品经理未经许可，禁止转载