创始人的技术课8：口若悬河的技术合伙人值得信赖吗？

上上周末在上海的innospace进行了“创始人的技术课：降维开发”的第19次分享会，然后又有创始人提出来那个经典的问题：

对于所有不懂技术，非研发出身的创始人来说，如何判断一个技术人员的能力，是一座难以跨越的大山；甚至有创始人因为搞不定研发，自学python和php，搞得我都不知道怎么跟人谈项目细节了。

今天周一，趁着这个难题又摆在面前，来集中给大家剖析一下这个问题。但是在开始剖析之前，我要给大家讲两个难以接受，但是又无可辩驳的事实。

原因很简单：多数创业公司，目前需要的技术，仅仅是简单的数据存取和传输（数据的增删改查），根本不可能涉及到技术难点和目前还不能实现的场景。在今天，如果你做一个SaaS，或者做一个电商类，垂直社交，社区等，都是过去20年来，已经非常成熟的模式。任何一个只要在大一点的互联网公司呆过的工程师或者技术经理、技术总监，他们的能力都是经过公司考核的，他们的经历都是经过线上产品验证过的，做你现在这个业务简直是大炮打蚊子。

创业公司的产品，不可能，也不应该很复杂------如果是复杂的，应该是业务做得很大的，而且流水很大的产品，是很大的公司才应该具备的业务复杂度。

所以，技术能力根本不是你现在应该考察的问题！

第二，比技术能力更重要的其实是产品能力和沟通能力，而这恰恰是很多技术高手不具备的，但是创始人忽略的。为什么呢？

因为：创业公司都是新组建的团队，大家的语言习惯、用词造句、知识背景都不一样，导致大家沟通起来特别费劲。这种费劲常常导致：创始人给的一个词语，产品经理、UI设计师和技术的理解都不一样，做出来的东西永远对不上。

举个栗子：上周，我们快上线发生的一个沟通案例：创始人给我们描述说，他需要“扫码支付”。我们按照传统的逻辑去理解，就是我们去超市买东西的时候，出示自己的二维码，或者我们扫放在桌子上的一个聚合支付的二维码。

        这个是惯性思维得到的，但是根据创始人的业务逻辑，他想表达的是：我要在我的小程序里面出来一个扫码界面，而不是调用微信的或者支付宝。

看到了吧！在这个过程中，要迅速地切换到业务场景，切换到创始人的思路去理解，并且知道技术实现的难度：小程序里面能不能做扫码？扫码后如何识别？识别后如何跳转？数据如何校验和加密？

我们印象中，大多数IT技术人员，都是不善于沟通的，他们的世界相对简单而且非常规范，但是现实世界繁杂而无序，所以沟通起来需要互相理解，常常很费劲。

那么回到题目：我遇到一个滔滔不绝的技术合伙人，他靠谱么？

这个问题要一分为二地看。那些滔滔不绝的人，有可能是真的懂你的业务，也真的在技术方面融会贯通了；也可能你遇上了面霸。

这个过程，需要创始人自己去判断：他真的懂我的业务了吗？他真的知道我的业务需要的技术是哪些吗？他真的能坐下来静下来写代码吗？他能跟我的其他兄弟搞好关系吗？他是手很快的工程师，能快速做出来产品吗？

在这里，给大家分享一个小技巧。我一直有一个观点：

比如毛主席，就把美国比喻成：纸老虎。纸上的老虎，一戳就破。你的技术合伙人能不能把复杂的技术问题，变得非常通俗易懂？能不能用一个生活中很常见的比方，给你介绍你为什么要给APP做一个消息推送？能不能给你讲清楚为什么你的这个社交产品，适合用图数据库？

所以，创始人完全可以根据自己的感觉和知识，做出判断：这个技术合伙人适合我，或者不适合我；如果找我们投缘帮帮忙判断，我们也只会从沟通能力和产品能力上给出建议。

当然，也有很多人说，我找不到技术合伙人，所以我的项目迟迟无法启动。针对这个问题，我们从2018年启动了一个叫“快上线”的业务，专门帮助技术要求并不高的项目，快速启动开发和上线。

想了解详细的，可以点击右下角的阅读原文，也可以加我们专业的产品经理的微信，聊聊你的产品。