小李是一枚资深产品汪,工作五年多,过着平凡充实的生活,偶尔也反思一下,什么时候能财务自由,迎娶白富美,走向人生巅峰呢?
有一天领导找来了小李…
领导:你看某某公司这个功能不错,吸了很多新用户,我们可以考虑做一下
小李:恩,是的,不过我们这个版本需求满了,可以加在下月的版本迭代中
经过半个多月的深度学(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
会后室友来短信「今天我加班,记得早点回去遛狗,今天它有点拉肚子,多在外面待会儿…」
小李:同学们,明天上午我们进行这版本效果演示,都准备一下,家里有事先撤了…