可视化与前端基建和效能的结合


presentation:
night.css
width: 800
height: 600


@import “可视化与前端基建和效能的结合/custom.css”

可视化与前端基建和效能的结合

公司目前最大的问题是什么?

  • 为什么人员增加了 50%,但是日活反而下降了?

  • 收入的增加是因为什么原因?我们是否可控?

  • 如果保持现状,明年公司的营收会怎么样?

    公司的营收目标是什么?

    靠现在的业务范围能达成这个目标么?
    靠现在的竖井开发模式能达成这个目标么?

    你是否看到了其中的机会?

    越是大家关注的地方,越是大家感觉糟糕的地方,越是一直被骂的地方,往往就是机会所在。

    前端团队面临什么问题?

    效能

    为什么一个需求排队 N 个月(产品经理 5 个月排不到需求被打 C-离职的案例)?
    为什么排查一个问题要花半天?
    为什么我们做不到 1-5-10 原则(1 分钟定位,5 分钟排查,10 分钟恢复)

    质量

    为什么 100W 用户引流过来,只留下了 2W?
    为什么 50%的时间都在改 BUG?

价值

价值反推原则:以结果为导向
做事 ≠ 成事
短期价值 VS 长期价值

解决老板的问题,可以让你活到明天
解决自己的问题,才能让你活到后天

可视化的作用(我们具备的能力)

数据分析

数据展示

辅助决策

快速搭建

数据为先,脱离了数据,可视化难以做价值体现

中台页面的特性

  • 页面 UI 简单,容易标准化和模块化
  • 对于样式没有特殊需求,可以在视觉上做一定的让步
  • 展示为主,交互为辅,突出结论和观点

基建本身可以提供数据,解决了可视化最初始的数据源问题

结合点一:效能可视化

  • 建立效能评估模型

  • 确定关键指标的数据搜集方案

  • 结果的可视化呈现

    结合点二:链路可视化

  • 用户发起请求后,都经历了哪些环节?

  • 请求链路透明化、可视化、可回溯

  • 与周边工具平台的结合(监控预警)

前端作为直面用户的最前线,产品出现问题肯定第一时间想到找我们;如果我们每天 50%的时间都花在了排查问题上,那么解放这部分资源,对于整体效率的提升是显而易见的。

结合点三:可视化搭建

  • 探索可视化搭建的上限:我们能用可视化搭建解决多少业务需求?

    结合点三:可视化搭建

  • 可视化搭建的四个知道

    结合点三:可视化搭建

  • 公司内部的四个部门(结果页、营销平台、基金、F10)

    结合点三:可视化搭建

  • 可视化搭建的核心是什么(平台 or 物料库)?

    结合点三:可视化搭建

  • 可视化搭建与组件库、物料库的推广和价值体现息息相关

    结合点三:可视化搭建

  • 第一个试点项目/场景是什么?

    结合点三:可视化搭建

  • 分步走策略:特定业务/特定场景->扩展能力->更多的业务场景

    结合点三:可视化搭建

    可视化搭建是一个涵盖前后端、性能、部署、测试、监控等等各方面的主题,一定要有全局观。

    思考:可视化搭建与设计中台的结合

    通过设计中台,从设计阶段就开始把可视化搭建考虑进去
    同时将我们的素材、icon 以及组件等公共资源利用起来