ask:小团队怎样对待细节优化?

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

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

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


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


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


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

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


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

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

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

因人而异,没有定论。

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


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

你可能感兴趣的:(ask:小团队怎样对待细节优化?)