精华内容
下载资源
问答
  • 客户需求、市场需求产品需求、设计需求、业务需求、内部需求、外部需求、特性、规格、功能需求 --- 需求工程的基本术语说明 需求分析和管理对产品开发成败至关重要,这一点大家都非常清楚,正因如此,相关的管理...

    客户需求、市场需求、产品需求、设计需求、业务需求、内部需求、外部需求、特性、规格、功能需求 --- 需求工程的基本术语说明

    需求分析和管理对产品开发成败至关重要,这一点大家都非常清楚,正因如此,相关的管理体系都对需求进行详细定义和描述,不同体系不同的定义,导致需求术语混乱,笔者结合10多年的需求工程经验,详细分析不同术语区别如下:

    客户/用户需求:基于客户认知,更多是客户的直观要求,体现了用户个体的诉求,往往是理想状态,例如:“需要一个功能强大的手机,同时价格要相对便宜”、“我想要的汽车要外观时尚,性能卓越。”,用户需求往往无法直接开发实现,同时用户对自己的需求往往也是模糊的,实际开发中就需要借助类似原型(demo)、参照物等方法,使客户需求具体化。

    市场需求:很多人理解的市场需求就是客户需求,个人认为市场需求和客户需求还是有很大差别的,客户需求更多描述客户的诉求,而市场需求不但要描述目标客户的诉求,更需要描述竞争对手针对此需求的反应,例如,竞争对手是如何实现的?如果我们不实现被竞争对手替代的可能性有多大?如果实现我们是否如何做才能超越竞争对手?所以可以理解市场需求是经过产品经理分析后的客户需求,体现了客户和竞争的情况。

    产品需求:针对产品需求,个人认为IPD的定义是合理的,IPD把产品需求定义为“产品包需求”,之所以叫“产品包需求”是因为我们给客户交付的不是孤立的产品,而是一个解决方案,同时客户是否购买一个产品不仅仅看产品本身,还会关注品牌、服务、渠道等因素,产品需求要广而不深,需要把产品相关的方方面面都考虑清楚,而不是要针对一点定义的多么精细,需要更多从客户购买决定的全过程来思考,所以一般就会涉及:价格、渠道、包装、性能、易用性、保证、服务、社会接受程度、品牌等;另根据需求理论一般产品需求会在25~99条之间,实际研发项目时,产品需求会直接让领导层来判断该产品的价值、竞争地位等,最终判断该产品是否值得继续做下去。

    设计需求:设计需求故名词意就是 设计+  需求,经常遇到研发人员说设计与需求有时候很难区分开来,其实到了设计需求阶段,设计和需求已经融合在一起了,同时也正是融合在一起,需求才能落实为设计,设计也才能承载需求;对比产品需求,设计需求定义时一定要在深度上下功夫,细化到能够通过设计来实现,并且能落实到具体的物理模块来承载。那么设计需求怎么来的呢?根据需求工程理论设计需求是通过产品需求分解而来,业界常用HD(层次分析法)来分解产品需求,关键问题是大家一定要掌握,一个产品需求需要从哪些方面来分解,从而保证分解的完整性,根据IPD需求工程定义,一个产品需求通常需要从如下:功能、环境、性能、强健性(鲁棒性)、可靠性、可维护性、可用性、安全性、重量、电源、尺寸大小、可运输性/可移动性、灵活性等方面进行分解,当然并不是每个产品需求都要一定分解为这些方面,分解后就形成了与此产品需求相对应的设计需求清单。

    规格:我们经常讲:产品需求规格说明书,说明需求和规格本来就是一体化的,规格就是需求的具体说明,例如:“OA要支持IE浏览器” 是需求,那么如果具体定义:“需要具体支持Ie6、Ie7、Ie8”,那么就叫规格;“声音要达到120分贝~190分贝”,这本身就需求+ 规格。

    特性:软件行业和军工标准中,经常提到特性这个词语,例如国军标中定义:“特性--- 识别和区分各类产品或服务的属性,这种属性包含物理、化学、功能或其他可识别的性质。”;所以模糊来讲特性就是产品需求,如果更精确来讲,特性是产品需求中的与其他产品有明显差异的个性化需求,通常我们把产品需求划分为3类:BSA(BasicSatisfied、Attractive),分别为基本需求、最好满足的需求、更具有吸引力的需求;所以可以理解特性为:A的需求。

    测试需求:什么叫测试需求,很多人认为测试需求是基于对产品需求的分析,测试人员提炼出来的需要重点测试的点,故名词意:测试需求。不管别人怎么认为,本人认为测试需求是本身是个变态和错误的做法,只所以有测试需求,原因是实际研发中产品需求、设计需求定义不清晰,开发人员就糊里糊涂地进行设计和开发了,但测试人员无法基于需求提炼出来测试点,迫于无奈,不得不给需求定义人员擦屁股,将需求细化到能够提炼到测试点的级别。正规做法应该如此:需求定义人员详细定义产品需求和设计需求,而同时测试设计人员直接针对此需求分析该需求如何测试,重点测试哪些内容,所以测试需求,本身应该叫:需求的可测试性分析,其实是需求的属性之一,这样做的好处是:可以直接判断需求定义是否具体,是否可验证,凡是不能验证的需求都是错误的需求;后续测试用例开发人员针对需求的可测试性分析,直接编写对应的测试用例。

    内部需求:实际产品需求定义时,我们更关注的是外部客户的需求,因为外部客户直接给我们钱,但其实产品也有内部客户,也需要关注内部客户的需求,谁是内部客户呢?例如制造、客服就是内部客户,如果设计时,没有考虑到制造的要求,直接导致制造效率低下、良品率低,最终影响产品的市场表现;制造部门的需求、客服部门的需求,也需要在产品开发前期就识别,成为产品需求和设计需求的一部分,并在设计开发中实现。

    外部需求:对照内部需求,外部需求是客户、渠道、合作商、用户等,外部关联单位的需求,具体分析时就需要通过销售过程分析,详细分析产品从生产线下来,到最终客户手里需要经过哪些环节,而这些所有环节的需求统称外部需求,所有外部需求都是我们需要重点关注的,一个环节不满足,产品可能就到不了最终客户手里,就无法转化为实实在在的商业利益。

    业务需求:针对业务需求业界缺少标准一致清晰的定义,个人认为业务需求更多是从客户的业务发展、财务、战略出发,更多体现了客户高层的要求,涉及产品整体宏观上的要求;例如针对ERP,“库存周转率提高50%”,针对电信设备,“能够无缝升级到下一代网络,从而节约投资成本”,针对银行系统,“提高客户的资金周转效率30%”;针对网络游戏,“使单个用户的费用贡献提高50%”,等等,这些业务需求更多体现客户经营的需要,具体业务需求需要通过产品需求、设计需求去细化和实现;例如ERP,为了是实现“库存周转率提高50%”,就要求ERP系统实现:相应的报表统计功能、告警通知能力、订单预期功能等,这些可以成为产品需求或设计需求。

    功能需求:功能需求其实是设计需求的一个类别,为什么这么有名呢?核心原因还是软件行业鼓吹、宣传的原因,因为软件行业基本都是功能需求,就是第一步干什么,下一步做什么,然后再做什么的场景描述,所以功能需求就这样出名了,功能需求与其他设计需求定义时,核心不同点是,功能需求需要详细定义场景描述,其中包含正常场景、异常场景,业界通用定义方法是Usecase法。

     

    (作者: Tiger.dong ,青铜器RDM产品经理、华成研发咨询联合创始人、青铜器软件联合创始人,1998~2004年 就职华为技术,参与电信交换机、数据路由器等核心电信设备的设计与开发。 新浪微薄:@董奎Tiger )

     

     

    展开全文
  • 产品经理之市场需求文档MRD-全栈工程师熊盼市场需求文档(Market Requirements Document)产品、需求版本历史大版本-V1.0.0 V2.0.0中版本-V1.1.0 V2.1.0小版本-V1.1.1 V1.1.2用户问题、产品机会找到用户需求为什么存在...

    产品经理之市场需求文档MRD-全栈工程师熊盼

    市场需求文档(Market Requirements Document)

    产品、需求

    版本历史

    大版本-V1.0.0 V2.0.0

    中版本-V1.1.0 V2.1.0

    小版本-V1.1.1 V1.1.2

    用户问题、产品机会

    找到用户需求

    为什么存在这些需求

    目标市场分析

    目标市场

    市场规模

    市场特征

    发展趋势

    时间周期

    节奏

    时间点

    目标用户分析

    用户描述

    用户/市场统计

    用户分类剖析

    用户情景

    关键用户需求

    竞争对手分析

    产品、需求概况

    产品定位

    市场定位

    那个市场

    用什么样的产品来满足用户需求或者市场需求

    产品前景

    核心目标

    KPI
    使用量
    卸载量
    日均活跃用户数
    ROI
    开发人力、时间
    回报
    时间

    产品构成

    功能型需求
    非功能型需求

    RoadMap

    产品路线图

    时间进度计划

    这里写图片描述

    展开全文
  • 关于对产品需求变化和系统修改,个人有一点看法写出来交流一下。 很多时候我们都是在不断的满足用户的需求来获取订单(当然,为了生存也许是不得已)。系统需求的不断变化定制开发,在给用户带来满足的同时,不断...
        从事开发这个行业,经常遇到需求变化是在所难免的,很多时候都是为了迎合客户的需要而对系统进行不断的修改和变化。关于对产品的需求变化和系统修改,个人有一点看法写出来交流一下。
        很多时候我们都是在不断的满足用户的需求来获取订单(当然,为了生存也许是不得已)。系统需求的不断变化定制开发,在给用户带来满足的同时,不断变化的需求也导致系统的庞大而复杂。
    我其实也在想一个问题,满足用户需求是否就是提高产品的价值? 原理上讲这句话是没有错的,产品的价值就是为满足需求,为用户创造价值。但这里面有一个条件,产品的价值并不是满足所有人的需求。也不可能满足所有人的需求,任何一个产品都是如此。
         那我们就需要考虑一个问题,我们满足谁的需求?谁才是我们真正的那部分目标用户?
         产品在市场,就像一个人在社会,总要有一个原则和标准。这样的产品才受人尊重,实现目标。市场上很多大品牌的产品(如Sony,IBM,Motorola),功能反而很简单。并无法满足我们各种各样的需求。倒是那些“山寨机”各种功能齐全,应有仅有。这些现象说明什么呢?
         一个产品不能满足所有用户需求。不同的用户有不同的需求,同一用户在不同的条件下也有不同的需求,所以指望一个产品能满足所有用户的需求也不太可能。因此,任何产品都只能满足大部分用户的主要需求,企图满足所有需求的产品最后往往是一个大杂烩,什么都有,但什么都没有的感觉。
         从另一个层面讲,当我们获得大部分用户的主要需求以后,我们一方面需要把它们融入到产品设计里面——满足用户的主要需求;另一方面我们还要提升产品的设计——超越用户自身的需求。也就是不但要考虑产品的实用性,还要考虑产品的易用性和趣味性(附加的价值);就像服装一样,同是为了保暖(当然,夏天的功能应该是为了防止走光吧:));但是具有品牌价值的名牌可以卖到上千上万的好价钱,而普通衣服只能卖个几十元,而且还令很多人对这些品牌趋之若鹜。
         曾经有个形象的例子,不知道有人是否看过斯诺克,如果大家看得话,不难发现职业选手和日常业余玩家有非常大的区别。那就是业余玩家往往希望一杆把所有球打进,一杆下去,母球四处横飞,每个球都在变化位置,结果也无法估计每个球的运动轨迹和停留点,目标球没有进,下一杆又没有好位置;而职业选手每次永远只打一个目标球,目标就是把目标球打进的同时母球有一个很好的停留点来打下一杆球,其中把母球的整个运动轨迹算得清清楚楚。其实产品设计也是一样,专业人员设计的产品永远只满足用户最主要的一个需求,其余的辅助就是为了帮助用户实现唯一的需求和为满足用户下一个需求做准备。
    当你在为了客户要求不断修改产品的时候,是否问过我们的原则和标准是什么,我们的定位是什么,我们的品牌是什么?
     
    展开全文
  • 案例涉及MRD流程、ToG市场概念、电瓶车行业市场等领域内容。 MRD文档的目的 在文章http://www.woshipm.com/zhichang/4351142.html中详细阐述了BRD文档写作规范,BRD的目的是决定为什么要去做一件事情。而MRD的作用...

    本篇文章以电动自行车充电桩为例,解构MRD文档写作标准,供大家参考学习。案例涉及MRD流程、ToG市场概念、电瓶车行业市场等领域内容。

    MRD文档的目的

    在文章 http://www.woshipm.com/zhichang/4351142.html 中详细阐述了BRD文档写作规范,BRD的目的是决定为什么要去做一件事情。而MRD的作用便是如何去做,提供一套方法与指导实施的文档。

    汇报对象

    参与产品的各个层级同事。

    一、文档概述

    1.1 文档说明

    • 产品名称:电瓶车充电桩
    • 文档创建日期:2021年01月25日
    • 创建人:简一商业
    • 创建人联系方式:xxx;
    • 部门:产品部

    1.2、文档背景

    电动车自行车服务市场规模千亿起步,普通上班族起码两天充一次电,而对于更高需求频次的车主,比如说快递、外卖行业的车主,每天充电次数在2-3次左右,虽然每次充电话费1-3元,但是广谱高频的需求是无可争议的,行业前景不可估量。

    虽然有上百家企业在从事安全充电桩的研发生产,但远远没有形成头部规模化影响力,行业处于发展初期,该市场具备较大的入场机会:

    • 一部分企业原来是做投币机设备的,没有核心技术,更多是集成商的角色,委托第三方搭建简易的物联网平台,并开发硬件设备,自己只做整机装配工作;
    • 一部分企业是纯互联网创业公司,缺乏对硬件产品的了解(良品率、售后维修…),对硬件控制力不够。

    1.3、文档目的

    本文通过电瓶车充电桩市场分析、用户需求分析、产品分析三个维度来讲解MRD的写作标准,希望起到借花献佛的作用。

    二、市场分析

    2.1、市场规模:电动自行车充电桩市场规模

    我国是电动自行车大国,目前很多企业开始布局行业上下游,包括终端充电行业也是机遇与挑战并存。

    2.2、现有市场存在的问题和机会

    1、能源消耗

    能源是国民经济和社会发展的重要基础,传统充电方式不具备充满自停、异常断电等功能,导致电力损耗近20%以上,年度用电损耗超过500亿度电。

    2、民生工程

    中国有3.5亿辆电动自行车,每2天充电一次,每天充电次数达1.75亿次,总需要安全充电插座为1.75亿个。

    目前充电市场落地插座不足500万个,所以安全充电市场尚在市场初期。充电是刚需,也是最基本的生活出行保障。

    然而电动车发展面临着电池容量不断扩充的需求以及如何快速高效安全充电的挑战,解决充电慢、充电难、过充发热、易燃易爆等安全问题迫在眉睫,每年因电动车充电火灾达几百起,人员伤亡几百人以上,经济损失超过亿元。

    而对于目前用户被动式投币和刷卡的充电方式,只配备有简单的充满即停的充电模式,使得电池的寿命和能耗以及合理用电等问题都无法有效监控和管理。

    3、市场发展催生充换电需求

    目前传统的单机式的充电方式已经无法满足庞大的市场需求,市场正处在一个更新换代的阶段,带有管理平台的智能化充电桩市场占有率非常低。

    4、国家政策

    自2016年开始,公安部、中华人民共和国应急管理部、住房和城乡建设部、市场监管总局等部门陆续出台电动自行车充换电安全管理措施,鼓励新建住宅小区同步设置具备定时充电、自动断电、故障报警等功能的智能安全充电设施,督促外卖、快递企业站点设置集中充电场所,配置具有短路保护、自动报警等功能的安全充电装置。

    2.3、市场特征

    电瓶车充电桩主要针对ToG市场,市场特点是要依托政策解决社会问题:

    政策:

    • 公安部、住建部、消防等多部门机关每年下发相关文件,三令五申规范电动车充电行为;
    • 电动车不当充电引起的火灾事故,责任划分明确,轻则罚款,重则判刑。

    社会问题:

    • 每年300起充电火灾:电动车保有量3亿量,每年人员伤亡几百人,经济损失超10亿元;
    • 小区充电依然混乱:没地方充电、私拉电线、室内充电、楼道内充电;
    • 引起火灾的原因很多:过充是充电火灾的元凶;电池、充电器故障、线路老化、私拉电线等引起安全隐患;
    • 每年浪费电能109亿度:平均1次充电浪费约0.2度电,3亿辆车2天充电1次,全国每年浪费109亿度电。

    三、用户分析

    3.1、用户细分

    目标用户群体:

    TOG产品的用户按供给侧和需求侧分类:

    供给侧:

    面对的用户是政府公务员、党员、部分事业编人员。按角色来分有决策人员、管理人员、业务人员。

    示例:

    • 决策人员:局长/书记等直属领导;
    • 管理人员:各部门的主任和负责具体事务中层领导;
    • 业务人员:科员/办事员。

    需求侧:

    业务主要是服务群众,即面向广大民众开设的网上服务平台、城市服务APP、硬件基础设施等,如税务部门开发的个税扣除APP、高速ETC自动扣费系统等。

    目标用户特征:

    用户目标及影响用户使用的主要因素:

    TOG产品不需要盈利,也不需要刻意省钱,TOG产品所做的多数决策都是在面向政策。

    TOG产品的成败取决于是否满足了关键人物的个人利益。这里所说的个人利益不是说财产,而是政绩,是升值的渠道,或者给自己带来管理上的便利。

    五、产品概述

    5.1 产品定位

    充电桩不单单是一台冰冷设备,而是一套利用物联网、人工智能、大数据、云服务等核心技术的智能系统,连接了物业、消防、安监、车主、运营商、电池厂家等多端,同时可以嵌入相关服务系统,真正的从技术层面解决了电动车充电服务端存在的问题。

    从终端设备来讲,充电数据随时可以查看和管理,不管是车主还是运营商;

    另外在安全方面,设备具有电池充电异常提醒、故障插座关闭并提醒,断电记忆、插座被拔通知,自由设置充电桩功率,自主上线等,远程抄表,车主充电明细可查等诸多功能,安全便捷。

    5.2、产品结构

    充电系统架构:

    • 智能终端:5路、10路、20路智能充电桩;
    • 用户终端:(B端/C端)车主、各级运营商、物业;
    • 智能监管端:政府消防物联网、运营商、物业管理平台;
    • 管端功能:温度报警、断电次数、电池异常、断电用户。

    核心功能点:

    5.3、产品功能性描述

    满足智慧城市基础设施建设,充电过程全程监控,大数据定制优化充电,实现电动车充电安全管理的智能化、可视化。

    产品痛点:

    解决方案:

    智能终端规格需求:

    • 每路独立充电、4G网络、NB网络、扫码充电、远程抄表;
    • 支持铅酸、锂电充电、防爆面板、IP55防水;
    • 按键多种功能、插座二维码双重功能;
    • 支持所有电动自行车电池充电、扫码开空箱,关门安全充电,箱内助力设计,取放电池更省力。

    政府监管:

    • 需要提供电动自行车安全充电监管平台:
    • 将各类异常充电数据推送到政府消防物联网管理平台或第三方平台;
    • 帮助相关人员全面实时动态监管安全充电,利用手机端提醒信息提高监管效率,对充电火灾全面预警、断电、通知处理,同时监管电动自行车防盗。

    平台化管理:

    运营商管理平台:

    物业管理平台:

    六、总结

    2020年受疫情影响,更多的人选择购买电动车作为短途出行,避免因为乘坐公共交通公交感染新型冠状病毒,在病毒没有完全控制前,电动车行业将盈利发展小高峰。

    作者:简约,公众号:简一商业

    本文由 @简一商业 原创发布于CSDN,未经作者许可,禁止转载

    展开全文
  •  -产品定位:我们用什么样的产品满足用户或用户市场  -用户定位描述:针对什么目标群体,做什么事情,用最本质的语言描述 2、产品核心目标(产品本身要达到什么样的目标) -互联网产品的核心目标,往往表现...
  • 产品需求管理——需求收集

    千次阅读 2014-05-23 22:57:56
    前言: 需求收集sh
  • 产品需求与项目需求的差异

    千次阅读 2018-01-19 21:51:03
    多年前有次面试,被问到产品需求跟项目需求有什么区别,由于也确实没做过像样的产品,多以交付项目为主,简短回复了下,也深知是片面甚至是错误的。 如今再回头看这个问题,我提炼出以下几个关键词: 周期、明确...
  • 以“用户需求驱动”为主线,对“互联网”、“用户需求”、“产品设计”、“网络运营”和“商业模式”5个部分进行系统性、结构化串联和构建,强调产品应该以用户需求驱动,产品不是满足用户需求,而是更优地...
  • 抖音短视频APP——市场需求文档

    千次阅读 2019-09-15 19:39:06
    本文站在抖音初创期的角度,去尝试写的一份MRD(市场需求文档),主要内容包括:市场概述、用户分析、竞品分析(抖音VS快手)、需求描述。
  • 将用户需求转成产品需求

    千次阅读 2018-03-03 10:12:54
    推荐IT产业链平台【邀请产品经理】通常收集到的需求,绝大部分都是“ 用户需求 ”,所谓用户需求,是指听到用户说想要的东西,以及用户以为自己想要的东西,而产品经理要做的,就是思考如下三个问题:1、这个需求...
  • 创业兵法:市场需求分析

    千次阅读 热门讨论 2009-01-04 07:11:00
    2.1 、做好准备,开始创业!从这一部分开始,我们将开始一步步的进入创业的实际进程。...2.1.1、创业的根本:需求分析 任何产品的存在必须要有坚实的市场基础,这是毋容置疑的。在前文中也提到过市场基础的
  • 创业兵法:深挖市场需求

    千次阅读 2009-01-06 10:54:00
    上节提示 在市场分析时,用户的想法都是...上节链接: 创业兵法:存在即合理的用户意见 3、市场需求的深挖 有一个问题是我们在创业中必须要知道的,那就是——用户潜在的消费能力永远要大于现有存在的消费能力。
  • 互联网产品需求分析思路与方法

    千次阅读 2017-11-28 22:05:23
    需求分析的方法与思路需求分析的思路产品需求挖掘是一个不断迭代、不断更正的过程,任何一款优秀的产品都不是一蹴而就的,而是经历千百次的精雕细琢后的产物,而已然成功的产品也只有不断的修正、调整、才能保证在...
  • 如何从产品层面做产品定位,界内用到的是——产品定位五步法分析,那怎样在五步之内做出正确产品定位呢?
  • 市场需求文档MRD书写范例

    千次阅读 2015-05-17 21:24:20
    市场需求文档,(英文全称 Market Requirement Document,MRD)。该文档是产品项目由“准备”阶段进入到“实施”阶段的第一文档,其作用就是“对规划的某个产品进行市场层面的说明”,这个文档的质量好坏直接影响到...
  • 互联网产品需求分析

    千次阅读 2016-05-01 20:22:30
    需求就是用户想要的,能解决问题或者达到目标(想要的,欲望等)的集合
  • 用户需求产品需求的采集、分析、筛选和管理

    万次阅读 多人点赞 2016-05-22 13:02:35
    1 需求管理流程产品需求管理有需求采集、需求分析和需求筛选几个阶段,经过这几个阶段之后才会进入立项的阶段。 需求管理流程图2 用户研究方法需求采集主要是从用户的角度进行需求的采集,横向看,用户有说和做...
  • 正因为满足了用户的需求,这些产品才得以生存壮大。当然,在需求转化为用户行动之前,往往需要找到一种激发力。找到这种激发力,撬动杠杆,才能让用户采取行动。而在这个过程中,需要做的是发掘用户的麻烦地图、不断...
  • 产品需求优先级评估

    万次阅读 2016-07-26 11:19:16
    产品需求的优先级评估是一个颇有难度的工作,其实也是也是颇有技术性的活。本文介绍几种常用的需求优先级的评估方法。 一、数字排序法(三分法) 需求可分为强制型(Mandatory),满意的(Desirable),非必要的...
  • 需求、做产品的人,对马斯洛需求层次理论再熟悉不过了。因为做产品的人都喜欢以老马的需求层次理论作为产品需求的理论基础,每每次谈到需求,都要落实到马斯洛需求层次理论上去,这样才显得有依据,上档次,有水平...
  • 通用产品需求文档模板

    万次阅读 2017-06-10 17:25:08
    满足什么用户哪一个需求需求分解出来,产品的逻辑如何? 交互图如何? 设计图如何? 哪些功能点? 哪些细节? 实现进度如何? 产品健康运转的闭环如何形成? 文档,就怕写复杂了,连开发都看不明白的...
  • 一款产品的出现是为了满足或者引导市场上某一类人群的某一个特定的需求,用户需求是逐步演化的,所以产品也会是逐步演化,所以企业的发展也会是山头林立、群雄逐鹿到几家独大,再到开拓新市场的过程。谁能首先探明...
  • 软件产品公司需要需求管理系统

    千次阅读 2011-04-06 14:25:00
    1.1 缺少需求管理的例子 网上有一幅漫画形象地描述了... 而在产品型公司中,为配合软件产品的对外销售,一般会增加市场、销售、支持、实施等环节和配置相关人员,其人员通常也分步在多个区域以开展相关
  • 项目需求 MVP与产品痛点

    千次阅读 2017-04-17 11:46:44
    MVP是埃里克·莱斯所著《精益创业》中提到的概念,它的目的是验证两件事:一是产品满足了用户需求,二是产品能够创造商业价值。 大致意思指的是初创团队的产品经理应该探讨产品模型和商业模式对应。MVP就是验证它们...
  • 移动充电宝市场需求的调研报告

    千次阅读 2019-05-14 11:03:14
    移动充电宝市场需求的调研报告 汇报人:周体玥 ...
  • 机器翻译市场需求调研报告

    千次阅读 2008-07-05 15:12:00
    机器翻译市场需求调研报告该文章属原创,如转载请于作者联系!王文峰 刘鸣洋1 机器翻译的现状1.1机器翻译及其发展历程机器翻译(machine translation),又称自动化翻译,是利用计算机把一种自然语言转变成另一种自然...
  • 如何写好PRD(产品需求文档)+范例

    千次阅读 2014-05-05 23:21:31
    它影响着公司的产品团队的成果,公司的销售额、市场和客户满意程度。它要为公司提出更重要,更有价 值的产品产品需求文档需要清楚简明的表达出产品的目的、效果,功能,表现。产品开发团队将使用这份文档开发出产品...
  • ​本篇文章以笔者负责过的一款硬件...2. 手把手教你写市场需求文档MRD BRD对应产品之道(方向目标),MRD对应产品之法(路径流程),PRD对应产品之器(物理实施)。 PRD文档的目的 BRD的目的是决定为什...
  • 无论你从事什么样的岗位,做什么样的事情,理解需求,懂得心里,是非常关键的。

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 158,062
精华内容 63,224
关键字:

产品如何满足市场需求