发掘用户真实需求,产品经理如何提升产品的可用性

发掘用户真实需求,戳中G点,打造用户真正喜爱的产品,产品好才是硬道理,只有好产品才能运营成功。这句话在我们耳旁时常响起,他是一碗心灵鸡汤,一激动我们还真会冲上去加我们用户的QQ、微信,跟他们聊一聊,但聊天却总感觉说不到正点子上。听多了反感, 感觉这是忽悠刚入门的新人来听的、静下心来细想又充满困惑,如何发掘用户真实需求,好像这是一件挺玄的事儿。曾听一位做产品的朋友说初级产品经

用金字塔原理思维去做产品运营

现在很多做运营的小伙伴,都会紧紧抓住运营的概念,把自己迷失在思维的死穴里。对于运营的理解,还停留在一个打杂和无技术含量的工作。我认为运营是一个解决问题的过程,从发现问题,分析问题,到提供问题解决方案的一个过程。今天要说的金字塔原理,就是解决问题的一个思维逻辑。一、金字塔原理是一个什么样的概念? 1.  金字塔原理定义以及能解决什么问题。金字塔原理的原则是任何事情都可以

增长黑客教父 Sean Ellis 关于打造增长团队的 6 条建议

去年随着一本《增长黑客》的大卖,以及流量越来越贵的现实,“增长黑客”这个概念火遍互联网圈。一时间各种增长黑客速成法如雨后春笋般冒了出来。方法只是方法,缺少好的执行者,再好的方法也不能落地,那么怎么去找驱动增长的人,怎么来打造适合自己的增长团队呢?增长黑客教父 Sean Ellis 关于打造增长团队,提了下面的6条建议。七八年前,硅谷的Facebook、Twitter等互联网

如何考虑在固定运营成本下高效清理 UGC 垃圾信息?

最近KEVIN的产品上线啦,大家可以去下载使用体验我们公司的产品(打个小广告),但上线初期产品因为UGC遇到了一些UGC的垃圾信息情况,作为PM是非常担心的,尤其是在BOSS关注下的情况下。那么今天KEVIN通过一天的整理,说说并探讨下在有限的运营成本下,如何尽可能高效的做到UGC垃圾信息过滤?你要知道UGC垃圾信息绝对不可能做到100%我们的产品是如何发现UGC垃圾信息的

需求分析篇|从实例分析中理解业务需求、用户需求、功能需求的转化

本节试图从一个简单的“用户自助寄件”案例出发,分析业务需求、用户需求、功能需求之间的关系和差异,以及如何进行需求的分析和转化。在产品的需求里面,经常有这三个概念:业务需求、用户需求、功能需求,但往往,我们很容易搞混,不清楚他们之间的关系和差异,我们先引用一下比较官方的解释:业务需求( Business requirement ) 表示组织或客户高层次的目标。业务需求通常来自

横向分类 & 纵向剖析,需求分析就该这么来!

除了你张口就能来的“马斯洛”“七宗罪”,需求分析还该从哪些方面入手?本文作者将从横向分类与纵向剖析两大方面,带你认识有意思的需求分析。2017的第一篇文章在催稿中就这么灰头土脸的姗姗来迟了,but anyway, 我还是要mark一下并撒花庆祝,冰山傲娇脸。敲黑板,言归正传,关于需求部分的话题,我们继续来聊聊。年末的时候,在这篇《24k 纯牛老司机教你如何做好需求收集》之后

【好奇心日报】产品之我见

一、产品简介1、产品名称产品名称:好奇心日报2、产品介绍好奇心日报以商业视角观察生活并启发你的好奇心,囊括商业报道、科技新闻、生活方式等各个领域,致力成为这个时代最好的媒体,为用户提供最好的新闻资讯。二、行业背景以下数据来自于艾瑞咨询2016年中国新闻媒体发展趋势专题解析三、产品层3.1、产品结构图四、逻辑层4.1、展示推荐逻辑新闻内容瀑布流展示,中间穿插各种专栏的新闻内容

我为什么用 ecel 写需求文档

图片来自网络导读不只是我自己在用excel,我还推荐朋友使用,在培训时,我也将excel需求文档的写法教给大家,并且将excel版本 定义为 需求文档的2.0 阶段。写在文章之前: 这篇大概是我改的次数最多的文章,因为好处实在太多,最开始我从使用特性来分析,然后又从管理来分析,但总觉得不妥,毕竟这些好处并不是绝对的,还要看个人和团队的升级应用,然后就有了这版, 绝对肯定一

需求分析之需求收集和管理

需求收集对于产品经理来说,都已经属于老生常谈了。在产品的立项和设计前需要先做需求调研,在这里我们就来谈谈如何进行需求收集和管理。一、需求收集目的 需求收集的目的就是了解用户目前所需要的是什么,最迫切需要去解决的问题是什么,有哪些是我们目前所没有满足的等等。通过以市场为导向的客户需求收集,保持产品的核心竞争力,最终实现产品创新。1.深刻理解市场需求、用户需求、准确把控行业发展

需求文档 2.0:三个原因,解答我为什么用 ecel 写需求文档

不只是我自己在用excel,我还推荐朋友使用,在培训时,我也将excel需求文档的写法教给大家,并且将excel版本定义为需求文档的2.0阶段。这篇大概是我改的次数最多的文章,因为好处实在太多,最开始我从使用特性来分析,然后又从管理来分析,但总觉得不妥,毕竟这些好处并不是绝对的,还要看个人和团队的升级应用,然后就有了这版 , 绝对肯定一定大概也许可能打死不改的版本。 我决定

发现真正的用户需求 你需要转变视角

用户需求的重点不在于新对于创业者而言,分析研究用户需求永远是重中之重,毕竟从宏观上看,商业价值的实现来自于对需求的不断满足。然而说起来简单,真正做起来却很头疼。用户需求并不是一个很容易被量化的指标,每个人对其观察视角和思考方式也大不相同,从来就没有什么教程或者宝典来告诉创业者怎么做才能真正满足用户需求,我们只能从更新的角度去切入,结合移动互联网时代的特点,去弄清楚所谓的用户

战略分析:神奇的波士顿矩阵

收集需求是产品经理的基本能力之一。下面来聊聊整理并安排需求优先级的方法。波士顿矩阵波士顿矩阵(BCG Matrix):波士顿矩阵又称市场增长率-相对市场份额矩阵、波士顿咨询集团法、四象限分析法、产品系列结构管理法等。具体不了解BCG的同学自行百度“波士顿矩阵”,这里不详细解释了。BCG的x,y轴分别是相对市场份额,市场增长率。不难发现,实际上市场增长率和相对市场份额之间存在

从“地瓜社区”的建立,浅谈社群用户需求

用户的属性和行为是否真的代表了用户的愿景?这篇文章想就这个问题进行讨论。在谈社群建立的时候,我们会不自觉的考虑用户属性、用户分层、用户路径等手段,并将此作为判断用户参与社群的意愿,予以激励。在看过“地瓜社区”的建立过程以后,笔者在想:用户的属性和行为是否真的代表了用户的愿景(即最终目标)?这篇文章想就这个问题进行讨论。本文分为如下几个部分:地瓜社区简介用户真实需求的解读连接

老板给你提需求时,如何与老板大战 300 回合

其实“老板说”或者“与老板PK”现象并不可怕,相反在与老板的不断辩论过程当中,我们自身的技能和视觉也得到很大的提升,这是一个非常有利于成长的过程。在互联网创业公司,很多产品经理心中可能都有一个痛,那就是需要经常去说服老板的不靠谱需求。平时参加活动,也经常听见坐在旁边的产品经理说道:我们部门老板需求比较多,产品经理工作比较被动。这种情况其实非常常见,也很好理解。因为互联网行业

Kano 模型:一种产品经理适用的方法论

Kano 模型是狩野纪昭教授发明的对用户需求分类和优先排序的一种工具,与产品经理的贴合度非常高,于是这样一个非产品行业的教授所发明的工具,成为了产品经理们的方法论。Kano 模型的起源什么是 Kano 模型简单来讲,Kano 模型是狩野纪昭教授发明的对用户需求分类和优先排序的一种工具,与产品经理的贴合度非常高,于是这样一个非产品行业的教授所发明的工具,成为了产品经理们的方法

需求分析之需求是什么

互联网的产品经理都会经常接触到需求,但是别人突然一问需求是什么,大部分人都会瞬间懵逼。需求究竟是什么? 需求,百度百科的解释为在经济学中一定的时期,一个经济主体对一件商品或服务的效用。在我们互联网产品中,需求可以定义为在一定可行条件下,人们对于欲望驱动下的一种服务的需要。需求与需要 需要与需求是两个不同概念,需要更偏向于底层动机,分为物质需要和精神需要,是生物感到某种“缺乏

有意思的需求分析:用案例手把手教你

关于“需求”这个词语,真的是让人又爱又恨,我们来说说需求分析的那点事。空口无凭,我们举例说明。斯巴达星球是浩瀚宇宙中的一颗小星球,下面是朝堂之上的一段对话:皇帝:A爱卿啊,为何119省的信还没有送到?A臣:陛下息怒,奏折已经在路上了,快马加鞭赶往京城呢。这时A臣开始要求产品经理:马太慢了,我们需要一匹更快的马来送信。产品经理大狗子分析了需求,朝廷是觉得送信的速度太慢了,大狗

PM vs 需求|作为 PM 的我们,如何对接需求?

相信每一个摸爬滚打在产品战线的PM都有类似的经历,需求从天而降,砸的是一口老血喷出三丈高,更要命的是,需求就像一个娘不亲舅不爱的孩子一样,丢给产品以后,个个做起了甩手掌柜,坐等需求的健康成长或步入歧途。当取得成绩之时,分羹者众多,当陷入泥沼时,产品就是众矢之的,那么当我们面临这样的情况时,应该怎么办,离职?撕逼?都不如从源头上改变这一切。经过周而复始的跳坑,爬出,懵逼,捶胸

痛点与需求的区别与联系?

无论产品经理,还是市场营销人员,文案撰稿人,总离开研究用户需求。另外,相信很多创业者都有这样的体验,当你背着项目BP见风投的时候,投资人会问你:“目标用户痛点是什么?”那么,何为痛点呢?痛点与需求之间又是什么关系呢? 首先,关于需求,经济学中的解释是在一定的时期,在每个价格水平下,消费者愿意并且能够购买的商品数量。管理学中的需求是指人们有支付能力并且愿意购买某个具体产品的欲

访谈中,用户无法准确回答的 8 个情景

访谈是用户研究中使用最普遍的方法。由于人类记忆的局限性,用户无法回忆起所有历史经验或细节体验,因而表述的内容会存在与实际不一致的情况。但在用户研究中,访谈也是不可缺少的过程,研究人员知道哪些问题适合提问、哪些问题不适合提问这是非常重要的。本文介绍了哪些不适合直接提问(用户无法回答的问题)的情景,以及面对这些问题,如何通过其它方式获得答案。在访谈中会遇到一些尴尬的现象,研究人