闹玩

一年多以前，我绝不会想到自己会从一个软件工程师转行做产品经理。

那时，产品部想招一位搜索产品经理。这个职位不仅要懂产品，还要对懂技术，特别是搜索领域的知识。对于这个“复合型人才”，公司比较重视，要求也较高。过了好长时间，一直没有找到合适人选。

恰巧，我一直是个能“折腾”的程序员，常常把跑程序过程中的有趣发现分享给大家，当时，还誓言“从用户角度每天至少发现三个bug”。于是，公司CEO和产品总监一致提议由我来担任这个职位。一方面，我对产品还算“有感觉”，另一方面，也是最重要的，我一直从事搜索方面的研发工作，比较懂技术。

于是，懂技术成了我在产品部工作的一个优势。比如，刚来产品部时，我从技术团队那里了解了排序算法的所有细节，只用三天时间就把搜索产品的相关特性整理成文档；我还尝试自己编写程序分析用户的搜索日志，查看数据，发现规律；在后来爱逛2.0的开发中，对于有些产品功能，工程师最开始认为不能实现，但我凭“技术直觉”表示怀疑，而最终证明这些实现是完全没问题的。

然而，我逐渐认识到，作为产品的设计者或负责人，懂技术也有束缚头脑的风险。比如，在设计产品时，非常明确增加某个产品特性或功能会提升用户体验和产品质量。此时，如果我是技术白痴，则根本不会考虑技术实现的具体细节；因为我懂技术，则不可避免会考虑增加这个特性引起的开发工作量，对性能的影响，以及需要的算法，等等。

初看起来，这些想法很合理，其实不然。当我考虑这些问题的时候，实际上限制了设计的思路，影响了可能的创新。也就是说，作为产品经理，至少在产品的设计阶段，不应该考虑技术。你应该考虑的首先是产品，是用户，而不是技术。

这有点像建筑师设计某个建筑。建筑师负责设计，工程师负责施工。如果建筑师在设计时就过多的考虑施工的难度，那么，可能永远不会有鸟巢和国家大剧院，因为，它们都是在克服了很多施工难题之后才得以完成的。

当然，建筑师也绝不能异想天开的设计，他也要懂各方面的知识，比如力学、比如安全，等等。事实上，只有懂这些知识，他才能更好的和各方面专家进行交流，共同磋商，改善设计。

因此，懂技术，就像懂一门语言一样，归根结底是为了和别人更加顺畅的交流。它能够帮助产品设计者更好的和研发团队讨论产品的实施，理解彼此的工作，在出现问题时能够澄清问题所在，研究各种措施，并尽快给出合适的解决方案。

广义而言，很多技艺都是一门语言：了解音乐的语言，我们能够更好的欣赏音乐；了解绘画的语言，能够更深的理解画作；了解电影的语言，能够多侧面的赏析电影。

而作为交流的手段，任何“技术”都不该束缚人的头脑，而是打通不同人之间的头脑，让彼此的智慧不断融合，激发出最绚丽的火花。