PPT 模版
这是一个 PPT 的大纲.
主题
1. 梳理
1.1 项目背景
1.2 你的角色
1.3量级
1.4业务流程
2 呈现
2.1 方案对比
2.2 设计论证
2.3 实现过程
2.4 难点/亮点
3 总结 Summary
3.1 度量数据
3.2 复用价值
3.3 产品口碑
3.4 未来方向
PS
如果是分享, 思路是:分析问题-解决问题(陈述)
如果是答辩, 思路是:背景分析-业界方案-关键点-成果展示(讲故事)
新技术落地思路:
- 必要性在哪?
- 落地规划是什么?
- 有哪些关键点?
- 目前有什么成果,
- 预期有什么成果.
现有业务优化的思路是
- 现状是什么?
- 我们怎么做的?
- 改进点在哪?
- 成果效果如何
样例
样例
- 点明主旨 比如”页面性能优化与监控”
- 直击痛点 “打开慢” 但是还可以阐明一下 这个痛点对项目指标的影响比如 DAU 等
- 为什么要用评论页作为参考? 评论页面访问量大
- 问题分析 “打开慢 有多慢? 秒开率 跳出率? 大于 10 秒占比”
- 过渡页 “如何优化页面性能” 重点是 “快速 通用 改造工作量小”
- 优化方案参考(业内方案), 各个方案的优缺点, 要突出个人的全面思考
- 指定优化方案(突出自己的思考和分析过程) 目前流程是怎样的, 哪些步骤可以优化
- 实现过程 针对特定步骤进行优化, 优化前后的数据
- 难点和亮点: 体现技术深度 创新 复用 可扩展 (定位难点原因, 解决方案 优化数据 这个步骤是可复用的其他场景也可以用)
- 过渡总结页(全局视角 加深印象) 优化后 整个流程
- 结果度量 性能数据和业务数据 方案未来的复用性
- 专业影响力 课程分享 内网文章 专利 绩效
常见误区
- 项目不符合通道标准
- 缺少业内其他方案对比
- 重复造轮子
- ppt中多个项目内容重复
一些注意事项
- 善用表格，图形(文不如表, 表不如图)
- 目录，提示和总结页能帮助评委理解
- 言简意赅，信息密度高
- 重点突出，可通过不同的颜色，字体等，结论不需评委二次提炼
- 避免逻辑漏洞，错别字
- 文字唯一的作用是对图/流程做注解
- 过渡页需要承上启下, 我这一步虽然做完了, 但是有什么问题, 怎么解决这个问题, 一般业界思路是怎么样的, 这个思路有什么问题, 我怎么解决这个问题
系统思维
- 前端和后台的关系
- 不同客户端的原理
- 理论框架 和 设计机制
- 代码运行在什么系统上, 系统给代码带来什么限制, 不思考这一点会缺少大局观
- 逻辑清晰才能提出更好的系统优化方案
- 系统的体系技术搞清楚 还可以去做技术架构设计
- 怎么从架构的角度来解决问题 而不是 只是针对单个问题来解决
- 怎么在业务之间做复用
项目选型
有难度
有思考
能量化
有贡献
这个项目的难度在哪里
技术选型的思考
- 功能实现 大项目
- 复杂度
- 亮点
- 技术深度
- 成本／效率
- 性能优化 跟进趋势 不要做上一年的热点
- 全局观
- 可信度
- 成本和效率
- 架构设计
- 突破点
- 前瞻性
- 贡献成本 效率
陈述顺序
为什么
怎么做
结果
总结展望
项目亮点
实现的亮点
- 现在过去对比
- 同行之间对比
- 怎么维持变好
- 发现问题阶段 反馈 线上数据 测试阶段 开发阶段
实现过程
流程框架能力
关键难点亮点突破点
落地效果
原来现在
业内对比
总结展望
演进过程
方案优缺点
公司贡献
更高的高度 规划 可落地
答辩关键问题
问题1：有做过几个项目，但是不知道拿什么来答
很多人的体会，工作那么久，也做过一些大大小小的项目，但是并不知道，哪个项目适合答辩。
此时主要表现在不知道哪个项目才是重点项目。
所以，要明白自己做的项目都是有区别的，不同项目价值不一样，要学会给自己的项目进行价值排序。
而价值，是有不同维度的，比如业务维度、技术维度，每个维度下又有子维度，学会拆分维度来评价自己手上业务的价值。
问题2：确定项目了，不知道怎么陈述
选择了最关键的项目来答，但是，不知道怎么在PPT里面表现出项目的具体内容。也就是，平时可能自己在做项目，流程一般是
拿到需求单（技术、业务）
评审需求
启动研发
体验、测试
上线、推广
但是PPT里面描述项目可不是这样的，因此，经常会缺乏对项目的系统性总结。
做项目跟总结项目，是两回事，因此要学会日常生活中对自己的工作做个总结，最简单的方式就是，写文档。
方法论的沉淀是成长的重要环节。
问题3：不知道怎么体现项目亮点
也许知道怎么陈述项目了，但是怎么挖掘项目亮点出来，也是一个大难点。
一般来说，提取亮点也是分维度的，比如业务维度、技术维度，同理，每个大维度也可以继续拆解。
问题4：如何将每个项目亮点串联起来
终于提取亮点了，但是如何将每个亮点串联呢？如果PPT每个点陈述起来没有逻辑，显然也是不行的。
所以此时要做的事情就是梳理亮点的逻辑关系，项目是如何关联的。
最简单的，时间维度，就是时间先后顺序，先实现了什么，接下来做了什么。
另外就是总分总的形式串联，如果项点没有实际时间关联，相互独立，但是如果都是属于某一类，比如都是属于性能这块，那么可以先总体上先列表说明每项性能问题，然后拆解陈述每个性能优化点，最后汇总每个点。
后面对这块进行举例。
问题5：怎么陈述PPT
终于写完了，要怎么对自己的PPT，在20分钟内完成陈述呢？这个也是大难题，因为大学毕业后，就没有做过pre了。
最开始讲PPT的时候，各种卡顿，紧张，忘词。
这里有个小技巧，如果自己是不擅长陈述的，说着觉得自己陈述衔接不大好的，可以把所有要讲的内容，自己写下来。因为，如果写演讲稿都不流畅的话，何况脱稿演讲呢。
问题6：怎么做QA
终于PPT可以流畅脱稿陈述了，最后就是剩下QA了。一般组长会帮忙做个预答辩，我个人当时第一次答辩的时候，因为自己准备比较匆忙，所以没有太多时间做QA。
所幸后续自己琢磨了一套QA方式，好让自己答辩稍微顺利自信些。
好的QA可以在答辩过程中放松不少。
可能的问题
- 比如版本发布/组件库
- 怎么发布 怎么维护 怎么接入 怎么升级
- 前置依赖是不是需要别人组件化 后置依赖是不是代码需要改, 有开发成本
- 缓存策略怎么细化,
- (跨组 跨业务)业务前期调研是否充分(是不是有业务做了类似的事情, 别人的痛点是什么),
- 别的业务能不能用这一套(接口怎么设计, 功能怎么提供, 业务方是不是只需要调参, 怎么确认参数好坏(线上 ABT),
- 怎么根据不同的设备内存大小 磁盘大小 可用磁盘空间 动态调配)
- 别人怎么接入,
- 怎么给第三方厂家 SDK
- 你做的XX是否对比过某某app？数据上有什么优势，应用场景有什么优势？
- 你这里说也有看到别人在做这块，为什么不参与进去？
- 你这块（比如某个流程图节点）优化耗时多少？有去计算吗？
- 你做的这个点，除了当前的，还有其他优化空间吗？
- 如果你这里出现XX极端情况，有没有其他备用解决方案？或者有没有更好的方案来规避？
- 你这个XX功能，XX优化只能在你这里优化吗？别人要接入要怎么做？是否有成本？
- 这个XX点监控了吗？如果别人接入出现问题，你怎么快速响应？
- 你怎么保证服务稳定性？
- 这块的安全问题，比如遇到攻击，你是怎么解决的？（安全也是常见提问）
- 你这块用了XX能力，会不会影响到另外一块的功能？有测试过吗？数据怎么样？（比如你用了第三方工具）
- 这个只能用A方案么？我看B方案也很多人用，为什么不考虑呢？
- 你这里说达到流畅的优化，是怎么判断流畅的？
- 这块成本怎么样？带宽如何？上下行怎么样？
- 目前你这块兼容了XX用户，如果XXXX用户也需要兼容，你怎么解决？
- 除了技术上收益，业务上有哪些收益？
- 你做了那么多，这些可以cover成本吗？
- 如何继续提高这块的成本优化空间？
- 这里你用了XX工具，是不是本身就是这个工具的优化，而不是本身你自己用技术手段带来的优化？（这个虽然有点怪，但是依然可能会遇到这种问题）
- 有没有做低端机优化
- 有没有比较过低端机高端机的性能表现
- 除了设计降级有没有做其他性能优化
- 有没有监控过卡顿
- 有没有通过硬件加速来优化解码
- 有没有想过 不使用内存 而是使用 CPU 来解决问题