0. 背景
你是否在工作中遇到过这样的疑惑, 不知道如何做业务规划, 不知道在琐碎的业务需求中, 如何实现个人价值, 如何增加个人的影响力. 本片的主题是业务开发的基本盘.
作为从事了9年左右的业务开发, 我之前也有这样的疑惑, 经历过身心的各种折磨, 最后,总结出了这样的信息. 以下的信息, 希望能够给有相同或者类似疑惑的你, 带来一些灵感.
0. 结论先行
1. 价值兑换原则
我们能收获多少价值, 取决于我们为外界输出了多少的价值.
如何做? 获取收益最大化方式, 是让自己的价值输出最大化.
2. 什么是业务域开发的基本盘
通过技术手段, 实现产品的规模化应用和运营的高效配置, 并且数据可视化, 结果可衡量, 最终满足业务的诉求和用户的体验.
关键词:
- 技术手段
- 产品+运营
- 数据+结果
- 业务
- 用户
关键词到6维视角
1. 业务视角(公司视角)
1.1 什么是业务视角(what)
即业务价值. 带来了多少的用户, 促进了多少用户购买服务, 为公司带来了多少的价值.(结果指标)
1.2 包含哪些方面
- GMV/盈利
- 用户日活, 月活
- 链路核心转化率
- 数据的可视化
1.3 作为业务开发, 如何去做(How)
- 确定公司视角, 关注的核心数据
- 确定业务域定位
- 确定服务的上下游链路
- 具体业务域的数据如何与三类核心指标关联
- 具体业务域的健康度(漏斗, 转化率)
- 确定服务的上下游链路的数据(关键链路跟踪(数据跟踪, 监控跟踪, 异常跟踪), 关键场景跟踪)
2. 用户视角
2.1 什么是用户视角(what)
帮助用户, 更好更快的稳定的完成他想做的事情.
特点:
- 满足他想做的事情(基本诉求)
- 更好更快
- 稳定
电商类
为了用户能够快捷, 高效的找到(导购), 买到(购中), 拿到(购后)自己需要的商品.
关键词: 快捷, 高效
熟人社交类
为了用户能够快速找到自己认识的人, 并且与其沟通表达, 还可以维持关系.
特点:
- 沟通表达, 维持关系
- 快速
- 稳定
2.2 包含哪些方面
从特点分析
- 目的: 满足基本诉求 --> 产品基本功能完整性, 满足用户的诉求. 如电商的是否能够找到品, 社交是否能够让他需要时, 沟通表达, 与他人维持关系.
- 过程: 快捷高效稳定 --> 产品基本功能的易用性, 是否能够让用户在满足诉求时, 能够快捷高效
总结:
即用户需要的是产品基本功能的两方面:
- 完整性
- 易用性
- 稳定性
2.3 作为业务开发, 如何去做
产品的完整性
- 竞品分析(基础功能)
- 用户调研
产品的易用性(快捷高效)
- 竞品分析(交互设计)
- 用户完成需要的操作时间(表单类/选择类)(体验)
- 页面的加载时间, 异步交互时间(性能)
- 页面的流畅度(性能)
产品的稳定性
稳定性(监控, 异常处理机制, 非业务指标)
3. 运营视角
3.1 什么是运营视角(what)
TODO
3.2 包含哪些方面
TODO
3.3 作为业务开发, 如何去做
TODO
4. 产品视角
4.1 什么是产品视角(what)
友好的产品, 能够实现规模化的运营, 运用, 满足用户的基本诉求, 保证用户的体验, 并且可以对用户进行精耕细作, 实现公司的盈利.
4.2 包含哪些方面
- 满足用户的诉求: 上面已经提到
- 满足用户的体验: 上面已经提到
- 规模化的运营: 上面已经提到
- 公司的盈利: 数据的可视化, 上面已经提到.
- 规模化的运用: 不是满足单点的业务需求, 而是从单点可以实现面的需求.
即可操作的点是***规模化的运用***
4.3 作为业务开发, 如何去做
规模化的运用
- 功能开发的从点到面: 功能开发时, 避免单点开发, 需要考虑可配置, 可被规模化运用; 考虑解决一类的问题, 而非单个问题.
- ***领域的解决方案***可被规模化运用: 产品/技术交付文档.
5. 技术视角
5.1 什么是技术视角(what)
通过技术提供快速有效的解决方案, 实现产品的规模化应用和运营的高效配置, 最终满足业务的诉求和用户的体验.
5.2 包含哪些方面
- 提供解决方案
- 实现产品价值(规模化, 上述已经提到)
- 实现运营价值(高效配置, 上述已经提到)
- 满足业务诉求(盈利, 用户活跃度, 上述已经提到)
- 保证用户体验(完整, 易用, 稳定, 上述已经提到)
5.3 作为业务开发, 如何去做
快速: 交付效率
有效: 可衡量(在结果视角中)
交付效率
需求从投入开发到最终上线需要的时间, 并且是大部分的用户可以生效的时间.
需求的流程: 需求评审, 技术方案讨论, 开发, 测试, 上线.
效率即缩短需要的时间.
- 需求是否不合理? 可以采用现有的解决方案 [[需求必要性的评定]]
- 需求是否不用开发, 直接配置后, 便可以测试上线.
- 需求是否可以缩短开发的周期?
- 需求是否不用测试? 自测保证? 有疑问.
- 需求是否可以缩短测试的时间, 如自动化的测试等.
- 需求上线, 是否一定要发版? 如果不需要发版, 便不会有覆盖率的问题.
总结:
6. 结果视角
6.1 什么是结果视角(what)
结果视角: 即对于开发的投入, 是否可以衡量结果, 如何衡量.
6.2 包含哪些方面
价值衡量体系
指标分类
- 结果指标/核心指标(实打实带来的价值, 用户视角/业务视角)
- 中间指标(产品/运营/技术视角)
项目维度对比
当前项目做与未做的对比
按照时间分类
同比
环比
业界领先程度
竞品对比. 从以上的五个价值维度是否可以对比.
如:
- 用户价值: 是否页面的打开时间, 比竞品的少, 能够提升用户的体验?
6.3 作为业务开发, 如何去做
- 确立结果指标/核心指标以及中间指标.
- 做好项目维度衡量(如ABTest).
- 核心指标可感知, 可监控.
- 竞品分析, 做到业界领先.
3. 基本盘关键词
1. 业务视角
- GMV
- 日活, 月活
- 转化率
2. 用户视角
- 完整性
- 易用性
- 稳定性
3. 运营视角
TODO
4. 产品视角
- 规模化
- 领域解决方案
5. 技术视角
- 解决方案
- 交付效率
6. 结果视角
- 结果指标以及中间指标.
- 项目维度衡量
- 时间维度衡量
- 业界衡量
4. 如何做基本盘
1. 业务视角
- 关联业务核心指标
- 域内+关联域 数据跟踪(漏斗, 转化率)
2. 用户视角
- 基础功能完善
- 做体验
- 做性能
- 做稳定性
3. 运营视角
TODO
4. 产品视角
- 配置化/一类问题解决
- 产品/技术交付文档
5. 技术视角
- 解决交付效率
6. 结果视角
- 确立结果指标指标+中间指标.
- 做好项目维度衡量(如ABTest).
- 核心指标可感知, 可监控.
- 竞品分析, 做到业界领先.
总结
更新关注
欢迎关注个人微信公众号