产品需求收集之后就可以进行产品需求分析了. 比如微信功能的逐步完善,偏向于做加法,但有时候也会做减法. 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也可能包括一个高级的商业案例,例如收益预测,市场竞争分…