北京时间2月3日消息，据国外媒体报道，电子商务公司Minted首席技术官王忻（Niniane Wang）日前发表文章，就如何打造优秀产品表达了自己的观点。她认为，真正的新创意如同凤毛麟角，打造优秀产品的关键在于更好的执行。加盟Minted之前，王忻曾在谷歌和微软负责工程团队。
以下为王忻发表的文章主要内容：
一位谷歌工程师朋友曾经想到过关于浏览器拓展的好主意，因此他努力工作，几周之内就完成了原型。随后他开始查看是否有其他人也创造了类似的产品。当然，很快搜索中就出现了一页又一页的结果，显示了与他概念相同的现有结果，甚至还有网站可以追踪各种衍生品！
显然，这种情况非常常见。即便在很短的时间内就创造出产品，你也会马上发现每个创意都曾经被以一种或另一种方式付诸实践过。因此你的产品要想取得成功，就需要依靠高水平的执行，确保产品出类拔萃并取得成功。如何以最佳方式执行工程项目？下面就是软件开发每个阶段的一些建议。
功能规划
很多时候，当一款产品比竞争产品具有优势时，这可能是由于它采用了最近才出现的一项新技术，而且这项技术尚未被其他人采用。例如，智能手机日益超强的计算功能使得Instagram可以进行高级的图像处理功能，以前需要台式电脑才能完成这样的任务。在我所在的Minted公司，随着浏览器渲染功能日益强大，我们得以扩大浏览器内置编辑工具，增加了拖拽编辑框等功能。
因此，密切关注技术进步机遇就显得尤为重要，这经常可以为你打开新功能之门，使你的产品与竞争对手实现区别。当你发现此类技术的时候，先评估使用这些技术需要哪些资源，例如高存储工具，或者宽带互联网连接速度，随后确认你的用户群体是否拥有这些资源。例如，如果你深知自己想要使用一项依赖于HTML5的技术，而且你发现HTML5在北美用户中的普及率已经提高到75%，那么沿着这个方向走下去，你将拥有全新的功能，并极大地改进你的产品。
原型确定
如果你对自己的功能组合还不确定，仍然处于钻研原型产品的阶段，那么有两个常见的问题可能出现。有趣的是，这两个问题还截然相反。
第一个问题就是，有时候人们做出的技术选择有益于原型，但却需要重写代码，以实现规模化生产。这就是谷歌的Linux架构里只有一个.NET项目，以及全新的PHP项目仍然存在的原因。作者们知道，当他们的项目成功到需要扩大规模的时候，这将形成一个严重的问题，他们不得不面对并解决它。
问题在于，有人认为，未来你和工程团队的其他成员会有很多时间和资源，可以轻松地依照可扩大规模的架构重新打造这款产品。事实上这种观点不切实际，项目启动之后，你会发现时间越来越紧迫。现实情况是，你可能需要几个月或者几年时间来重新打造一款产品，在这段时间里你的产品功能不可避免地陷入停滞，用户基础也可能因为失去耐心而叛逃到竞争对手的产品。
第二个常见的问题正好相反，开发者吸取了规模化的经验教训，因此全力为规模化而做准备。从一开始，他们就将宝贵的时间投入到物色和聘请规模化专家，或者即便他们拥有完美的MySQL数据库，仍然要把过多的时间用于寻找Cassandra和Reddis，只是为了防止他们最初版产品获得爆炸性的风靡。这种做法很快就会导致产品延迟。
我对避免这两个问题的建议是相同的。从一开始选择技术解决方案的时候，就选择那些其他产品已经证明可以规模化、不会引起严重自定义麻烦的解决方案。它不一定是最优化的规模化解决方案，只是已经被其他人证明可行的方案。确保自己选择的技术有巨大的用户基矗当然，还要确定这项技术获得了开发者的大力支持，这样才能聘请到精通此领域的开发者。一旦做到上述这些，就不要再考虑其他的候选方案，专注于开发一款出色的产品。
精细调整
完成原型阶段并确定了功能组合之后，就应当开始完善产品。要记住你的终端用户如何与产品建立联系。用户的满意度=使用你产品的好处－愤怒。如果解决了上面两个问题，说明你已经开始使用先进的技术，并创造出了不错的原型。但同样重要的是上面等式的后半部分：减少用户的愤怒。
当用户与产品互动时，他们经常会遇到小小的烦恼，并且会累积起来。例如，某个按钮点击后没有反应，用户不知道是应当再次点击，还是继续等待。或者某个页面加载时间太长并且超出预期。如果没有良好的用户体验，他们就会越来越生气，这些小小的愤怒累积起来，用户终究会突破愤怒底线，导致放弃这款产品，至少在一段时间内如此。这种情况有百害而无一益。
最顺畅的用户体验通常是通过下面几点的结合实现的：进行参数分析，进而采取行动来提升体验；进行使用性能测试；亲自使用产品并提高愤怒指数。
连起来表述就是：典型的参数包括反应时间、错误率，以及保留和转化等商业目标。减少网页的反应时间，确保运行了YSlow，并遵循了史蒂夫·索德斯（Steve Souders）关于Java语言、CSS和HTML的最佳标准。记住要通过NewRelic等工具不断地查看真实世界里的反应时间，并自动比较服务器上的崩溃与Bug报告数据。
关于用户体验，我发现《Don’t Make Me Think》和《Rocket Surgery Made Easy》这两本书在描述使用漏洞寻找方面非常有用。最后，最完善的用户体验经常来自于本人亲自（或者诚实的家人或朋友）积极使用产品的团队。如果工程师、产品经理和用户体验设计师每天都会在产品使用过程中遇到不完善之处，那么这些磨擦必定能够渐渐消除，进而使产品具备了更多的优势并实现竞争差异化。
