优化博客系统时先不碰业务

优化可以改结构数据来源和维护方式但不应该随便改变用户已经依赖的行为

剑飞
1/14优化博客系统时先不碰业务

如果用户没有要求改业务

01命题

先说清本页判断

02解释

补足为什么

03行动

留下下一步

把“如果用户没有要求改”落到一个具体项目里看结果
2/14优化博客系统时先不碰业务

而在数据从哪里来

很多系统的问题不在页面上而在数据从哪里来 构建时能不能拿到部署后是否一致
3/14优化博客系统时先不碰业务

这篇文章讲的是一种偏保守但

01命题

先说清本页判断

02解释

补足为什么

03行动

留下下一步

把“这篇文章讲的是一种”落到一个具体项目里看结果
4/14优化博客系统时先不碰业务

- 为什么先不碰业务 -

命题先说清本页判断
解释补足为什么
行动留下下一步
把“- 为什么先不碰业”落到一个具体项目里看结果
5/14优化博客系统时先不碰业务

最容易做的事是找几个页面细节

01命题

先说清本页判断

02解释

补足为什么

03行动

留下下一步

把“最容易做的事是找几”落到一个具体项目里看结果
6/14优化博客系统时先不碰业务

但我一般不会先这么做

因为在一个已经上线的博客系统里真正危险的不是按钮少一个而是线上构建和本地预览看到的东西不一样
7/14优化博客系统时先不碰业务

我会优先检查基础稳定性

如果业务逻辑没有明确要求变化我会优先检查基础稳定性
8/14优化博客系统时先不碰业务

但能减少后面很多麻烦

01命题

先说清本页判断

02解释

补足为什么

03行动

留下下一步

把“但能减少后面很多麻烦”落到一个具体项目里看结果
9/14优化博客系统时先不碰业务

是如何导出到前端的

命题先说清本页判断
解释补足为什么
行动留下下一步
把“是如何导出到前端的”落到一个具体项目里看结果
10/14优化博客系统时先不碰业务

线上构建时是否也能拿到

本地能看到的内容线上构建时是否也能拿到

把“线上构建时是否也能”落到一个具体项目里看结果
11/14优化博客系统时先不碰业务

但现在已经不再承担明确任务

有些模块曾经有用但现在已经不再承担明确任务

命题先说清本页判断
解释补足为什么
行动留下下一步
12/14优化博客系统时先不碰业务

带走四步

找项目

从真实任务开始

出材料

把想法变成可处理内容

做交付

用结果判断能力

可复用

把完成沉淀为流程

13/14优化博客系统时先不碰业务

让能力长出来

优化可以改结构 数据来源和维护方式但不应该随便改变用户已经依赖的行为

返回原文
上一篇给微信接口错误做成用户能走完的引导下一篇不要让技能猜自己是谁