如何注销新浪手机微博?_百度知道2016最新版本微博怎么跟手机号码解除关系。就是不想再用微博了。_百度知道欢迎点击上方的蓝色小字知乎精选关注我们不过三年，新浪微博的活跃率就已经一日一日地跌。现在已经非常不像样子了。 本人做营销，一眼就看出，新浪微博热门微博如果涉及软广，那些转发和评论全是僵尸粉。到底是因为微信朋友圈的出现导致新浪微博的没落。 还是因为大家开始厌弃这种公开生活的做法，而将社交分享转为私人化？ 再还是，不作死就不会死，新浪微博自从接了很多商业元素（例如淘宝）之类的，变得非常让人反感？
【加刘景长 的回答（4114票）】：社交效应-蒸发式降温 Evaporative Cooling 一个社交圈子的群组人数愈多、时间愈长，就会出现【蒸发式降温】。新浪微博亦是如此。 引用美国网络一篇名文，它借用科技名词「Evaporative Cooling」，此名词是在讲某种冷气机技术，中文翻作水冷式冷气，或直翻为「蒸发式降温」。这位作者将这个名词用得活灵活现，拿它来形容人类的「社交圈」的有趣现象。同样也可以拿来用在微博、「LINE群组」或「Facebook社团」上——每一个月，我们总会参加一些「社团」活动，有时几个朋友相聚，有的是在夜店固定一起围一桌，有的在奶茶店也是围一桌打牌，有的则是更大群人固定有狮子会那类的聚会……。 通常LINE群组、或脸书社团，也都是一群认识的人组成的。比方说，一群邻居，或是一群校友，还是同一部门的同事，一起组成一个LINE群组。 所谓「蒸发式降温」理论是说，这些群组、社团、聚会，无论在线，还是线下，最后都不免出现一个现象，那就是——「有些人」总是热心的发表一大堆激情言论，过了一阵子以后，其他人很希望他可以「闭嘴」，但却不敢大声说出来，于是，大部份的群组里，这些人永远不会闭嘴。 「有些人」喜欢介绍一些他的新朋友进来这个群组，过了一阵子以后，其他人真的希望他不要再介绍新人了，但大部份的群组里，没人敢公然这么说，于是他继续的介绍新人进来、永远不会停止。 「有些人」很积极的想和你私下继续保持联络，其他人当下难以拒绝，心中却满是不舒服却又不敢告诉对方，于是，这些人继续的来打扰你、让你每天都不太舒服。 作者说，由于以上的特性，你会发现，每一个社交的组织，从一开始大家加入「很热闹」，过一阵子，人数多了、时间久了、讨论久了，就会发现，「热度」突然「降温」了。 作者将此现象称为「Evaporative Cooling」(蒸发式降温)，大家会开始发现，咦，怎么原本那些重要的人，都不发表任何东西了？于是「温度」降下来了；次重要的人也慢慢觉得没趣了，于是温度再降下来了……最后，到现在还在积极讨论的人、还在积极拉人进来的人，继续在里面po文。这些人，都是其他人不想再去多交流的人，于是这个地方，一点一点的，沦为那种「你不想参加的群组」，你先将通知设定关掉，你也不再点入看讯息，最后，你一看到有人退出群组，也就默默的跟着退出了。 有趣的是，那些原本群组里面很重要的人物，也是每个群组里面让人最想「在一起」的人物，离开群组以后，都跑到哪里去社交了？ 这位作者说，他们往往另外开一个群组，自己去聊去了。 而且，这些人经过几次群组里的「蒸发式降温」之后，都会严格限制人数，不让群组增加「任何」新的人。 这篇文章有价值之处在于此作者以罕见的切入点，简单又沉重的点出了社会社交圈的奇特现象，这个现象不只在实体的社团里面，在在线的LINE群组或Facebook脸书社团，也都是一样的情形。 最后，发生什么事？ 最后的结果就是，有些人，你再也无法轻易的透过群组去找到他们，因为他们早已自己去开另一个更私密的群组了，一般人（包括你）不得其门而入。而你被允许加入的群组，往往都是「蒸发式降温」得很严重的群组，里面只有那些倚老卖老的人，还有一堆还不知道状况的新人（包括你）。 一般人总觉得，加入好多群组，就可以学到好多东西，然而，「蒸发式降温」现象告诉我们，加入一个群组，不如加入一个「人」，跟着正确的人，你可以看到更多更多「隐藏的群组」，或许，你的社交圈也到了另一个层次了。 参考文献：[1]本文转自mr.6，有修改动。[2]社交网络中的“蒸发冷却效应”[3]http://article.yeeyan.org/view/betty/293169/----------------------------------本文转自「知乎」，更多答案可点击下面的「阅读原文」查看 觉得本文不错，可以分享到朋友圈查看历史文章请在资料中点击「查看历史消息」或发送「目录」二字 微信ID「知乎精选」微信号「zhihujingxuan_weixin」如果你也爱知乎。爱知识。爱分享。请加入知乎社区「」与更大的世界分享你的知识、经验和见解知乎精选(zhihujingxuan_weixin)　
　文章为作者独立观点，不代表微头条立场
的最新文章
晓然的排版虽然简陋，但也被强行赞美过。很多人问，今天我就说一下，算作统一回复。很多演讲可以使我们醍醐灌顶。以下是清华大学副校长施一公教授讲给2015级研究生新生的，朴素的道理却蕴含不平凡【谢熊猫君】谢邀。我来谈一下个人分辨周围聪明人的一些主要标准。首先要明确的是一些基本原则。首先，具有特定领域zhihujingxuan_weixin主要分享 知乎 或 Quora 的精彩问答和各类干货热门文章最新文章zhihujingxuan_weixin主要分享 知乎 或 Quora 的精彩问答和各类干货深圳-9月4日在线直播 8月25日已结束上海 9月3日
阅读（8608）
没人带，自学慢，不在BAT怎么学产品？人人都是产品经理联合200+BAT资深产品经理带你学
对于产品新人来说，如果没有好师傅带，单枪匹马很难形成好的产品思路。有时候和研发沟通，双方都无法理解对方的想法，或者自己在写需求的时候，不是东丢点就是西漏点，老是被开发追着走。今天我就简单说一下个人的需求分解经验，希望能够帮助到一些经验不够丰富或者还没有形成自己产品思路的产品经理。
第一步：理清需求（use case）
我相信每个产品经理都是上帝创造的奇葩，能想敢想，希望影响世界，甚至改变世界。作为一个产品狗，我深深滴体会到脑洞之大给自己带来的困扰：必须要无时无刻携带手机，没有手机的时候手边没有纸和笔直接让我抓狂！！
好了不说废话，继续正题。产品经理时时刻刻都有可能想出一些零零散散的点子，然而在没有理清思路之前，很少有人知道我们想干嘛，所以第一步，我们需要理清需求。
理清需求就是把我们想做的事情，或者说我们认为用户可能会需要的功能有条不紊的罗列出来，用文字OK，不过我更建议使用脑图，不管是手绘也好，Xmind也好，MindManager也好，工具只是形式。
（很多人一上来就问Xmind和MindManager哪个好用？其实这个真的无所谓，只要能达到目的，用啥都一样，如果真的还停留在纠结哪个好用这个问题上，那么我只能说，你还没到考虑这个问题的时候，真正需要考虑这个问题的时候，你已经知道哪个更适合自己了。）
用脑图做什么呢，举个例子：
假如现在不管哪个地方（备忘录，纸上，某道，某象） 我记录了如下东西，或者我的客户突然告诉我，他们想做如下东西：
（千万不要直接拿去和研发谈，不然我不敢保证你不会被打死）
现在需要做的，就是理清需求！！把场景罗列出来，像酱紫：
商品是用来做什么的呢？系统发布商品，用户购买商品咯！
所以场景展开就应该是酱紫：
现在拿这个去和程序猿谈，他们基本知道了这东西是干嘛的，但是他们还是会对这个东西的可行性保持高度怀疑，因为这样说了之后，他们还是不知道应该做什么，这个时候，我们就需要进入下一步： 整理故事
第二步：整理故事（user story）
讲故事需要有一个核心主题（主线），现在我们的主线就是商品。
讲故事怎么讲？举个栗子：
那天我打开手机，进入了“我的产品”APP，进入了商品列表，我看到了许多商品，我把商品添加至购物车，并选择了进入购物车结算，我看到了每个商品的结算价和总价值，感觉这些东西值得购买，于是我点击了确认下单，系统给我生成了订单，把我带到了订单确认页，我点击确认支付，系统又把我带到了支付页面，我输入了正确的支付信息后，系统提示我我的订单已经完成了支付，并且我还看到了一条已经支付的订单记录。
简而言之，如下：
到这里，购买商品的这个故事就讲完了，这个故事完整吗？完整。这是一个清楚的故事吗？不是。
讲好故事就能做好产品，一个完整的故事包含时间地点人物，一个清楚的故事，在于细节。所以如果我们将上面这个故事加入更多的描述，这就会变成一个清楚的故事：
那天我打开手机，进入了“我的产品”APP，我看了首页长什么样，哪里有按钮，我点击了进入了商品列表，页看到了许多商品，这些商品都是什么样的，怎么展示的，我把商品添加至购物车，并选择了进入购物车，我看到购物车里的商品长什么样，我看到这些商品的总金额之后，觉得这个价格还不错，于是点击了确认下单，系统过了没多久就把我带到了订单确认页，于是我点击了确认支付，系统又把我带到了支付页面，我输入了正确的支付信息后，系统告诉我我的订单已经完成了支付，并且我还在订单列表里面看到了一条已经支付的订单记录，我一眼就能看到我买了什么东西，每个东西是多少钱，最后我总共付了是多少钱。
于是我们的表格变成了这样：
至于怎么样讲一个好故事？绘声绘色地讲是一种方式（视觉效果），切入人心地讲是一种方式（用户心理），抓着重点讲（核心流程），当然还有很多其他的方式，如果讲故事的人能够灵活地把多种方式柔和在一起，又能够将他们发挥得恰到好处，那讲出来的故事一定会是一个好故事。
第三步：分解故事（functional requirement）
对于一部分产品经理来说，第三步其实不是必须的，因为经验丰富的产品经理知道，在第二步中，需求已经表达得够清楚了。对于另一部分产品经理来说，可能由于公司制度的规定或者与研发、项目管理人员工作范围没有划分得特别清楚，就不得不做功能需求描述，总之如果产品经理本身入行不深或者对产品的架构不是特别清楚，我很建议接着往下看。
在第二步中，我们已经清楚地讲完了一个故事，分解之后我们发现里面涉及到的关键物其实就只有几个：APP前端（首页、商品列表、订单列表）、支付等等。所以在产品架构上，为了保证这些东西都得以实现，必须要保证有一个APP前端系统，这个系统由首页，商品列表，订单列表组成，除此之外，还需要有一个系统支持支付，为了方便管理，后台还需要将用户的订单记录保存或者展示。于是功能需求可能就是这样：
然后故事分解完了，功能需求列表也搞完了。
以上是个人在从业期间内学习并总结出的一套比较完整的产品思路，希望能够帮助到各位还没形成自己的产品思路又很苦恼迷茫的同仁！
#专栏作家#
康小胖，人人都是产品经理专栏作家，产品经理。专注专注O2O电子商务，坚决拥护用讲故事的思维做产品，关注电子商务及移动互联网，爱好圆珠笔涂鸦。
本文系作者独家授权发布，未经本站许可，不得转载。
讲故事，做产品。
人人都是产品经理（）是中国最大、最活跃的以产品经理为核心的学习、交流、分享社群，集媒体、教育、招聘、社群活动为一体，全方位服务产品经理，微信公众号woshipm。成立5年以来举办线上活动500余场，线下活动数百场，覆盖北京、上海、广州、深圳、杭州、成都等10余城市，在互联网业内得到了广泛关注和高度好评。社区目前拥有300万忠实粉丝，其中产品经理占比50万， 中国75%的产品经理都在这里。