需求采集工作的着重点是其策略性和科学性,策略性体现的是沟通过程中的细节,比如对象选择、问题、时间的计划等;科学性则是要选择有效合适的获取方法。背离这两点将无法使我们需求工作落...
需求采集工作的着重点是其策略性和科学性,策略性体现的是沟通过程中的细节,比如对象选择、问题、时间的计划等;科学性则是要选择有效合适的获取方法。背离这两点将无法使我们需求工作落...
需求定义严格来说并不属于需求工程的范畴之内,它是产品立项时要做的事情,最核心的工作是确立一个合理的项目目标与范围。 关于项目目标与范围,企业高层通常是依据自己的洞见与经验去判...
沟通是一件看似简单,实际非常难。 我遇见过的人中,说实话没有一个是真的懂得沟通,包括我自己,哪怕我写这篇文章,也只是对“沟通”这件事情的基础认知而已,还需要历经世事的磨练与实...
职场历练几年的小伙伴应该体会到沟通的重要性,尤其是多人协作型岗位。沟通看似都会,真实掌握沟通之道的人却少之又少。以前遇到过,公司大部分产品经理因都与研发闹得不可开交,经过了解...
许多互联网中小公司,团队里不一定配备项目经理,产品经理往往身兼项目经理的角色,对项目进度进行全程把控,直至项目及时交付。 刚负责项目那会,由于非项目管理专业出身,当时那个忐忑...
前言:产品分析涉及的维度极广,没有任何报告可以覆盖方方面面。笔者以过去浅薄的经验与知识做一次竞品分析报告撰写的框架及流程的分享,内容主要涉及C端产品竞品分析,适合对撰写竞品分...
所谓的“不幸”,哪怕遭遇的是不可抗拒的外力,当你认为是“不幸”时,原罪依然是我们自己。 身边总会听到他人说及过去的不幸与倒霉导致如今困窘或悲惨的现状,继而不喜欢现状的自己,幻...
每天有空的时候我也会掏出手机翻翻简书。现在简书每天让我更新的欲望就是不断的排名了,刚进简书的时候我记得我是排在三十几万名。截止到今天我是131449名,差不多名次上涨了二十几...
上篇文章知识要点回顾: 1.基于流程图识别参与系统的角色 2.基于流程图识别业务场景 3.补充异常or特殊的业务场景 4.绘制用例图,注意常见的三个关系,包含-扩张-泛化 5...
继上一篇业务流程识别与分析篇后,本文主要分享业务场景识别与分析相关知识点。 一、识别业务场景 首先是要理解用例和用户故事的本质,它要求我们不是去关注系统提供什么功能,而是用户...
上篇文章《C端产品之认知用户》,本文主要讲如何去创造产品价值。 我们经常说到用户价值、产品价值、用户体验这三个概念,其实这些是都是对用户是否认可产品的描述。 用户价值的核心是...
继系统分解和接口分析之后,本文开始讲述最重点的环节——业务流程识别与分析。 关于业务流程,我们要认清几个概念 1.业务流程的起点就是外部服务请求 2.业务流程只有一个起点,可...
继上篇《企业系统需求分析—干系人识别与分析》之后开始进入产品详细需求环节,本文主要讲解系统分解中的子系统划分与业务接口分析。 一、划分子系统 我们在对系统进行分解时,无外乎有...
继《企业系统需求分析01》目标与愿景分析,本文讲述价值需求中的干系人识别与分析。 一个企业内部系统的设计,需要非常关注关注系统涉及的干系人利益点,包括考核指标。 如何识别干系...
“为什么这次又延期上线?!” “因为需求方又变更需求啊!” “那具体什么时间可以准确上线!” “大概…” “……” 看着业务方一脸愤慨,产品经理摊手表示无奈。 这个场景相信不...
认知用户的基础是用户画像,之后通过用户场景和用户心智对用户决策判断进行约束,才能找到真正的用户需求。 如果对用户需求的理解只是简单通过访谈、筛选去获取,那最后出来的需求列表恐...