date: 2019-01-16 15:53:16
title: tech| 极客时间学习笔记 3

硅谷产品36讲

打造千万用户的世界级产品
idea/用户抱怨->实实在在有着卓越体验的产品; 团队->不同性格/不同经历/不同脑洞 工程师/运营/市场/法律/设计达人; PM行业-> 硅谷/国内 小公司/大公司 面试

• 产品经理面试秘籍: https://hackernoon.com/4-pm-interview-tips-that-makes-you-a-strong-hire-5ea66dc78b15

优秀产品经理

• 带领团队, 在高效的时间内推出满足用户需求的产品; 带领团队 理解用户需求 高效执行 长远眼光
  硅谷产品经理
• 薪资 职业发展->离CEO最近的职位 产品全线负责人->功能需求+蓝图和策略
• 背景不同 影响他人而不是直接管理 1:7(工程师) 需求文档->长期计划 事无巨细->放权
  科技巨头
• 大公司: 要思考怎样界定每个人工作的成功, 什么决定需要自己做, 什么决定可以让大家去做; 建立一个有效/可持续的工作流程; 新人快速上手; 团队规模的快速变化; 办公室政治
• 初创公司: 快速学习提高 用户调研等方式找正确方向 前瞻性+制定产品策略 最基本的工作流程和方法
• 大小公司间的转换
  PM(product) vs PM(project)
• 做决定->开发出用户想要的产品 vs 组织团队在有限时间内按期完成一个非常复杂的项目
• 需求 排期 执行
  每天
• 案例-发布新版视频版权管理系统 工作内容->产品发布不同阶段 许多会->各种人交流->高效开发
  人员背景
• 简历背景: 先找自己的优势->再利用自己之前的背景
• 软实力背景: 领导能力 沟通能力 创新精神 勇往直前的执行力
  寻找用户需求
• 立足用户, 痛点是不是真的存在(平衡车/区块链); 确定目标用户->数据分析+用户调研(假设痛点)->数据挖掘+用户反馈(验证假设); 用户调查->一对一/问卷
  目标用户和用户画像
• 目标用户: 划分用户群再截取(拓展->专注); 100%满足一小部分人的需求远胜于只能解决一大群人50%的需求; 专注于小群体并不会让产品失去发展潜力(FB/Airbnb)
• 用户画像: 用户特点->这类用户抽象成一个人, 介绍这个人来描绘这类人
• 用户问题说明
  用例:
• 描述在什么场景下用户用产品做什么事儿(微信➕好友)
  MVP 最小可用产品
• 精益创业 凤凰男(最基本的就是对你好); 最小化=降低试错成本(速度>完美); 可行性=确保你的产品能够基本解决用户需求
  产品发布前出问题
• 每天最多的事情就会砍功能, 保留最重要的功能+突发情况下的功能取舍
• 明确问题造成的风险以及受影响的人群->列清楚所有可行的选项->各选项的风险->大局观
  制定产品成功指标
• OKR 已你在乎的作为衡量指标: 定义想要完成的目标, 期限/具体/可衡量; 最高目标+还有哪些指标+新功能和这几个指标之间的关系+思考反指标->A/B test
  需求文档
• 目的: 不是面面俱到, 写清楚所有事情, 重要的是写出团队成员真正感兴趣的, 对他们有帮助的内容
• 要解决什么问题 论证痛点问题是不是存在 写清楚功能的成功指标和反指标 讲清楚要解决的用户场景 产品功能方案
  用数据做产品决定
• 形成假设, 切记要分情况考虑(增加关注数=关注别人+被关注) -> 解决问题(A/B测试 统计图)-> 产品决定
• 需求会: 一鼓作气并设定作出决定的时间; 分工明确, 减少参会人数; 精准管理开会时间; 无法统一决定->统一思考方式; 明确会议目的
  和工程师有效沟通
• 激发工程师能动性, 知道他在乎什么(升职/技术宅/点子大王/害羞); 讨厌开会打断思考; 什么决定需要领导大家做, 什么决定可以放心的教给工程师; 解决开发过程中的一些困难; 催进度->工程师是有掌控权的; 改需求->有效沟通积极承担责任
  与设计师沟通
• 设计师都是艺术家
• 新人vs老手: 产品思考能力, 从头设计一个产品; 产品功能范围, 抓重点; 估计工期的能力; 解决模糊的产品问题
• 设计师喜欢连贯和和谐, PM需要考虑开发效率, 具体场景下连贯性是不是重要; 不同风格的设计师针对不同项目对PM的期待不一样; 工期原因导致PM砍设计师的设计蓝图
  A/B test
• 清楚测什么+怎么测才上; 验证因果性的唯一途径; 明确到底需不需要(新功能一定要上->优化用户体验 样本数量太少); 短期数据vs长期数据(长期对比实验组)
  增长黑客核心公式
• 把钱花在刀刃上; 增长黑客团队都是和其他团队并肩作战, 通过数据分析找到产品方向, 利用营销技巧实现产品增长; 增长=新增+留存+挽回; 提升产品的用户活跃指标; 规划大型公司增长团队架构

service mesh 实践指南

服务治理和请求可靠传输就是 service mesh 这个基础设施层的职能边界
app - service mesh - container orchestration(k8s) - container runtime(docker) - infrastructure(aliyun)
架构的本质就在于鱼和熊掌不可兼得
单体应用 疯狂试错 -> 业务稳定期 服务化改造(rpc 容器化/混合云 跨语言服务化 serviceMesh)
未来 -> 服务化对所有资源的封装(比如 redis/memcache)

深入浅出grpc

基于grpc java版讲解, 涉及到很多java中实现service过程中的server/client细节, 其实 grpc 涉及到的 rpc+protobuf+http2 知识还是很容易理解的, 只是套上不同语言的壳, 就涉及到不同的实现方式, 进而产生庞杂不知道怎么使用的感觉. 以php为例, 官网没有 php grpc server 的代码自动生成, 但是用 swoole 来实现的 grpc server/client, 代码都很简单.

简单, 是一种根植于血脉中的畅快 -- PHP

• 01 | gRPC 入门及服务端创建和调用原理
• 02 | 客户端创建和调用原理
• 03 | gRPC 线程模型分析
• 04 | gRPC 服务调用原理
• 05 | gRPC 安全性设计
• 06 | gRPC 序列化机制

性能优化面面观

• 大规模场景下的k8s service LB 性能优化 http://ppt.geekbang.org/slide/download/1017/59b5094d3cde6.pdf
• Facebook 大型移动应用性能优化实践 http://ppt.geekbang.org/slide/download/957/59605ba216d01.pdf
• 驱动数据中心软件的极限并发性 http://ppt.geekbang.org/slide/download/1069/59e5786a731b1.pdf
• 腾讯云大规模任务调度的性能突破
• 硬件特性如何影响软件性能？ http://ppt.geekbang.org/slide/download/1077/59e5a493bc8c1.pdf

如何做好一场技术演讲

• 演讲前的准备
• 避免演讲前的紧张情绪
• 演讲中讲个好故事
• 把观点深深印在别人脑海中
• 演讲中的肢体语言管理和声音控制
• 8个技巧