产品经理学习日志(三)----如何持续管理优化B端产品

本文详细探讨了B端产品的需求管理,包括需求来源、采集、优先级判断及衡量收益。此外,阐述了迭代管理中的敏捷开发和双周迭代模式,以及项目管理的关键点和难点。最后,分析了B端产品的运营分类和区别,并总结了B端产品经理必备的硬核技能,如数据埋点、UML建模和技术知识等。
摘要由CSDN通过智能技术生成

文章目录

第四章:如何持续管理优化B端产品

一、需求管理

1.需求来源

在这里插入图片描述

2.需求采集

需求的层次:非功能需求 和 功能需求(产品需求<用户需求<业务需求)
在这里插入图片描述

3.客户旅程

B端的用户需求的处理原则可以借鉴C端。可以采用用户旅程的方法。如下图
在这里插入图片描述
eg:
在这里插入图片描述
在这里插入图片描述

4.需求管理

①需求的优先级判断

eg:价值诊断模型

在这里插入图片描述

eg:KANO模型

在业务需求下是很少使用KANO模型的,对于用户类需求是可以使用KANO模型的,但操作起来也是比较复杂的。
在这里插入图片描述

5.衡量收益

在这里插入图片描述
终极衡量指标:通过NPS (Net Promoter Score)衡量产品的用户满意度

在这里插入图片描述

6.需求管理部分的小结:

1.B端产品的需求来源
SaaS业务部门(销售、BD、市场)、用户(一线员工、管理者)、竞品2.B端需求的层次和分类
业务需求、用户需求、产品需求
3.客户旅程在B端的应用
4.B端优先级的判定
·基于价值诊断模型·基于KANO模型
5.B端需求的收益评估
基于业务价值、基于提效复用、基于使用情况、基于NPS

二、迭代管理

1.敏捷开发和双周迭代

①开发模型:

瀑布模式以及敏捷模式(使用比较多)
在这里插入图片描述

②一般采取两周的迭代模式

在这里插入图片描述

③双周迭代的局限性

在这里插入图片描述

2.结论

因此:实践中,可以采取敏捷、瀑布混合的模式,根据客观环境的变化再做调整。

三、项目管理

1.项目管理的目标和要点

①目标

控制成本的前提下保障规模团队的产品研发效率和质量

②要点

在这里插入图片描述

2.B端项目管理的难点

在这里插入图片描述

3.如何做好B端项目的管理

①如何协调并推动跨端协作

在这里插入图片描述

②如何把控并推进项目进度

在这里插入图片描述

③周报格式

在这里插入图片描述

4.项目管理部分的小总结

1.互联网项目管理的工作重点
设计并优化项目管理制度、负责项目的实施和信息透明、时间敏捷思想·B端项目管理面临的挑战
2.容易跨端、项目周期长、需求变更
3.如何协调并推动跨端协作
明确项目收益价值、保持强推动力与执行力、找到KP、借助外力·如何把控并推进项目
4.细化工作明确交付、设计机制并严格执行、好的日报周报、责任心

四、运营管理

1.B端产品运营的分类

在这里插入图片描述
每个方向上是有很大区别的。

2.企业内产品的运营管理

在这里插入图片描述
在这里插入图片描述

3.SaaS产品的运营管理

在这里插入图片描述

4.B端和C端产品的运营的区别

在这里插入图片描述

5.运营管理部分的小结

1.B端运营的分类
平台业务的商户运营、内部业务系统的产品运营、SaaS企业的产品运营2.内部业务系统的产品运营
工作范围、面临挑战、产品经理和业务运营以及产品运营如何协作.
3.SaaS企业的产品运营
产品运营的工作范围界定
4.与2C产品运营的对比

第五章:B端产品经理的硬核技能

1.数据埋点

①埋点的定义和流程

定义: 在网站中注入分析工具提供的代码片段,以便网站分析工具能够准确捕捉用户行为的工作,就叫数据埋点
流程:
在这里插入图片描述

②常见埋点工具

1.PC端—GA:Google Analytics 可以免费使用,提供的使用账号。设计思路、交互设计、值得B端产品人去学习。
在这里插入图片描述
2.PC端—百度统计,也免费
在这里插入图片描述
3.移动app埋点:GrowingIO、诸葛IO、神策等在这里插入图片描述

③常见埋点报表

1.基本分析

在这里插入图片描述

2.Cohort分析

在这里插入图片描述

3.桑基图

在这里插入图片描述

4.访客分析

在这里插入图片描述

5.热力图

在这里插入图片描述

6.用户细分

在这里插入图片描述

④B端和C端埋点的区别

⑤数据埋点小结

  1. 埋点对B端产品的价值
  2. 埋点的流程
    申请账号、获得代码片段、植入APP或网站、观察数据
  3. 常见的埋点工具
    百度统计、GoogleAnalytics、神策、诸葛IO、Growinglo·
  4. 常见的埋点监控报表
    基本分析、桑基图、Cohort、热力图

2.UML建模

①定义

  1. UML:统一建模语言,是UML是一种编制软蓝图的标准化语言,它的目标之一就是为开发团队提供标准通用的设计语言来开发和构建计算机应用。
  2. UML提出了一套IT专业人员期待多年的统一的标准建模符号。
  3. 通过使用UML,这些人员能够阅读和交流系统架构和设计规划。

②用例图

在这里插入图片描述

③类图(ER图的一种标记规范)

在这里插入图片描述
在这里插入图片描述

④有穷状态机—定义每个业务的状态

有穷状态机是一种梳理状态变化逻辑的非常好的工具。注意每个状态名称定义时,要求此状态是持久的,而不是瞬时的。
在这里插入图片描述

⑤时序图—一般都会在支付功能时使用

在这里插入图片描述

⑥跨部门流程图

在这里插入图片描述

⑦活动图

活动图可以表示哪些动作同时进行,流程图则不能。
在这里插入图片描述

⑧对象图

在这里插入图片描述

⑨组件图

在这里插入图片描述

⑩部署图

在这里插入图片描述

绘制UML的几点建议

在这里插入图片描述

3.技术知识

①为什么要学习技术知识

方案一的过度设计,方案二简洁清晰。
在这里插入图片描述
在这里插入图片描述
产品经理要学习掌握的技术知识图谱
在这里插入图片描述
了解MVC(model-view-controller): 遵循前后端分离原则
在这里插入图片描述
接口的调用方法:同步模式 和 异步模式
在这里插入图片描述
异步模式:点击下载按钮后,任务被异步的推送给了后台,同时会生成回调地址,在下载完成后,通过此回调地址通知用户下载已完成。不需要一直等待,只需前台的刷新即可,

②感受技术设计和B端产品设计的一脉相承

举例:Passport功能
MVC模式:登录账号前台、服务器端、数据库底层数据
在这里插入图片描述
但是若有多个不同的前台/后台系统来重复执行账号的登录认证的功能呢?------> 需要接口来实现,同时也实现了前后端分离。
在这里插入图片描述
总结思路:把核心的、共用的、抽象的功能去接口化,前端各个业务线去复用即可。

因此,整体业务系统图
在这里插入图片描述

③技术知识部分的小结

  1. 产品经理学习技术知识的好处
    预估需求可行性、避免过度设计、沟通更顺畅
  2. 产品经理需要掌握的技术知识
    编程语言、数据库与SQL、操作系统、微机原理、网络与通信
  3. 产品经理需要理解的一些技术概念
    MVC、接口通信(同步异步)、软件工程的搭积木设计

4.数据库与SQL

①数据库设计(关系型数据库)

体现一对多、多对多的关系,
在这里插入图片描述

②sql语言

推荐学习平台:www.sqlteaching.com,预计学习3-5h,即可掌握基本sql语法
在这里插入图片描述

5.数据分析

①过程

在这里插入图片描述

②要素

在这里插入图片描述

③技能树

在这里插入图片描述

6.产品文档

在这里插入图片描述
日常使用最多的就是PRD.
PRD模板格式:腾讯会议APP产品需求文档

  • 0
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值