写在前面的话：
看似实现简单的东西，都值得产品去想得更多
最近提了给开发提了一个在页面增加滚动条的需求，需求听着言之有理、实现方式也清晰明了。
但交付完成后，你如果细看产出的结果，就会发现之前在提需求的时候还有很多细节的点想都没想到过。
接下来，我们来还原一下整个需求。
需求背景
由于涉及到课程结构的录入，比如章节、大节、小节，依次级联进行添加。
录入的编辑表示：章节的内容越来越多了，我添加完一个新章节之后，还要鼠标滚动到页面上方才能进行大节的添加。每天这样要滚动好多次，找起来太麻烦了。
解决方案
第一反应 —— 小case，一个小优化点。一个滚动条就可以搞定的事儿有没有？
当然除了滚动条之外可能还有其他的解决方法，但用滚动条好像目前也并没有什么其他“副作用”，就用滚动条来解决吧。
原型
What？ 一个滚动条还要写文档吗？ 口述一下，三个字的事儿需要画图吗？
简单画一个滚动条的示意图，拿着和开发过评审去了。
验收
- 为什么鼠标滑到底部的时候，有留一块空白？ 哦，因为开发固定了高，有点丑诶… 不过没关系。
- 咦，切换tab的时候，滚动条的位置没有改变，emmm… 要不要改呢？ 好像也还好，想想使用场景，OK的叭！
……
反思
其实这个需求可以在最开始做的更好。
如果在一开始就没有把它在心里定义为一个“随便”处理的小需求，真正去想一下要的是什么样子的话，这个需求即使还是增加一个滚动条这么简单，但是细节上的打磨可能会更让自己满意。
更重要的是，这种思维方式要一直贯穿在自己的产品工作中。
