We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
在做项目汇报的时候,总是忍不住流水账起来,整个ppt的逻辑上就很容易散掉。
不同于分享知识,项目汇报是要体现自己的工作难度,工作价值。
这个步骤就是要说明你这个问题为什么是个问题,一般做问题的定义可以从两个方向入手 -- 定性、定量
定性分析:使用者的直观感受,比如你的回报内容是用户体验相关,那定性分析的方式可以是去采访头部用户的使用情况,然后通过截图,统计的方式罗列出来
定量分析:通过数据展示,比如把页面上的埋点数据展示出来,直接体现出当前这个模块的数据相比其他模块数据不好
找到了问题就要对问题进行剖析,找出导致问题的原因
比如用户在之前的问题定义中反馈了说页面打开慢,要空白很久才有东西显示出来。
那么在分析问题的时候可以从请求资源数量,各个资源过程的 dns解析,渲染等方面去分析,这里最好是量化分析,然后得出一个具体的结论,可以列出多个点
这里就很明确了,目标的设定就是解决问题。
比如说把白屏时间降低到 1s,提升用户口碑。
在分析问题的时候可以提出 1-2 个核心问题,在写解决方案的时候,一定要有多个方案的对比,主要是体现自己在做方案选择的时候的思考,最后可以通过量化的方式进行方案的抉择。
这里有点像是把简单的东西复杂化,来凸显自己的思考和方案的难度,也就只能这么整了。
最后在方案完成之后,就是怎么衡量项目带来的价值了。
首先第一个肯定是完美地解决一开始提出来的问题,完成了自己的一开始做的目标,注意这里还是要可量化。 然后补充下自己的项目的后续规划,自己项目未来会添加一些什么功能,升华下主题。
The text was updated successfully, but these errors were encountered:
Sorry, something went wrong.
No branches or pull requests
在做项目汇报的时候,总是忍不住流水账起来,整个ppt的逻辑上就很容易散掉。
不同于分享知识,项目汇报是要体现自己的工作难度,工作价值。
基本框架
定义问题
分析问题
设定目标
解决方案
价值衡量
定义问题
这个步骤就是要说明你这个问题为什么是个问题,一般做问题的定义可以从两个方向入手 -- 定性、定量
定性分析:使用者的直观感受,比如你的回报内容是用户体验相关,那定性分析的方式可以是去采访头部用户的使用情况,然后通过截图,统计的方式罗列出来
定量分析:通过数据展示,比如把页面上的埋点数据展示出来,直接体现出当前这个模块的数据相比其他模块数据不好
分析问题
找到了问题就要对问题进行剖析,找出导致问题的原因
比如用户在之前的问题定义中反馈了说页面打开慢,要空白很久才有东西显示出来。
那么在分析问题的时候可以从请求资源数量,各个资源过程的 dns解析,渲染等方面去分析,这里最好是量化分析,然后得出一个具体的结论,可以列出多个点
设定目标
这里就很明确了,目标的设定就是解决问题。
比如说把白屏时间降低到 1s,提升用户口碑。
解决方案
在分析问题的时候可以提出 1-2 个核心问题,在写解决方案的时候,一定要有多个方案的对比,主要是体现自己在做方案选择的时候的思考,最后可以通过量化的方式进行方案的抉择。
这里有点像是把简单的东西复杂化,来凸显自己的思考和方案的难度,也就只能这么整了。
价值衡量
最后在方案完成之后,就是怎么衡量项目带来的价值了。
首先第一个肯定是完美地解决一开始提出来的问题,完成了自己的一开始做的目标,注意这里还是要可量化。
然后补充下自己的项目的后续规划,自己项目未来会添加一些什么功能,升华下主题。
The text was updated successfully, but these errors were encountered: