过去的一些案例

做什么不做什么

  • 明确不做什么比做什么更重要 (不做会怎样)
  • 产品需求金字塔模型 (来自腾讯产品8分钟)
  • 二八思维 (90%可能都是无用功)
  • 优先级
  • 《启示录》产品前，明确产品的原则
  • Why-How-What黄金圈思维
  • 结果(功劳)思维 vs 过程(苦劳)思维
  • 产品 真实的用户痛点 而不是我以为
  • 认知升级 傻逼速率
  • 判断决策 (我们会犯很多错误，通过判断决策方法来保证，双目标系统，)
  • ROI 计算投入产出比 思考价值
  • 因地制宜 公司所属的阶段，团队情况，业务特征
  • 深入的思考 (多问几个为为什么，看技术历史发展，)
  • 一些问题，技术的本质，
《启示录》确定产品原则 产品原则就是产品的宪法
**一套帮助产品能解决争议，提高决策质量，最大程度保证，做高价值的事情的，基本准则，检查手册。
确定什么最重要，设定一定的产品原则，在做每件事时才有准则，帮助做出更正确的决策和取舍
技术架构如何抓大放小 - caoz
Why-How-What黄金圈思维
产品 真实的用户痛点 而不是我以为 产品经理，工程师最容易犯的一个错误，我以为，我认为

如何做好技术产品

如何发现，创作技术产品？

  • 提出问题，发现问题
    • 至少有一些常规可想的方向(研发效率，性能，质量，)
    • 案例，如何能加快研发速度，Low Code，复用，组件库
  • 日常观察，洞察
    • 对日常的观察，
    • 案例，对日常研发链路的观察，研发中联调化解的痛点，采用全栈或者FaaS的方案来改造
  • 技术视野 (见多识广)
    • 看业内有哪些技术产品，都在怎么做
    • 横向思考，不止是借鉴技术产品

如何做好一个技术产品的思考

更多的借鉴自腾讯8分钟产品课。

  • 用户第一，一切以用户价值为依归，了解用户。

    • 从定义，接近，了解，到成为专业用户。能深刻理解用户的痛点，需求。
    • 容易犯的错误，我以为，自己以为用户的需求是什么？
    • 案例，Faas做的MR时部署，不同分支不同部署，都极大解决了开发中的痛点。
    • 案例，做APM项目时的用户过去根据百分比波动监控，提出的部分页面访问量小但很重要会被淹没，等其它痛点的思考。

  • 定位，解决用户场景的什么问题。

    • 用户价值，竞品情况，自身优势。
    • 案例，APM系统定位是解决“用户及时发现问题，快速排查问题的工具，并不用实时关心和查看”。用户的场景需求是什么，为什么现有业内系统不满足而需要自己造一个。

  • 需求

    • 需求来源于用户，但不止于用户。有些需求，用户都没意识到，需要产品经理以更大的格局来搜集和分析。
    • 产品需求金字塔模型，帮助判断做什么，不做什么，先做什么，后做什么？
    • 案例，APM系统，自己也作为专业用户不断思考，如何能在出现时第一时间收到，并且非常严重错误和普通错误要区分开来，并能直接告诉我系统问题而不是去看一大段趋势图，内置系统级监控来帮助填充遗漏的必须监控项。
    • 技术产品思考
      • 上面的【如何创作技术产品】

  • 用户反馈

    • 收集用户的反馈非常重要，是否真的解决了问题，还存在什么问题。

  • 对产品经理的要求

    • 好的产品经理无论是走路，还是吃饭，甚至是躺在床上，往往都在观察生活的细节，琢磨用户的心理，不断体验，挖掘需求，设计出更让用户心动的产品。
    • 《启示录》中也还有非常多

一些案例

FAAS平台的案例

术语，FAAS是流利说的 CI/CD 平台

  • FAAS平台，支持 merge request 时进行构建和预览，方便CodeReview
  • FAAS平台，支持不同分支做不同域名部署支持，避免开发时互相冲突。(而不只是过去的dev, pre, production) 三个环境这么简单

APM产品的案例

关于武汉肺炎几个产品的对比

  • 丁香园
    • 最先出的这个概念，每日疫情地图
    • 还出了每日数据解读，针对数据做出数据分析和解读，随着疫情变化都有不同关注层面的解读。
  • 支付宝
  • 腾讯系？在看一看透出内容
  • 网易系？
  • 今日头条
    • 我觉得是做的最领先，最好的。后面
    • 内容数据的丰富性
      • 首页大层面上，全国，我关注的，海外疫情。并且每个tab的数据都不简单。
      • 每个省份的二级页面，城市趋势，区县分布，再加定位位置数据，确诊小区地图，新闻动态
      • 首页
        • 整体数据的变化，变化的趋势图
        • 关注城市列表数据快览(可能关注的不止一个)
    • 关注点的变化 & 数据的丰富性
      • 累计的总数量 & 展示昨日增加或减少的数量
      • 增加 零病例城市 vs 有病例城市
      • 从累计确认 到 现有确诊 (关注什么时候能清零)
      • 新增确诊 确诊 死亡 治愈 多了一项
    • 可订阅
      • 关注的城市放第一位
    • 数据 & 图表
      • 用多tab的形式，减少内容的高度的同时并能展示更多更丰富的信息
      • 在每个城市tab下，都会有趋势图。(我们非常关注趋势的)
      • 省级tab可直接展开，二级下钻，每个城市下各个区的数据
      • 区分对待，湖北非湖北的对比
      • UI上，感觉头条最好的，
    • 头条内产品的拓展，用频道方式，非常赞

数据产品的展示，拿今日头条来做最佳案例
从另一点思考，本来头条就是信息流，肯定比支付宝更重视这个产品
**

Vue3.0的技术规划

技术架构如何抓大放小 - caoz

  • 为什么抓大放小
    • 企业资源有限的情况下，产品跑的越快，占用更少资源来能赢得战争。如何做呢？就是抓住关键的，舍弃不关键的，即抓大放小。
  • 如何抓大放小
    • 关键是对需求的理解。即需求是什么，需求需要哪些资源，抛弃那些不需要耗费的资源。
    • 对需求的深度思考，理解是关键。
      • 100页后搜索结果无意义。
      • 监测分析的数据平台。观察排行变化，只用存储Top和Top外排名变化大的，而非存储所有变化。
    • 方法
      • 舍弃不必要的诉求和所需要的资源。
      • 容忍存在一些不那么高的精确度。
      • 忙闲数据的区分处理。
      • 必要时响应降级。

一些思考

  • 28法则，80%时间都在使用20%的功能，可能会更高
  • 优先级，如用P0到P3的优先级设定

借鉴

一些案例来看

个人如何做好

方法篇

实践篇

绩效考核