精华内容
下载资源
问答
  • 我们常说,做生意要洞察用户的需求,那么,什么是用户需求? 我们常常把“用户的痛点”,“用户的需求”,“自己的假设”,“自己的推理”当作是用户的...根据以上市场和需求的定义,我们可以发现市场和需求的关系

    我们常说,做生意要洞察用户的需求,那么,什么是用户需求?
    我们常常把“用户的痛点”,“用户的需求”,“自己的假设”,“自己的推理”当作是用户的需求,好像我们都懂用户需求,但是就是落不了地。

    01

    市场和需求

    什么是市场?

    根据杰罗姆·麦卡锡《基础营销学》的定义: 市场是指一群具有相同需求的潜在顾客;他们愿意以某种有价值的东西来换取卖主所提供的商品或服务,这样的商品或服务是满足需求的方式

    什么是需求?

    需求就是对某种特定的东西也拥有支付能力和意愿。

    根据以上对市场和需求的定义,我们可以发现市场和需求的关系。

    有需求,有付费意愿,有供应物,才构成市场。

    我为什么开篇要说市场和需求的关系?

    因为,平常我们常常疑惑,用户有这个需求,有那个需求,我们的产品都要去满足吗?

    这里就涉及到一个关键要素:消费者的付费意愿。

    你的产品做了那么多创新,真的是用户需要的吗?用户愿意付费吗?有多少用户愿意付费?

    无法匹配消费者需求的产品创新,都是毫无意义的创新。

    那么,到底如何才能洞察用户的需求?

    02

    什么是用户需求

    用户需求的定义是什么?
    用户需求就是目标用户群体特征和用户场景背后产生的最底层的原因。

    我们来拆解一下关键词:

    • 目标用户
    • 群体特征
    • 场景
    • 驱动因素

    想一想,假如你有一款美容产品,你的用户需求是什么?
    变美?皮肤修复?
    你的用户想用这个美容产品达到变美和修复的效果,但是,变美只是一个结果,不是用户的需求。

    要找到真正的用户需求,需要考虑驱动因素,究竟是什么东西驱动着你的用户想要变美?因为变美能够让人变得自信,想要变得自信,这才是真正的需求。

    所以,围绕这个真正的需求,你的产品形态就有很大的想象空间,而不单单是一款美容产品。
    它还可以是一种培训,如瑜伽馆,健身馆等。
    它还可以是一种服务,如知识付费等。
    因此,真正的用户需求分析,是去挖掘用户产生这个愿望时,究竟是什么因素在驱动着用户。

    03

    如何识别伪需求

    一个项目能不能成功切入,与目标用户找得是否足够准确有着非常大的关联。如果没有找准目标用户,不知道每个细分用户的具体需求,就有可能错失良机。

    这里引用一下福特的案例,亨利福特说:如果问用户需要什么,用户会说我需要一匹更快的马,用户的脑海里没有车的概念。

    那么,我们是要训练”一匹更快的马“出来给用户吗?

    活在21世纪的我们已然知道,这不是我们想要的。那是用户欺骗了我们吗?用户说想要一匹更快的马,但是最后也消费了汽车,这是为什么?

    用户需要”一匹更快的马“这是一个真需求还是伪需求?

    是真需求还是伪需求,取决于用户需要这个产品背后的原因。

    马是一种交通工具,主要目的是把我从A运送到B。用户需要”一匹更快的马“,背后的原因其实是”用户想更快地到达目的地“。

    而至于达成这个目的的产品,可以是马车,可以是汽车,可以是高铁,可以是飞机,甚至是火箭。

    04

    如何洞察用户需求

    1. 从产品思维的角度去思考,用户到底想要的是什么。

    用户想要的是墙上的一个洞,并不是钻墙的机器。从产品思维的角度出发,我们提供给用户的是一个结果,而不是过程中的工具和材料。

    1. 用第一人称的视角感受需要

    马化腾是一个很出色的产品经理,据说,公司旗下的产品他每天都在用,还会给团队提意见。这就是第一人称视角,当你自己去体验你自己的产品的时候,你会发现这个产品的痛点是什么,有哪些地方不够人性化,有哪些功能可以增强等。

    1. 用正确的方法去做市场需求调研

    有两种方式:定性和定量调研分析。
    定性调研分析输出的是一个用户画像,定量调研分析输出的是一个用户需求优先级的分布。
    做市场调研,最关键的是提出一个好问题。这里篇幅有限,下次写。

    1. MVP验证

    把以上洞察出来的需求和调研信息,转化为一个MVP产品,快速投入市场测试,验证可行,再进行大规模生产和市场投放。

    05

    小结

    1. 市场和需求的关键要素:有需求,有付费意愿,有供应物。
    2. 什么是用户需求?用户需求就是目标用户群体特征和用户场景背后产生的最底层的原因。
    3. 如何识别伪需求?真正的需求取决于用户需要这个产品背后的原因。
    4. 如何洞察用户需求?
      用产品思维去思考用户的需求
      用第一人称的视角去思考用户的需求
      用正确的方法去做市场需求调研
      做一个MVP产品验证
    展开全文
  • 谈谈你对用户运营的理解

    千次阅读 2019-08-03 09:47:19
    重点在用户,增加用户数量,提高用户粘性、活跃度,延长用户单次使用时长或者总时长等,收集用户使用习惯、爱好、行为数据,针对性推出活动,满足用户与产品互动的需求,与用户沟通,处理问题和反馈等。 围绕用户,...

    重点在用户,增加用户数量,提高用户粘性、活跃度,延长用户单次使用时长或者总时长等,收集用户使用习惯、爱好、行为数据,针对性推出活动,满足用户与产品互动的需求,与用户沟通,处理问题和反馈等。

    围绕用户,以产品为基础,服务好,收集反馈,促进产品改进,更好的服务。

    展开全文
  • 在本文后半部分我根据对用户故事实践和理解列出一些内容。 你会发现,这些内容与《系统分析与设计方法 第7版 》第7章 使用用例建模系统需求 P179 中表格几乎一模一样。 理解或原则 下笔前,先列明几个理解或...

    概述

    这几年一直在思考敏捷开发中的用户故事,并尝试在工作中使用用户故事。

          发现不论敏捷开发还是瀑布式开发,很多东西都是相通的(或者说一样的)。在本文的后半部分我根据对用户故事的实践和理解列出一些内容。 你会发现,这些内容与《系统分析与设计方法 第7版 》第7章 使用用例建模系统需求 P179 中的表格几乎一模一样。

    理解或原则

    下笔前,先列明几个理解或原则:

    1: 在开发一个系统的时候,业务的成果物是开发的基础。也就是开发人员是业务人员的客户, 需要提供符合开发人员的产品。

    2: 业务人员和开发人员对问题达成一致的理解,是做出优秀产品的基础。

    3: 业务阶段的成果物不可能是完美的,随着工作的展开,内容逐渐细化,需要业务人员和开发人员密切合作。开发人员不能要求业务人员1️⃣开始就能提供全面的或者完美的成果物。

    4: 由此可知,开发人员与业务人员之间需要有方便的沟通 渠道。

    用户故事的理解

    站在一个开发者的角度,期望业务能提供如下内容:

    1: 产品的远景/愿景是什么: 如何激励士气,让大家朝着一个方向前进。这也是判断业务的一个标准。

    2: 当前版本的目标是什么:最好能给出支撑产前目标的业务树

    3: 当前功能的价值是什么:

    具体可分为:

    3.1 用户角色是什么, 该角色有什么特点, 最好可以有一个角色画像。

    3.2 为该类用户提供什么样的价值

    4: 推荐的解决方案是什么: 注意,推荐的解决方案不一定是最终的选择方案

    3,4加起来就是一个用户故事

    5: 应用场景的描述: 给开发者一个感性的认识

    6: 根据价值,用户列出验收(满意)条件:该段内容可以形成测试用例。

    根据6就可以将业务和测试,开发串联起来了。

    7: 该功能的依赖,假设与限制是什么

    依赖是指前置条件,后置条件

    思考:非正常流程有哪些,可以放置在什么地方

    8: 开放性问题:

    收集开放性问题,以便于再次沟通。

    不要让开发者将不确定的问题误认为已确定。

    9: 优先级及依据。

    10: 联系人列表

    10.1 业务的提出者

    10.2 用户角色代表

    10.3 建议的沟通对象

     

    几个问题:

    1: 上面所列的项目不需要全部提供。

    2: 可以落实成文字,但是文字仅仅作为备忘录使用,不要过度依赖,特别是不要成为验收或追责的依据, 否则可能会导致参与者不乐意提供。

    展开全文
  • 问卷调查过程调查报告 明确调研目的 调研对象 总结分析 需求来源非用户用户访谈 需求来源非用户 用做评估产品或系统一种方法让一群具有代表性的用户对产品进行典型操作同时观察员和开发员在一旁观察聆听记录 用于...
  • 一般来说,维护需求的项目时间都是比较紧急的,维护嘛,用户等着上线用的啊,其实在这里,我们维护需求和新增需求的定义都不太清晰。 怎么理解呢?我个人的理解: 维护需求,是指用户提出在系统使用过程中的问题...

    一般来说,维护需求的项目时间都是比较紧急的,维护嘛,用户等着上线用的啊,其实在这里,我们对维护需求和新增需求的定义都不太清晰。
      怎么理解呢?我个人的理解:
      维护需求,是指用户提出在系统使用过程中的问题以及整合目前用户觉得需要改进系统的一些功能的需求文档。
      新增需求,就是指用户在不满足当前系统使用功能的前提下提出一些不包含之前的需求文档内的新增的功能而形成的需求文档,它没有包含用户继续解决的用户bug。
      因此,我个人从定义上区分,维护需求多数只是针对用户问题去修复并验证bug,当然也有掺入一些用户界面体验、新增的小功能点吧。而新增需求,在项目开发中可能就不是一个小新增功能点了,更多的是大的项目系统分支、功能模块,需求业务规则的编写程度需要更明细。

    最新内容请见作者的GitHub页:http://qaseven.github.io/

    展开全文
  • 行业软件中对需求的4个理解层次

    千次阅读 2018-03-21 13:29:43
    现总结一下医疗行业对需求的理解层次,也适用于其它行业。 首先要知道自己在和哪个岗位的人对话,要赢得哪个岗位的认同,然后针对不同岗位和层次的人的需求,来调研和处理需求,才能为你的产品...
  • 开始接触需求工作时,在对用户需求的沟通基础上,多依据于做软件开发的结构化思维方式来编写需求文档,这种方式易陷入实现细节的陷阱。如何在用户需求和软件需求之间找到平衡点,使得做出的产品即是用户想要的又在...
  • 对需求分析一些理解

    千次阅读 2006-05-11 15:45:00
    1,有业务需求,更要有功能需求。 业务需求、用户需求和功能需求... 一般我们从业务人员或者时产品经理手中拿到是业务需求,这时候我们应该整理为用户需求和功能需求,并在完成此步骤后,再到用户那里进行再次
  • 经过昨天对需求文档分析评审,我们初步明确了项目的需求。  1.用户可以选择上位机与CANTool装置连接串口号(上位机可以搜索到可使用串口号)  2.用户可以通过GUI界面间接设置CANTool装置配置信息  3...
  • 佳音校区北大青鸟告诉你UI与UX之间最大区别可以概括为UI是通过视觉维度去解决效率问题UX是偏向于功能维度去解决需求问题本文章是结合作者个人多年经验和大家尤其是新人PM一起分享下UI和UX对比理解 UI与...
  • 需求分析是研发一个软件系统前期工作,目的是搞清楚系统要做什么,用户的应用场景是什么等。稍微大一些软件开发团队有专职的需求分析师,他们有叫BA,有叫SE;也有由开发骨干兼任。   ...
  • 在很多项目中,由于项目初期范围定义的模糊,导致项目中期开发实施中与用户的理解产生偏差。这个偏差导致的直接结果是很多开发工作需要调整,增加开发的时间,同时也让用户感到不满意。因此本文主要介绍了如何在...
  • Activit的理解

    2019-03-16 17:27:30
    通过计算机技术实现用户需求,通过计算机研发软件功能,所开发软件功能就是业务功能。 什么是业务系统? 实现用户需求,所开发软件系统,叫业务系统。 什么是业务系统核心(灵魂)? 技术不是业务系统核心,...
  • 精品文档 你我共享 UI 设计中的用户需求分析 UI 设计中怎么做用户需求分析这个问题 我们可以这样理解在做产品时其实跟谈恋爱很像 你要有一个准确定位这是产品设计方向也是需求文档和设计产出判断标准 此外产品...
  • 我们的用研需求来自项目组和用研组需求池,为控制节奏和质量,承接项目组需求的工作流程进行严格把控,我们针对项目组需求,制定了用研工作流程图,用户理解也在这个框架之内。用户理解是用研基本工作之一,目的是...
  • 工程师产品的理解

    2020-03-15 07:24:30
    对于绝大多数工程师,尤其是产品方向的工程师,产品的理解越好,越能有助于职业发展。 一、为什么工程师需要产品有理解? 工程师的天职是落地。落地不是说产品做出来就结束,而是要真实的被用户使用,满足用户的...
  • 软件需求的分析

    2016-04-08 19:17:33
    通过这两个礼拜学习,我明白了需求分析就是对用户的意图不断揭示和验叛过程,并且要对经过系统可行性分析所确定系统目标做更为详细描述。获取需求一大最重要方式无疑是用户调查了,就拿移动APP这个时代最...
  • 在我前面写一篇博文《如何写出让自己满意代码》中,有读者在评论中提到了用户需求不确定导致在总体设计阶段总是无的放矢问题。需求分析当然是非常重要,甚至在某些情况下比总体设计还更重要。那么,如何理解...
  • 需求分析贯穿项目始终,在项目过程中会不断产生新需求,也会不停地发生需求变更。需求分析是项目管理重点和关键,需求分析常见问题有: ...对用户需求进行了包装和拔高,"用户需要是一辆自行车,而不是...
  • VUE框架的理解

    2020-10-30 09:15:15
    Vue 是一套用于构建用户界面渐进式MVVM框架。那怎么理解渐进式呢?渐进式含义:强制主张最少。 Vue.js包含了声明式渲染、组件化系统、客户端路由、大规模状态管理、构建工具、数据持久化、跨平台支持等,...
  • View(视图):是程序呈现给用户的部分,是用户和程序交互接口,用户会根据具体业务需求,在 View 视图层输入自己特定业务数据,并通过界面事件交互,将对应输入参数提交给后台控制器进行处理.
  • 那么我就来根据我们之间的谈话,说说我用产品经理的角度运营的理解:目标用户在哪里?(用户画像)多少次的曝光能引发一次新用户的使用?(转化漏斗模型)曝光-使用过程中,有什么障碍需要克服?(如何优化转化率)什么会...
  • 客户需求、市场需求、产品需求、设计需求、业务需求、内部需求、外部需求、特性、规格、功能需求 --- 需求工程基本术语说明 ...客户/用户需求:基于客户认知,更多是客户直观要求,体现了用户
  • 另一方面是需求骂开发人员笨,对需求一点不理解,只懂机械做。这样情况,常常导致系统不停修改,bug不断。客户,需求,开发都筋疲力尽,然后就是项目延期,直到死亡。 这样情况,相...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 3,296
精华内容 1,318
关键字:

对用户需求的理解