小李是一枚资深产品汪，工作五年多，过着平凡充实的生活，偶尔也反思一下，什么时候能财务自由，迎娶白富美，走向人生巅峰呢？
有一天领导找来了小李…
领导：你看某某公司这个功能不错，吸了很多新用户，我们可以考虑做一下
小李：恩，是的，不过我们这个版本需求满了，可以加在下月的版本迭代中
经过半个多月的深度学（chao）习（xi），脑海中反复的迭代构思，小李终于想出一个绝佳的方案，一定能让老板满意。
3-30 周五 10：00
小李：来来来，我们开下个月的需求评审会，确定一下这个版本的需求
（会上大家非常踊跃，天马行空的提出了各自的想法和意见。）
B：这个需求看起来简单，为了保证通用性和稳定性，改动并不小，需要仔细的考虑下模块的设计。
D：这个功能确实不错，但是不太容易加入到我们目前视觉设计中，可能要想想其他办法
F：我建议引入 H5，这样更加的容易扩展和维护，这样APP的代码也不会太臃肿。
C：引入需谨慎啊，这样会影响测试的便利性
O：其实我觉得这个功能应该换一个方式可能更好…（此处省略500字），这样用户更容易理解，运营也更容易出效果
F：我觉得 O 的提议不错，这样前端目前的模块已经可以支持了
B：都可以，反正我们后端设计上都兼容，至于效果好坏可能还得调研下，可以做个 A/B Test
D：对了，这个输入的地方情况很多，如何给用户提示要仔细设计，不然体验非常不好
小李：是的，应该是弹框提醒吧
F：这不行，到处弹框太恶心了，给个 Toest 得了
D：重要信息还得弹啊，不然不够明显
A：不要在输入的时候主动发请求，让用户自主点击后再触发验证弹框，减少服务端压力
大家还在紧张的讨论中，小李一看手表，不知不觉快12点了，公司食堂要开饭了。
小李：好了，这次只是先让大家了解下需求，具体细节做的时候再讨论，吃饭吧。
13:10
饭后准备睡一会儿整理下混乱的大脑…
14:00
哇啦哇啦哦哇啦… 叫醒闹钟准时响起。下午大家各自进入到紧张的工作中，小李准备把下个迭代内容细化一下…
C: 李哥，这个需求需要你确定一下，功能上和需求文档不太一致
小李：好的，这不对吧，这俩处的文案需要不同，效果不一样
C：工程师说这样不行，结构上不统一，不好处理
B：你不能这么处理，一样的数据各处展现不一致，这没法处理，不能做成一致吗？
小李：em…我找设计同学来问问吧
D：这不行，外面这个宽度不适合这么长，太影响美观了
F：不能因为美观去改数据结构啊，这模块都不能抽象了！
小李：对，这里没必要放那么长
O：一个数据不同地方名称不一样，显得也太不专业了吧
B：那不然把里面的数据改成短的吧，这样就一致了
D：这样也行，短的大家应该也能理解吧？
F：可以的可以的，这样好
小李：……那就都改短吧。
说完手机传来嗡嗡声「15:06 luckin 送您一张2折优惠券，仅限今日哟」，去喝杯 coffee 冷静一下…
F/C/D/B：帮我带一杯，谢谢！
——
O：李哥，这产品的文案赶紧出一个，四点就上线推广了，还有十分钟！
小李：噢，好的，就写「内有红包，点击领取」吧。
O：这样不行，有合规问题，不能出现红包字眼
小李：「点我观看有奖励！」这个如何
O：不太专业，我觉得「学习小知识，领取奖学金」不错，还有内涵。
小李：恩，那这个吧
…
O：推广效果还不错，才半个小时有一百多个用户点击了呢！
小李：购买用户呢？
O：不太理想，只有三个
小李：持续观察吧，我先去听个内部分享
17:50
领导：小李，来我们开个会，对下当前进度和下个版本需求
小李：好…
19:00
会后室友来短信「今天我加班，记得早点回去遛狗，今天它有点拉肚子，多在外面待会儿…」
小李：同学们，明天上午我们进行这版本效果演示，都准备一下，家里有事先撤了…