我能理解作为前端工程师为什么希望这样标注，但是这些标注的实用价值很低，原因如下:

1. 这些标注都是“文档”，或者说“契约”。过度详细的契约对产品的实现没有帮助。敏捷宣言里面说可用的软件重于完备的文档。
2. 之所以会产生这些文档，沟通是问题。如果前端和Graphical designer不在一个团队，就会希望通过契约解决沟通问题，这样只能让沟通更低效。而且在这篇文章中所说的标注的方式的区别，是因为Graphical designer和前端工程师的“语言“不通，解决方法就是更加紧密的坐在一起工作，但是指望两个人用同样的思想沟通是不现实的。
3. 精确到像素的设计（Hifi prototype）真的应该精确到像素么？敏捷软件开发是迭代的。产品应该可以持续的release，每个release前都有验收和验证，对于像素级别的精确如果在验收的时候能够发现，说明这个精确到像素的设计是有意义的，那么我们才需要花更多的时间去优化它。否则它也许是可以忍受的。所以，预先设计的过程中的精确到像素的约定不如退而求神似，这样对迭代也更加有利。

1. 问问客户，他们到底想要些什么，仔细听听客户的反馈。通过包括门店在内的多种渠道收集客户反馈。
2. 收集到了反馈意见之后，一定要确确实实做出一些行动。要让客户很容易就能够感受到，他们的意见很快就能够得到处理。最终的结果是你需要改变你的处理程序和文化。
3. 和第一线的员工聊聊。他们有着别人不能及的见解。这样做也会让他们感觉很好，最终他们能够把这种高兴的感觉传递给客户。