ask：小团队怎样对待细节优化？

提问：局部的小功能、流程、UI的优化，虽然直觉上有助于改进体验，但没有数据支撑，总是不够理直气壮，又觉得没有必要为此专门花精力去做A/B Test，小团队限于开发资源少，也不太可能去做。另外又有句话叫：魔鬼在细节中，用户体验就是一点一点的改进，从量变到质变。那么问题来了，在小团队中，类似这样的“优化”，究竟做还是不做呢？

escphoton：
首先关注那些明显拉低用户体验的问题。这类问题解决之后，一般来说产品会到达一个相对稳定的阶段，再去关注那些细节的优化，这个时候工程师团队应该会有闲置精力去做A/B Test。所以，关键是准确判断哪些问题严重，哪些问题可以搁置，排列出优先级。

道理是这个道理，但现实是，准确判断问题的严重程度非常困难，而且团队中不同成员会有不同看法和意见，达成一致更加艰难。

coen：
视项目开发阶段。已经定稿的，为了不影响进度，俺是不会坚持改进的，不影响当前阶段进度。下个阶段可以把优化和bug同步进行。新开发阶段中的优化，那就看这个阶段的项目开发量和时间，“尽量”塞一点点就逐步解决了。

flakegx5：
还有一个办法是之前听说的豌豆荚的方法。每个月都腾出来一周时间，去做那些因为收益不明显而被判断为低优先级的细节体验优化需求。

nick：
1. 紧扣项目目标和策略；例如，如果项目是为了快速上线去抢占市场/赚钱，那么尽量就不要在细节过于浪费时间；如果项目想打造口碑来获取留住用户（特别是工具类的产品），那么魔鬼细节还是值得去深究的。

2. 同样的开发成本下做得更好；例如，一开始产品和设计就把流程考虑细致一点、在开发有多个方案可选择，且成本差不多的时候，引导开发往体验更好的方案做。

cicada：
细节调优这件事，对成败没有影响，甚至于大部分细节调优对行为数据的影响都不大，调优这件事做不做，做到什么地步，都是产品经理的个人追求。

比如我，我还算是比较抠细节的人。我抠细节不是因为收益很大，就是对细节敏感，不抠我不舒服。

另一个案例是陌陌，陌陌的细节一直比较糙，who care？人家现在不也赚到盆满钵满吗？唐岩在一些访谈中明确表示过抠细节没意思——实质上是他不爱抠细节。你看张小龙抠细节也抠得乐呵乐呵的，甚至有传言说他会参与制定大部分的产品文案。

因人而异，没有定论。

在现实中，对细节不太敏感，但大方向把握得很好的创始人，产品经理，比如唐岩，这样的人是少数。对细节敏感的产品经理是多数。所以虽然抠细节的性价比不高，但PM还挺爱抠细节的，这不是对错选择，就是人群偏好。

escphoton：
@cicada 有一种情况，产品大方向已经基本上定型，可能只剩细节去抠了。这个时候，PM的工作也挺无聊的。