B端产品需求管理:以教研系统为例

编辑导读:在产品经理的工作中,需qiú管理无疑是最核心的工作内容之一,但如何做好这项工作呢?本文作者作为B端产品经理,以教研系统为例,分享自己是如何进行需qiú管理的,希望对你有帮助。

X产品不像C端产品,它面向的往往都是企业内部人员,以教研系统为例。我们可以将需要X的用户分进行分类为:高层X、学院负责人、普通教研人员。其特性分别如下:

  1. 高层X:关注长远期产品价值,希望X大数据分析与AI能对XX发展有所提升;
  2. 学院负责人:关心Xliú程的顺畅、各个环节的职责;
  3. 普通教研人员:关注自己需要进行的功能cāo作,及判断其cāo作的标准。

我们把需qiú管理划分为如下几个步骤:需qiú调研、需qiú整理、需qiú分析、需qiú评审、优先级划分。

一、需qiú调研

在进行需qiú调研之前,首先最重要就是需要确定调研对象,X产品的使用者均为企业内部人员,所以我们可以根据企业的X架构,对整体的X有一个清晰的了解。

案例:X决定开发是一套以大数据、人工智能等现代信息技术和认知科学为支撑、以线上线下混合式教学模式为驱动的集教学内容、教学资源、教学方fǎ、和信息平台于一体的综合解决方案。而我只是负责其中的一个系统-教研系统。虽然系统使用者为XX的教研X,但教研系统是整个X中的起点与核心,所以依然需要对X相关X、教务X、X进行调研。

在确定了调研对象后,需要X专门的需qiú调研X。X形式可根据实际情况而定,但一定要X邮件的形式完成X邀请和X纪要。

在需qiú调研X上,我们需要对参会人进行一个初步的判断,有两个标准:X和相关度。

  1. 泉力大、相关度高的参会人提出的需qiú或问题,一定要进行详细地了解,并记录清晰;
  2. 而对于X大、相关度小的参会人提出的建议,则需要虚心接受,若不能进行实现需要及时说明;
  3. 对于X小、相关度高的人需要重点关注,在会后可与其进行更多细节性的讨论;
  4. 而对于X小、相关度低的人则充分听取其意见即可。

以上分类,也是各类用户的需qiú产生矛盾时解决问题的标准:第一类人的需qiú最需qiú优先解决;其次看X小、相关度大;再次看X大、相关度小;最后一类视情况进行完成。

在会上,我们要尽可能引导用户把需qiú描述更准确,该X涉及到哪些部门或角sè,X的liú程的什么样的。

二、需qiú整理

整理好我们在会上记录好的需qiú,要让需qiú更加明晰有据可循。

下面是我对需qiú整理记录总结的模板:

  • 板块:该产品有多少功能模块。
  • 功能:所属哪个功能,例如课程管理 、资源管理、课包管理等
  • 需qiú类型:bug类需qiú、优化类、运营类、战略类等
  • 需qiú等级:根据需qiú的重要程度进行等级划分
  • 优先级:解决实现的先后顺序
  • 提出人:谁提的需qiú,可追溯。
  • 预计时间:预计上线的时间
  • 状态:可以分为未开始、开发中、测试中、已上线

三、需qiú分析

X产品重视X逻辑,而X我们的需qiú调研,可以清晰知道Xliú程,不同部门与角sè的切入点。如教研系统的使用部门为X教学部,根据角sè的泉限大小又可分为部门负责人、学院负责人、课程负责人、普通教研X。涉及到其他产品为教务系统、网校、X端、X端等。

从收集到需qiú、我们需qiú分辨出需qiú是否合理,哪些需qiú是能X系统实现,哪些需qiú系统是不能实现,为系统划分一个边界线。

围绕产品的X核心进行分析,目的是找到实际要做的需qiú,按照5W1H1V原则,将需qiú按照影响力、X价值、主liú程进行划分,评判出需qiú执行的优先级。

  • What(对象) —— 可以用这个产品或功能能做什么?解决什么问题?
  • Where(场所)——在哪会用这个产品或功能?
  • Why(目的) ——为什么需要这个产品或功能?和其它产品的区别?
  • When(时间) ——在什么时候会用这个产品或功能?
  • Who(人员) ——产品或功能为谁设计?谁来用?
  • How(方fǎ) ——如何使用这个产品或功能?
  • value(价值) ——产品的价值?

四、需qiú评审

需qiú评审是各方对需qiú进行确认的过程,达成X认知和共识,使需qiú能够推进实现落地。

在需qiú评审的过程中,一定要说明清楚需qiú的背景、价值、意义,而不是纯粹的需qiú讲解,这样有助于各方对需qiú的理解。

目前的技术是否能够实现此需qiú,例如由于目前数据量较小,缺少数据模型,没办fǎ实现全面实现AI,所以当前的能力图谱这块功能暂不能实现。

五、优先级划分

需qiú分析完成之后,还是会产生很多需qiú待实现,实现需qiú的优先级也十分重要。

需qiú的优先级有很多种原则可以采用,最常用的规则:KANO模型、四象限fǎ则、 ICE排序等。具体的说明就不再在这里进行。

优先级划分时,最重要的是梳理出X的核心liú程,优先完成核心liú程的需qiú,再根据优先级一步步的去实现。如在本项目价值最大的功能就是大数据与AI,但由于技术与数据方面的原因只能排期在后面。

六、需qiú变更

在产品迭代过程中,需qiú变更事难以避免的,也是非常考验产品的需qiú管理能力的。特别是在B端产品中,一个需qiú往往会涉及到多个系统,甚至有时一个需qiú发生变更会导致现有的liú程发生变化。

如教研系统涉及教务系统、网校、X端 、X端、题库系统等。教研系统的需qiú发生变化,同步会影响到这些系统。所以遇到需qiú变更时,需qiú提升对变更需qiú的风险关注度。

收藏 (0) 打赏

以上内容不错,打赏支持一下!

打开微信/支付宝扫一扫,即可进行扫码打赏哦,分享从这里开始,精彩与您同在
点赞 (0)

声明:本站所有教程资源,如无特殊说明或标注,均为本站原创发布。任何个人或组织,在未征得本站同意时,禁止复制、盗用、采集、发布本站内容到任何网站、书籍等各类媒体平台。如若本站内容侵犯了原著者的合法权益,可联系我们进行处理。

雄发创业网 自媒体是如何赚钱的 B端产品需求管理:以教研系统为例 https://www.xiongfawang.com/1303.html

常见问题

相关文章

B端产品需求管理:以教研系统为例-海报

分享本文封面