产品需求收集之后就可以进行产品需求分析了. 比如微信功能的逐步完善,偏向于做加法,但有时候也会做减法. Y轴是重要跟不重要 X轴是紧急跟不紧急 然后通过各个需求的分数来确定坐标位置.同时可以根据阶段调整纬度的权重,比如在这个阶段重要性占80%,那么紧急就只占20%. 我们之前对需求有分类 那么我们可以在图上通过颜色标注分类 一张图可以添加许多有需要的标准分析工具.…
需求分析是产品经理工作中的重要一部分,而对B端产品经理来说,因为业务的特殊性,所以需求分析更考验产品经理的基础能力比如还原场景中业务调研的能力.需求价值分析中对价值的界定等. B端厂商的产品需求多数来自业务方真实场景,客户就是上帝不存在伪需求,产品经理多数抱怨自己只是需求的搬运工.处理需求比较被动,大多情况都是接收需求后为了赶项目进度直接动手做起来节奏看似时间紧凑,但事实往往事与愿违,一个功能反反复复不停不停打补丁,寻找源头常常是因为需求分析出现偏差,B端产品需求分析中存在以下问题: 1. 不会…
前言: 任何一个互联网产品,哪怕是一个简单的页面,也会涉及到很多的需求,产品经理也会经常遇到这样的情况:老板,业务提的各种新需求一下子都扎堆,哪个需求对用户来说最重要,用户对我们的新功能是否满意?开发产品资源有限,开发.设计.测试人手总是不够用,这么多需求没办法都做,先做哪些需求? 这些都不应该是PM拍脑袋想出来的,其实产品经理的基本要求就是在有限的资源上,通过优化产品设计,提炼出正确.有效的需求,尽量避免在后续的设计.开发中临时改需求,至少要做到框架级的需求不大改,那么如何不用大脑YY出来或者…
产品的需求筛选 战略定位要考虑公司的战略问题.产品定位要分阶段,各个阶段的需求不同. 其实现在需求分析跟筛选都是非常快的. 不把需要当成需求,意思就是不要用户说需要什么就是什么,用户需要引导. 先分类 再分析 然后分级(优先级) 然后找到一些原因跟之后的执行细节等等.…
需求获取方式 比如公司战略方面的需求  用户的反馈:投诉 建议等等 产品经理需要时刻关注竞品以及行业的发展! 需求池:各个产品经理的需求总和成一个需求池.让资源更好的利用起来.有的公司还有个“需求管理员”的岗位.每个公司可以一周开一次会,集合一次需求. 可以尝试设置一个业务流程图来执行需求池的建立:比如哪个PM负责每一次的需求会,哪个PM来负责需求的分类,哪个PM来负责业务的渠道选择等等.…
产品经理需要投入大量的时间在需求方面的工作. 一张图看出需求多么重要.各个方面的人物对需求的误解导致的后果. 首先收集需求 需求采集 可以用excel收集数据并整理 备注信息也很重要 有时候要跟提出人持续沟通 后序计划可以选择留存.暂缓.合并.搁置等等.就是对产品需求之后的操作. 对需求的管理特别重要…
三大文档 FSD一般包含在PRD 1.BRD一般是去向决策层汇报 2.产品介绍的各项是可选的 不是必备的 产品线路图就是roodmap.团队一般是偏技术的团队. BRD案例. 痛点.定性的描述.不会非常细致. 当前的手段. 价值. 竞品. 计划与目标. BRD的亮点.协调资源. 产品的功能结构.…
BRD模版 阐述需求来源以及调研分析情况 百度指数工具.定量的数据.发展趋势,是否与公司的战略冲突.环境政策:比如做内容的运营. 决策层看重的! 第二大块. 通过什么方式解决这个需求. 规划能力.类似泳道图. 写精彩. 互联网主要成本在开发以及运市场营.…
BRD的三个诉求:1.项目很重要,支持.2.有价值,获得重视,纳入战略规划中.3.需要资源,横向的协调资源.   方法:知道决策层是哪些组成,同时找到合适的决策层. BRD决策分类:1.找资本类(CFO).2.市场(COO).3.市场营销.运营.4.研发(CTO),技术支持.5.战略(CEO:关注影响未来公司发展的方面).…
BRD Business Requirements Document,商业需求文档.这是产品声明周期中最早的问的文档,再早就应该是脑中的构思了,其内容涉及市场分析,销售策略,盈利预测等,通常是和老大们过的ppt,所以也就比较短小精炼,没有产品细节. 商业需求文档重点放在定义项目的商业需求.BRD要能说出客户碰到的一个或多个商业问题,并且通过公司的产品能够解决这些问题.接着建议一个方案 —— 通常是新产品或者现有产品的改进来解决这些问题.BRD也可能包括一个高级的商业案例,例如收益预测,市场竞争分…
转自:https://blog.csdn.net/neikutaixiao/article/details/40819445 商业需求文档Business Requirement DocumentBRD和MRD,PRD一起被认为是从市场到产品需要建立的文档规范.是产品生命周期中最早的文档,再早就应该是脑中的构思了,其内容涉及市场分析,销售策略,盈利预测等,通常是供决策层们讨论的演示文档,一般比较短小精炼,没有产品细节.是基于商业目标或价值所描述的产品需求内容文档(报告),其核心的用途就是用于产品…
BRD和MRD,PRD一起被认为是从市场到产品需要建立的文档规范. BRD 商业需求文档--BRD(Business Requirements Document) 商业需求文档重点放在定义产品的商业需求,要说明产品能够解决的.客户碰到的一个或多个商业问题,然后提出建议解决方案--通常是用新产品或者改进现有的产品来解决这些问题. BRD也可能包括一个高级的商业案例,例如收益预测. 市场&竞争分析. 销售/市场策略. BRD通常是由产品经理,产品市场经理.商业分析师编写.在小公司,可能由高级主管或者…
(一)项目启动前 从事产品的工作一年多,但自己一直苦于这样或者那样的困惑,很多人想要从事产品,或者老板自己创业要亲自承担产品一职,但他们对产品这个岗位的认识却不明晰,有的以为是纯粹的画原型,有的是以为做项目管理跟踪项目进度,有的是做竞品分析给老板看.实际上,这些都不是产品经理的核心和重点.在较为成熟的企业,因为产品的壮大和人员的增多,为了便于协作和沟通,岗位会细化的很清楚,如产品经理.交互设计师.UI设计师.用户体验分析师.数据分析师.运营等等.但是创业型公司中产品经理往往都是身兼数职,创业公司…
1 产品研发模式慨述 产品研发模式是企业战略的重点.产品研发路线决定了一系列的管理手段和团队建设问题.也是企业的整理策略和经营思路.产品研发模式贯穿着整个产品的生命周期,从市场调研.立项.需求分析.慨要设计.详细设计.开发.测试.发布.维护等传统软件工程思想到现在流行的IPD,以市场为导向的商业模式都无不在改变传统的研发模式.以服务体验为核心的新思想更是SaaS模式的本质.我们不是以产品研发而开发,我们一定是为市场价值开发而研发. 2 几种主流的产品开发模式 l 以项目管理的职能式开发 这是企业…
说明: <火球——UML大战需求分析>是我撰写的一本关于需求分析及UML方面的书,我将会在CSDN上为大家分享前面几章的内容,总字数在几万以上,图片有数十张.欢迎你按文章的序号顺序阅读,谢谢!本书已经在各大网上书城及书店销售,欢迎你的关注. ------------------------------------------------------------------------------------------------------------------------------ 目…
来源: https://www.zhihu.com/question/19655491 BRD 商业需求文档 Business Requirement Document MRD 市场需求文档 Market Requirement Document PRD 产品需求文档 Product Requirement Document 好了,最好的记忆就一个单词 Business商业.Market市场.Product产品:那么这三个是什么关系呢?BRD是产品的head.MRD是产品的body.PRD是产品…
本周选读<构建之法>第8章——需求分析.由于有团队项目初期调研阶段做调查问卷的经历,这一章节中很多知识点我都比较有体会.对我而言,这一章节最有价值的内容就是厘清了关于需求分析的两个误解和近10个行之有效的调研方法. 第一个误解有关需求的内涵.需求不仅仅来源于用户(软件直接使用者)的需要,还可以是企业为维持生存.追逐利润的商业模式,或者开发者在考虑到代码迁移.架构演化.平台变化时提出的技术上的需求.另一个误解有关需求分析的实现.做需求分析是一个循序渐进.应时而变的过程,不只是简单地将用户所表达的…
---恢复内容开始--- 熟人关系:微信 陌生人关系:微博 1.把各种竞品罗列起来形成一个分析池.分析其目标用户是哪些.这些产品满足了用户什么需求.可以从时间角度分析趋势.针对每一类竞品画一个商业模式画布,然后形成一个问题列表. 分了两个阶段.本质上还是针对目标用户. 2.这时候已经知道了目标用户以及需求.就能知道市场空白以及还没有被满足的用户需求.然后根据这些属性设计功能.提出假设并逐步验证(根据用户反馈验证,尽量多的去接触用户).形成商业模式以及BRD跟MRD. 3.形成BRD跟MRD之后,…
我所说的,都是错的. To C产品设计和To B产品设计对一个优秀的产品经理的洞察能力.架构能力有共通的要求. 实际产品设计过程中,To C产品往往是从商业思维思考,侧重用户研究,思考用户心智,由产品经理构建一个虚拟的世界观. To B产品往往在现实过程总已经存在实际的交易逻辑,线上化的工作需要侧重于利用架构能力和系统性思维,提升线下业务的效率,降低线下业务的成本. 关于To B产品设计,我总结了一篇文章,点击跳转查看. 沙漏哟:To B产品技术标准化(全网独家) 那么To C产品经理,是怎样设…
对<UML>撒站需求分析的阅读现在已到达尾声,虽然读这本书是应老师的要求,但是在后期的阅读中也逐渐喜欢上这本书,在阅读的过程中不断领会需求分析与UML之间的联系,让在软件需求分析阶段有了更深的理解.在前几次的阅读中已经将全部的UNL图的概念和用法进行了学习,学习这些的根本目的还是要勇于实践.在后面的两章中组注重告诉我们具体应如何应用.学会如何从零基础开始组织需求分析工作,如何在需求分析过程中清理你的思路.体会在什么情况下使用什么样的UML图.做以前的知识做出了系统的实践. 在分析阶段自己也是该…
伴随着七天国庆的结束,紧张的学习生活也开始了,首先声明,阅读笔记随着我不断地阅读进度会慢慢更新,而不是一次性的写完,所以会重复的编辑.对于我选的这本   <火球 UML大战需求分析>,首先,为什么选择这本书呢,其实,最开始我选择的是<实用软件需求分析>,可是后来大概看了<火球 UML大战需求分析>这本书前序之后啊,发现了,书中的作者一开始和我们有着一样的困扰,就象我们大学刚学到UML之后,学完一考试,考试前一复习,考完之后,就随手扔到了一边去.因为对于我们没有经历过正规…
对公司招聘职位有兴趣的童鞋可以把简历发送到zhangzhiqiang@ymatou.com,我们HR会快速给你答复. 互联网软件开发工程师 岗位职责: 1.参与洋码头各个平台(www.ymatou.com/www.xlobo.com/洋码头APP扫货神器)的开发 任职要求: 1. 5年以上相关工作经验: 2. 熟悉ASP.Net框架,熟练掌握.net(C#)及MSSQL开发技术,熟悉webService.熟悉Linq,对Web开发技术(Ajax.HTML.JavaScript.jQuery.CS…
介绍了主流商业和开源ESB的发展趋势.可借鉴的地方和其缺点:         主要介绍:       Oracle Service Bus       WebSphere Message Broker       Mule       ServiceMix/FUSE ESB       Synapse/WSO2 ESB   ESB产品一览表包括商业和开源: 类型 产品 公司           商业 Oracle Service Bus (OSB)   Oracle Oracle Enterpr…
理想的产品说明文档 1.产品说明文档应该完整地描述用户体验——不只是用户需求,还包括交互设计和视觉设计.用户需求和用户体验是密不可分的 2.产品说明文档必须准确地描述软件的行为 3.产品说明文档必须以某种直观的方式把产品信息和产品行为告诉所有人 4.产品说明文档应该可以修改.虽然进入开发阶段后,应该尽量避免修改产品说明文档 5.撰写产品说明文档的过程中会出现许多衍生物,但应该有一个主体来代表产品,避免混淆不清,版本错乱 只有一种形式的产品说明文档可以满足以上所有要求,那就是高保真产品原型 产品说…
作者简介:王晔,烽火通信科技股份有限公司ICT网络产品线NFV产品总监,高级工程师,研究方向为SDN\NFV\MEC\AI\光通信. 自2013年AT&T率先提出DOMAIN 2.0网络转型计划以来,国内外运营商纷纷跟进推出网络转型战略,权威咨询机构IHS甚至预测2021年全球NFV市场规模达到370亿美元以上.理想虽然丰满,现实依旧骨感.时间悄然来到2019年,NFV产品实际商用规模远没有预测数据那么乐观.究竟是什么原因阻碍了NFV产品商用进程?NFV产品如何才能真正走向规模商用?本文试图回答…
不知不觉中,大多数课程的学习已经接近了尾声,<UML大战需求分析>这本书也陪伴了我们很久.在学习的过程中,我发现很多课程中其实都离不开UML.足以证明,UML在需求分析中的重大作用和在我们这个行业的地位. 在最后一篇中,我们再回到需求分析,了解一下需求分析的团队作战.需求分析并不是单兵作战的工作,很多时候都是需要项目组全体一起去获取需求,有时候需要先派遣项目组的需求分析精英去获取需求,然后将这些需求分享给项目组全体,团体作战对于需求分析工作是相当重要的. 有一种典型的情况:公司要研发新产品,组…
科技进步.产品迭代.公司演化.组织变迁……不变的是用户的情绪和人性. 那些信奉“用户驱动”的人,从普通人变成了行业大佬,建立了自己的世界.乔布斯.马化腾.马云.雷军.张小龙.周鸿祎.傅盛……这些改变世界样貌的产品经理,究竟具备一种怎样的能力? 产品思维,需要我们根据观察和判断,建立系统能力,向用户交付确定性. 运用交互的能力,在连接和迭代中,深化与用户的关系. 这也构成了<梁宁 · 产品思维30讲>的?5?个课程模块—— 1.同理心:看懂情绪,找到天分 2.机会判断:从一个“点”,看到一个“体…
在 Build To Show 的场景中,大家各显身手,用各种办法展现技术,的确很难在单一的维度上确定谁赢谁输.但是,在 Build To Win 的场景中,往往市场就是那么一块, 竞争对手占了 70%, 你就只剩下 30%; 如果对手们占了 99%, 你就只剩 1% (例如 2014 - 2015 年的必应搜索和 WP 在中国的市场份额). 这个时候,软件团队不能停留在 Build To Show 的幻想中 -- "可是我们的 Demo 也很独特啊,我们的某个功能也另辟蹊径了啊... 某个 V…
需求分析:生产者生产产品,存放在仓库里,消费者从仓库里消费产品. 程序分析: 1.生产者仅仅在仓储未满时候生产,仓满则停止生产. 2.消费者仅仅在仓储有产品时候才能消费,仓空则等待. 3.当消费者发现仓储没产品可消费时候会通知生产者生产. 4.生产者在生产出可消费产品时候,应该通知等待的消费者去消费. package duoxiancheng; public class ProducersAndConsumers { public static void main(String[] args)…
本系列博客主要是以对战游戏为背景介绍3D对战网络游戏常用的开发技术以及C++高级编程技巧,有了这些知识,就可以开发出中小型游戏项目或3D工业仿真项目. 笔者将分为以下三个部分向大家介绍(每日更新): 1.实现基本通信框架,包括对游戏的需求分析.设计及开发环境和通信框架的搭建: 2.实现网络底层操作,包括创建线程池.序列化网络包等: 3.实战演练,实现类似于CS反恐精英的3D对战网络游戏: 技术要点:C++面向对象思想.网络编程.Qt界面开发.Qt控件知识.Boost智能指针.STL算法.STL.…