Day3: 精益求精抠细节vs点到为止保交付
最后给大家一个我用了多年的判断框架，什么时候该精益求精抠细节，什么时候该点到为止保交付，看完再也不纠结。必须抠细节的场景：第一，涉及钱的，支付、交易、计费、结算，一分钱都不能错，出问题就是真金白银的损失；第二，涉及数据安全和隐私的，用户信息泄露、数据丢失不仅是罚款还可能违法，国安都在警示词元安全；第三，核心路径上的，用户每天高频使用的核心功能，慢100毫秒流失率就涨5%；第四，很难回滚的，数据库设计、底层架构、接口协议，一旦上线再改成本极高，必须一次做对；第五，影响稳定性的，系统崩溃、服务不可用、线上P0事故，这种东西出一次你半年绩效就没了。可以点到为止的场景：第一，内部系统和工具，运营后台、数据看板、内部管理系统，用的人少能跑就行；第二，短期活动和临时需求，一个月后就下线的东西写那么好干嘛；第三，验证性的MVP，不知道方向对不对先做出来试试，方向错了写再好也没用；第四，UI样式和交互细节，不影响核心流程的样式问题先放一放，后面再调；第五，非核心边缘功能，用的人不到1%的功能没必要投入太多精力。记住：质量是有成本的，把质量投入到最有价值的地方，才是真正的专业。
发布于 广东
分享
评论
1
未登录
友善发言
评论
加载中
