前同事设计师 Sophie 在 blog 上问「抠不影响成败的细节有必要吗」，事隔 7 日，从 Reeder 过去评论了几句。
实际上，在绝大多数情况下，这位工程师说得对，对成果毫无影响。在多数产品难以「创新」的情况下，很多互联网产品的「设计」整体作用都是被高估的。
但就像 Sophie 所说，这在以前合作过的工程师里却是少见的，前端工程师甚至会跟设计师一起抠细节。我猜测她说的是豆瓣。这是公司产品文化的具体体现，非常难得，对于设计师来说亦是运气。
在现在的公司里，产品和设计师（这两个职位二合一）被强调要尽可能去做 impact 足够大的事情，不纠缠细节。但几个月下来，总有一些细节问题不忍直视。这对于老板是处女座，注重产品设计的公司，是无法容忍的事情。于是每半年抽出一周时间，主题就是「查漏补缺」，公司上下所有人一起挑产品细节问题。一个字的文案、一个象素的对齐、一点点的色差，都可以被揪出来，集结成册，并尽量控制在一个工程师 0.5-1 天能解决的范围，鼓励数量越多越好。称之为 Polish Week。
Polish Week 最早来自于 Asana 在 2012 年的一篇 blog。 > When we work on a mission and product as ambitious as Asana, it's important to spend most of our energy on bold changes. However, we recognize that the finer details of a product are what bring delight to our users, so we built in time this episode to spend a week doing only product polish. 利用整周时间，工程师都用来 Polish。公司会将工程师分组，解决问题最多并通过 QA 验收的小组，会得到一些实物奖品。最近一次的奖品是一台 Segway，这两天总发现办公室总有人踩着这台家伙到处窜。