八月份的时候，儿科产品终于提上日程开始开发。虽然是第一期，但要开发的功能却不少，预留的开发时间也不那么充足。每一天的工作都充满了紧张的气息。
终于，某日下午有位开发同学打破了办公室的平静：“用户自己的评论为什么要排在最上面？别人都是这么设计的吗？”
我一下精神了，因为这是我设计的。
“我擦，这么设计当然有理由啊，又不是非得跟别的App一样才是对的。”
当然以上是我的心理活动，脸上仍然对开发同学报以微笑：
“因为我们没有通知系统，微信的客服消息又不是必达的，把用户自己的评论排在最上面，用户就更有可能看到自己被回复了。”
“但是这样不觉得很怪吗？微信都没这样做。”
听到这我已经有些不爽了，毕竟，当着全办公室同事包括领导的面被质疑，还是挺丢面子的。同时脑子也在飞速旋转，怎么能让他觉得这样是对的，赶紧结束这个争执？
1.找一个相同设计的App，实力打脸；
2.了解他为什么会觉得这种设计怪，据理力争。
想到这我好像突然get到了重点，赶紧问他，“这么做是不好实现吗？”
他没承认也没否认：“实现是可以实现的，就是花点时间嘛。”
说到这其实已经说的很明白了，放在平常，这种需求是二话不说就能做的，但这一期时间太紧，他想为后面更重要的需求挤些时间。
那就好办啦。我很能理解他，因为这次开发真的是分秒必争。于是将评论区内容调整为“用户自己的评论置顶+所有用户的评论时间倒序”。妥协的结果是开发同学很开心，但用户的体验却稍微差了一些，因为用户会在一篇文章中看到两次自己的评论。不过也不重要，因为这并非核心功能模块。
【最后总结】
1.讲需求的时候，为了节省时间，漏掉了评论排序的细节没讲。如果当时讲到了，有问题就能及时讨论，不会等开发过程中才发现。
2.面对开发同学的质疑的，要多想想他为什么质疑，而不是一味争辩，证明自己是对的。
3.可以有妥协，但要有原则，比如核心功能点不能妥协，明显伤害用户体验的不能妥协。
