概述	预计耗时	预计发布	实际发布	最后一次修改

了解你的用户

很多时候，作为工程师的我们会沉醉和痴迷于编写代码。设计和编写代码的过程，本身就足以吸引到我们。我们做的东西仅仅只是为了取悦自己。这也是有人把工程师归类到不太爱说话一类的原因。

不过，这是个商业社会。你的东西要有人买单，才会有价值。这个世界并不缺少想法，也并不缺少工程师，缺少的是将想法和市场需求结合起来的人。工程师的责任，除了编写完整、鲁棒和可扩展性的代码外，还应该去关注用户。

在《团队与极客》一书中，原作者也在最后一章强调了了解你的用户的重要性。工程师交付的东西，一定是有人需要、有人要用的。如果你不清楚背景和诉求，那你和一个机器有什么区别。即使你设计出了很精妙的代码软件，可没人买账，也是无济于事。

原书中在本章的核心集中在如何与用户打交道上面。如果你对如何推销产品和服务感兴趣，可以阅读我之前的文章《工程师该如何推销产品、技术和理念》。

用户参与的三个阶段

简单来说，用户和你的产品的交互是由好几个阶段的。第一，你得想办法吸引到你的潜在顾客。无论是做宣传还是投广告，或者是病毒营销，只有获取到了用户，才有更多的可能。接着，是用户到来之后的体验问题。得为你的产品的易用性，进行充分的考量。当用户度过新手期后，考验你的将是如何有效和用户进行沟通。

除开上面的三个阶段，按照常理，还会有用户流失、用户回流以及再流失的阶段。这里先只强调用户获取、用户初期体验以及最后用户的长期活跃问题。

不管你承认与否，成功的营销会给产品带来极大的收益。很多工程师会对营销感到厌恶，是因为营销用到的一些技巧和工程师的信条不一致。例如浮夸的表演，不切实际的效果暗示，以及对于情绪的调动和操控，这些东西都是追求理性和确定性的工程师难以接受的。

不过，聪明的工程师，一定是懂得善用营销的人。正如之前写的《财富38条法则》所言，你得会弄出点些东西，同时也得懂得如何营销它。懂这两点的工程师将无往不利。

面对客户，谨慎承诺，一旦承诺就要花费心思做到最好。这里的客户，可以是你的leader，可以是其他部门的小伙伴，也可以是toC的广大用户。

产品给人带来的第一体验，总是至关重要的。所以，请尽量优化你的第一印象，优化你的产品初期体验。

降低产品的使用门槛。这点可以学学苹果产品，让所见即所得的，让每个用户不用看说明书就能操作明白。关注你的设备的响应速度，隐藏无关紧要的复杂性。去衡量每日活跃而非注册数据。

随着产品的发展，用户是很希望能够了解产品进程和规划的。对于用户，我们也可以用HRT，谦虚、尊重、信任的原则，让他们感受到良好的氛围。直面用户，在客服小组和用户进行一对一的沟通。降低你的姿态，保持耐心。构建一个轻松和愉悦的氛围。

这部分，我们强调了和用户沟通的重要性。用营销吸引用户，简化产品、关注核心指标留住用户。在日常工作中，和用户展开良性的互动。