《决胜B端》读书笔记
2021-06-12 23:35:53 2 举报
AI智能生成
读书笔记
作者其他创作
大纲/内容
《决胜B端》杨堃
概述:走近互联网B端
互联网产品领域探秘
产品经理岗位发展历程
20世纪30年代,宝洁雇员Neil的一封信,创造了一个新的工作岗位:Brand Man,开启了产品经理这种岗位
不同时期产品经理工作的重点不同
最早的产品经理:聚焦公司的产品和服务,分析市场,识别需求,负责产品设计到推广的全流程管理
传统IT信息化时代的产品经理:业务分析师BA,负责承接并管理软件开发项目
流量为王时代的产品经理:设计优秀的用户端产品,产品经理负责软件的设计、运营、迭代和流量变现
移动互联网时代的产品经理:建设业务管理软件,对业务效率优化负责
互联网产品经理的本质是:一群聪明、创新、自驱、有激情、懂技术,通过软件与互联网帮助企业实现业务创新、变现、提升企业经营管理效率、
产品方向有哪些
C端产品:面向终端用户或者消费者,往往承担流量获取和转化的重任,如淘宝、美团等
B端产品
帮助企业或组织通过协同办公,解决某类经营管理问题,承担着为企业或组织提高收入、提升效率、降低成本、控制风险的重任
如:淘宝卖家系统,商家管理后台等
数据与策略产品:对企业内外部所有数据进行挖掘利用,通过数据反映出来的深层次信息有效提升对应业务的绩效,如百度指数、阿里云等
商业变现产品:帮助互联网企业将流量转化为收入,如搜索引擎、广告投放平台、在线广告联盟等
AI产品:利用人工智能技术的产品,如智能呼叫中心
互联网公司的盈利模式
广告变现:如阿里妈妈,百度推广,贴片广告等
增值服务:付费买服务,如视频网站会费,云储存会费等
佣金提成:撮合交易,如美团等
买卖差价:自营模式平台,如京东等
B端产品概述
互联网行业的发展趋势
流量越来越贵,线下业务渗透越来越高,业务模式越来越重
运营效率成为核心竞争力,产业互联网成为新的蓝海
B端产品的方向
业务平台方向
垂直业务线:CRM/SCM/WMS/TMS/ERP/CallCenter
基础服务产品线:Passport/MDM/Auth/Org/Msg/SSO
交易平台产品线:支付/商品管理/营销管理/订单管理
办公协同方向
OA/内部IM/HRM/财务管理系统
商家管理方向
商户管理系统
商户入驻
审核与资质管理
商户管理中心
风控与合规管理
经营报表
商户自主管理系统
商品管理
订单管理
售后管理
广告投放管理
财务管理
报表管理
设计篇:从业务诊断到形成方案
B端产品建设概述
B端产品的总体建设流程
业务问题诊断
业务调研
设计解决方案
整体方案设计
细节方案设计
执行并优化解决方案
设计技术方案
项目管理与实施
运营迭代
B端产品与C端产品建设流程的区别
设计起点不同:B端是为解决业务问题设计,C端是为实现公司商业模式设计
MVP思路不同:B端MVP起码要保证一个核心业务流程运转,不能是单独的功能点;C端要聚焦用户的核心痛点,打动用户
细节设计不同:B端必须关注建模、抽象、角色、权限等问题;C端更要关注用户体验,重点投入交互设计
B端产品的业务调研
调研目的和分析框架
调研目的:梳理业务现状,总结业务问题
分析框架
战略层:业务的战略定位和战略目标
战术层:经营策略和管控模式
执行层:管理层和运营层
调研流程
明确调研目标
选取调研对象:一般包括业务高管、业务经理、一线业务人员、合作伙伴等
确认调研方法
执行调研计划
总结归纳输出
调研方法
深度访谈
轮岗实习
调研问卷
数据分析
行业研究
B端与C端业务调研的区别
调研目标不同
B端:分析业务现状和业务问题
C端:获取真实有效的用户需求和体验感受
调研对象不同
B端:组织或机构中的不同人员
C端:基于用户细分和用户画像的代表性用户
调研方法略有不同
B端:不同公司流程、模式、系统都不同,因此选做竞品分析
C端:必做竞品分析
案例分析
业务现状梳理
战略定位和战略目标
经营策略
管控模式
组织架构
业务流程
具体数据指标梳理,关键指标总结
业务问题总结
关键业务问题梳理
问题解决思路
B端产品的整体方案设计
核心业务流程
核心业务流程图,梳理业务轮廓
产品定位
产品针对谁,提供什么支持
应用架构设计
整体应用架构图,考虑公司所有产品和系统的整体结构和布局
功能模块设计
通过思考系统的应用场景,抽象出需要具备的功能模块
演进蓝图设计
做减法:确认产品的功能规划与实现节奏
B端产品的细节方案设计
业务数据建模
理想版分销业务客户模型
通过ER图呈现理想的客户模型
简化版分销业务客户模型
先开发一套简化版客户模型来支持一期业务
业务数据建模错误会导致灾难
流程和角色
绘制业务流程图和角色
清晰描述客户业务的关键流程节点
不同角色在不同的子系统中完成哪些操作
绘制业务的页面流转图
思考系统中的页面设计方案及页面跳转顺序,是否可以复用
有些页面独立于流程之外
界面设计
界面设计流程
产品经理绘制线框图原型
UE设计师协助产品经理完善交互体验,制作交互原型
UI设计师基于交互原型进行美工设计,生成切图文件
前端工程师基于切图文件,进行前端开发
绘制线框图(原型图)
表达每个页面的排版样式、控件设计和交互效果
重点在于说清楚界面上的交互功能设计
工具:Axure/Mockplus/墨刀/Visio等
尼尔森十大可用性原则
反馈原则:系统应该在合理的时间,用正确的方式,向用户提示或反馈目前系统在做什么,发生了什么
隐喻原则:系统要采用用户熟悉的语句、短语、符号来表达意思。遵循真实世界的认知、习惯,让信息的呈现更加自然,易于辨识和接受
回退原则:用户经常会不小心操作错误,需要有一个简单的功能,让程序迅速恢复到错误发生之前的状态
一致原则:同样的情境、环境下,用户进行相同的操作,结果应该一致;系统或平台的风格、体验也应该保持一致
防错原则:系统要避免错误发生,这好过出错后再给提示
记忆原则:让系统的相关信息在需要的时候显示出来,减轻用户的记忆负担
灵活易用原则:系统的用户中,中级用户往往最多,初级和高级用户相对较少。系统应为大多数人设计,同时兼顾少数人的需求,做到灵活易用。
简约设计原则:对话中不应该包含无关的或者没必要的信息;增加或强化一些信息就意味着弱化另一些信息。
容错原则:错误信息应该用通俗易懂的豫园说明,而不是只向用户提示错误代码;提示错误信息时要给出解决建议。
帮助原则:帮助信息应该易于检索,通过明确的步骤引导用户解决问题,并且不能太复杂。
列表页经典设计方案
对列表页进行高度抽象,灵活配置
项目管理软件JIRA
列表页设计bug
交互功能不合理
逻辑不严谨
技术风险与安全风险
界面设计的建议
借鉴成熟软件
善于使用模板
采用标准控件
报表设计
报表设计与应用流程
构建分析体系
定义观察指标
设计呈现形式
跟踪指标变化
分析变动原因
报表引擎
报表引擎是一种现成的报表软件产品解决方案,可大幅提高企业对报表类产品形态的开发速度,经济有效
常见报表引擎:SmartBI/FineReport/Tableau
二维表格设计bug:数字右对齐/采用千字符/统一小数位数/使用占位符/表头文字加粗/……
报表设计的建议
聚焦业务分析本身
不要急于线上化
上线后不要急于推广
理解掌握数据仓库原理
数据埋点
数据埋点的概念
将一小段唯一的JavaScript代码片段注入网站的一个公共JavaScript文件,以便网站分析工具能够准确捕捉用户行为
流程一般包括:申请分析网站账号、获取埋点代码片段、将代码片段埋入网站或App、观察分析数据
常见B端埋点工具
Web端埋点工具:GA(功能强大,很不稳定)、百度统计(使用方便,容易上手)
移动端埋点工具:GrowingIO、诸葛IO、神策
埋点工具的数据分析
基本分析:网站页面的访问情况
桑基图(能量分流图):观察流量的流转情况,了解用户的整体访问路径和习惯
Cohort分析图:经典的留存分析方法,研究客户访问留存率、复购分析
访客分析:客观分析全面的用户行为数据,提供相关的推荐和差异化推送服务
热力图:通过标记页面不同区域的颜色深浅,来呈现网页不同区域点击热度的图表
B端产品与C端产品数据埋点的区别
诉求不同
B端借助埋点观察研究用户使用习惯,评估功能设计是否合理及高效
C端借助埋点来持续优化设计
方案不同
B端多为PC端,主要分析页面级别的流量和行为,完成基本的分析监控
C端多为移动端,对各种交互行为监控非常严格,会做更为细致的埋点,工作量大
权限设计
功能权限设计
设计权限配置表
RBAC权限模型
Role Based Access Control 权限管理模型
抽象成ER图
参考成熟软件的权限模块如何设计,如SalesForce的CRM产品
RBAC96 完整的权限管理模型理论,有兴趣可以深入学习
数据权限设计
角色在页面中能查到的数据范围,即数据权限
常见实现方案
通过组织机构树控制:最复杂,最灵活,能支持各种复杂的业务数据权限诉求
通过客户地区控制:简单,灵活性差,满足初级的数据权限管理需求
文档编写与管理
商业需求文档BRD
需求管理团队以正式BRD的形式提交需求,作为正式备档文件留存
BRD是一种让需求提交者需要经过全面思考后提交需求的机制
BRD模板
产品需求文档PRD
PRD文档由产品经理编写,包括功能描述和原型描述
PRD文档有利于产品经理和研发人员沟通
PRD模板
在完成模型设计、流程设计、界面设计、权限设计等工作之后,再编写PRD
文档管理要点
文档命名要一致规范
对文档进行版本管理
将文档存档管理
UML和常用图表
UML统一建模语言,图形化语言
ER图:表明对象是一对多还是多对多的对应关系
跨部门流程图
泳道化的流程图,准确描述分角色、跨系统的业务流程
只能用四种图形表示开始、结束、判定、执行
状态机图
描述状态及状态之间流转规则
开始、结束、圆角矩形代表状态
活动图
流程图的一种,用来描述一系列过程,可以描述并发工作的执行过程
用例图
从用户视角来描述系统的操作功能,即描述某个角色在不同场景下能做什么
推荐学习网站: www.uml-diagrams.org
B端产品经理的技术知识体系
具备基本的技术知识体系
理解一门编程语言,理解程序设计的基本逻辑
掌握并使用SQL语句
了解网络通信等计算机常识
了解程序设计的MVC范式
按软件分层结构来设计软件系统:前端交互层、业务逻辑层、数据层
前端交互层:负责绘制程序界面,完成前端程序和用户的交互互动
业务逻辑层:负责处理业务逻辑,应尽量将复杂的校验、判断、业务规则等封装在业务逻辑层
数据层:代表底层的数据储存。
熟悉接口与调用模式
接口是两个对象进行通信的方式和协议
同步调用模式:接口的调用方会一直等待被调用方返回执行结果。此模式最常用
异步调用模式:接口调用方给被调用方发出指令,但不会等待结果。
理解软件工程的“搭积木”设计
将核心功能抽象成共用模块
通过对积木块的重复组合利用,可以搭建组装出各种新功能和服务
去中心化理念和服务的中心化调度模块
掌握数据库与SQL
常见数据库:IBM的DB2/微软的SQL Server/甲骨文的Oracle/MySQL
常见数据库表的设计:账号表、组织机构表、数据字典表
理解数据库表的结构,使用正确的语法函数,语句尽量简单
推荐学习网站
www.sqlteaching.com
www.w3school.com.cn/sql
管理篇:让产品落地并不断生长
B端产品的项目管理与实施
“优秀的项目管理是互联网公司在复杂环境下保证软件开发按计划推进、落地的关键,也是保障规模团队的产品研发效率和质量的核心要素。”
项目管理的工作重点
设计并优化项目管理制度
负责大中型项目的立项实施
如何做好项目管理与实施工作
B端项目管理面临的挑战
容易发生跨端(跨系统)现象
项目周期长
如何协调并推动跨端协作
明确项目收益价值,作为团队配合和资源调拨的重要参考依据
找到KP并积极游说
保持强推动和执行力,追进度,盯过程,要结果
如何把控项目进度
细化工作,明确交付
通过机制把控进度
开定期会议:项目各方参与,回顾进展,定下计划,一到两周一次
开每日站会:团队每天到岗交流,快速识别问题,找出解决方案
形成日报或周报:给所有相关人员,通报进度,知晓情况,警示风险
编写内容清晰的项目日报或周报
利用日报周报争取关注度和资源
编写要点:本周进展,项目风险,下周计划,整体进度
整体进度表
保持足够的责任心
B端产品的运营管理
产品运营岗
工作目标在于通过挖掘B端产品的能力,帮助企业解决业务问题
工作内容主要包括:产品功能推广培训、问题解答处理、需求采集过滤、项目效果分析、业务诊断分析等方面
产品功能推广培训:B端产品上线后,需要进行线上推广和现场培训
问题解答处理:组织线上答疑、日常答疑、归纳总结反馈问题
需求采集过滤:了解一线的直接诉求
项目效果分析:对上线的功能进行持续的数据分析和观察
业务诊断分析:诊断业务、分析问题、提出方案、推动落地执行
业务运营岗
业务部门直接承担企业经营的业务目标,包括销售部。仓储部、采购部。客服部等
工作内容主要包括:业务支持、流程管理、策略制定、绩效考核制度制定、培训考核、系统运营、项目管理、合规质检、数据分析
产品经理、产品运营、业务运营如何高效协作
调整组织架构改善合作关系
几种常见产研业务组织架构方案 P186-191
B端产品的迭代优化
B端产品的需求管理
需求的收集
需求池管理
B端产品的迭代管理
迭代中的研发资源管理
迭代中的技术优化资源分配
双周迭代模式
典型的双周迭代模式
双周迭代模式的局限性
选择合适的迭代模式
B端产品的数据分析
数据分析流程
明确主题
提出假设、验证假设
得出结论
数据分析要点
方法工具
业务知识
细心耐心
数据分析报告
报告的编写思路
报告的排版美化
支撑企业运转的整套产品体系
企业级应用架构概述
传统企业应用架构演变之路
小微型企业的应用架构
ERP
EXCEL
CRM
中型企业的应用架构
中型企业的组织架构
建设DW和BI支持企业经营分析
建设OCRM支持企业客户业务
多元化业务带来的应用架构演变
集团企业的应用架构
互联网化管理
信息孤岛与主数据管理
加强基础服务建设,为新业务赋能
将通用功能抽象成基础服务
强健的基础服务支持新业务快速搭建
Passport与客户资料管理
集团强化中台能力建设
业务部门加强中台能力建设
产研部门加强中台能力建设
通用的企业级应用架构设计
抽象出通用的企业级应用架构
不同发展阶段的互联网企业的应用架构畅想
初创企业
成长型企业
成熟企业
企业级应用架构设计的建议
浅谈EA企业架构
0 条评论
回复 删除
下一页