业务开发的基本盘

0. 背景

你是否在工作中遇到过这样的疑惑, 不知道如何做业务规划, 不知道在琐碎的业务需求中, 如何实现个人价值, 如何增加个人的影响力. 本片的主题是业务开发的基本盘.
作为从事了9年左右的业务开发, 我之前也有这样的疑惑, 经历过身心的各种折磨, 最后,总结出了这样的信息. 以下的信息, 希望能够给有相同或者类似疑惑的你, 带来一些灵感.

0. 结论先行

1. 价值兑换原则

我们能收获多少价值, 取决于我们为外界输出了多少的价值.

如何做? 获取收益最大化方式, 是让自己的价值输出最大化.

2. 什么是业务域开发的基本盘

通过技术手段, 实现产品的规模化应用和运营的高效配置, 并且数据可视化, 结果可衡量, 最终满足业务的诉求和用户的体验.

关键词:

1. 技术手段
2. 产品+运营
3. 数据+结果
4. 业务
5. 用户

关键词到6维视角

1. 业务视角(公司视角)

1.1 什么是业务视角(what)

即业务价值. 带来了多少的用户, 促进了多少用户购买服务, 为公司带来了多少的价值.(结果指标)

1.2 包含哪些方面

1. GMV/盈利
2. 用户日活, 月活
3. 链路核心转化率
4. 数据的可视化

1.3 作为业务开发, 如何去做(How)

1. 确定公司视角, 关注的核心数据
2. 确定业务域定位
3. 确定服务的上下游链路
4. 具体业务域的数据如何与三类核心指标关联
5. 具体业务域的健康度(漏斗, 转化率)
6. 确定服务的上下游链路的数据(关键链路跟踪(数据跟踪, 监控跟踪, 异常跟踪), 关键场景跟踪)

2. 用户视角

2.1 什么是用户视角(what)

帮助用户, 更好更快的稳定的完成他想做的事情.

特点:

1. 满足他想做的事情(基本诉求)
2. 更好更快
3. 稳定

电商类

为了用户能够快捷, 高效的找到(导购), 买到(购中), 拿到(购后)自己需要的商品.

关键词: 快捷, 高效

熟人社交类

为了用户能够快速找到自己认识的人, 并且与其沟通表达, 还可以维持关系.

特点:

1. 沟通表达, 维持关系
2. 快速
3. 稳定

2.2 包含哪些方面

从特点分析

1. 目的: 满足基本诉求 --> 产品基本功能完整性, 满足用户的诉求. 如电商的是否能够找到品, 社交是否能够让他需要时, 沟通表达, 与他人维持关系.
2. 过程: 快捷高效稳定 --> 产品基本功能的易用性, 是否能够让用户在满足诉求时, 能够快捷高效

总结:
即用户需要的是产品基本功能的两方面:

1. 完整性
2. 易用性
3. 稳定性

2.3 作为业务开发, 如何去做

产品的完整性

1. 竞品分析(基础功能)
2. 用户调研

产品的易用性(快捷高效)

1. 竞品分析(交互设计)
2. 用户完成需要的操作时间(表单类/选择类)(体验)
3. 页面的加载时间, 异步交互时间(性能)
4. 页面的流畅度(性能)

产品的稳定性

稳定性(监控, 异常处理机制, 非业务指标)

3. 运营视角

3.1 什么是运营视角(what)

TODO

3.2 包含哪些方面

TODO

3.3 作为业务开发, 如何去做

TODO

4. 产品视角

4.1 什么是产品视角(what)

友好的产品, 能够实现规模化的运营, 运用, 满足用户的基本诉求, 保证用户的体验, 并且可以对用户进行精耕细作, 实现公司的盈利.

4.2 包含哪些方面

1. 满足用户的诉求: 上面已经提到
2. 满足用户的体验: 上面已经提到
3. 规模化的运营: 上面已经提到
4. 公司的盈利: 数据的可视化, 上面已经提到.
5. 规模化的运用: 不是满足单点的业务需求, 而是从单点可以实现面的需求.

即可操作的点是***规模化的运用***

4.3 作为业务开发, 如何去做

规模化的运用

1. 功能开发的从点到面: 功能开发时, 避免单点开发, 需要考虑可配置, 可被规模化运用; 考虑解决一类的问题, 而非单个问题.
2. ***领域的解决方案***可被规模化运用: 产品/技术交付文档.

5. 技术视角

5.1 什么是技术视角(what)

通过技术提供快速有效的解决方案, 实现产品的规模化应用和运营的高效配置, 最终满足业务的诉求和用户的体验.

5.2 包含哪些方面

1. 提供解决方案
2. 实现产品价值(规模化, 上述已经提到)
3. 实现运营价值(高效配置, 上述已经提到)
4. 满足业务诉求(盈利, 用户活跃度, 上述已经提到)
5. 保证用户体验(完整, 易用, 稳定, 上述已经提到)

5.3 作为业务开发, 如何去做

快速: 交付效率
有效: 可衡量(在结果视角中)

交付效率

需求从投入开发到最终上线需要的时间, 并且是大部分的用户可以生效的时间.

需求的流程: 需求评审, 技术方案讨论, 开发, 测试, 上线.

效率即缩短需要的时间.

1. 需求是否不合理? 可以采用现有的解决方案 [[需求必要性的评定]]
2. 需求是否不用开发, 直接配置后, 便可以测试上线.
3. 需求是否可以缩短开发的周期?
4. 需求是否不用测试? 自测保证? 有疑问.
5. 需求是否可以缩短测试的时间, 如自动化的测试等.
6. 需求上线, 是否一定要发版? 如果不需要发版, 便不会有覆盖率的问题.

总结:

6. 结果视角

6.1 什么是结果视角(what)

结果视角: 即对于开发的投入, 是否可以衡量结果, 如何衡量.

6.2 包含哪些方面

价值衡量体系

指标分类

1. 结果指标/核心指标(实打实带来的价值, 用户视角/业务视角)
2. 中间指标(产品/运营/技术视角)

项目维度对比

当前项目做与未做的对比

按照时间分类

同比
环比

业界领先程度

竞品对比. 从以上的五个价值维度是否可以对比.

如:

1. 用户价值: 是否页面的打开时间, 比竞品的少, 能够提升用户的体验?

6.3 作为业务开发, 如何去做

1. 确立结果指标/核心指标以及中间指标.
2. 做好项目维度衡量(如ABTest).
3. 核心指标可感知, 可监控.
4. 竞品分析, 做到业界领先.

3. 基本盘关键词

1. 业务视角

1. GMV
2. 日活, 月活
3. 转化率

2. 用户视角

1. 完整性
2. 易用性
3. 稳定性

3. 运营视角

TODO

4. 产品视角

1. 规模化
2. 领域解决方案

5. 技术视角

1. 解决方案
2. 交付效率

6. 结果视角

1. 结果指标以及中间指标.
2. 项目维度衡量
3. 时间维度衡量
4. 业界衡量

4. 如何做基本盘

1. 业务视角

1. 关联业务核心指标
2. 域内+关联域 数据跟踪(漏斗, 转化率)

2. 用户视角

1. 基础功能完善
2. 做体验
3. 做性能
4. 做稳定性

3. 运营视角

TODO

4. 产品视角

1. 配置化/一类问题解决
2. 产品/技术交付文档

5. 技术视角

1. 解决交付效率

6. 结果视角

1. 确立结果指标指标+中间指标.
2. 做好项目维度衡量(如ABTest).
3. 核心指标可感知, 可监控.
4. 竞品分析, 做到业界领先.

总结

更新关注

欢迎关注个人微信公众号