我差点Miss的一句话——“不要为了渠道而渠道”

        “不要为了渠道而渠道”（原文为《结网》的“为了渠道而找渠道是很多产品的通病”），这一句话听起来十分的令人困惑，我也一样。什么叫渠道？为了渠道而渠道是什么样子的？所以在那个秋乏的下午，我很快地就扫过了这一句话，带着有一点、但不多的疑惑准备往下读。幸而我有强迫症（这时候倒庆幸起自己有强迫症了哈哈），也就是把每一段讨论的重点句子记录下来的习惯，我不经意间把它摘录了下来。后面再回顾这句话时，似是灵光一闪，茅塞顿开。

        渠道，是什么？在我的理解中，渠道可以说是“载体”。还是很抽象？我们不妨使用归纳法来解释。这一句话放在具体的互联网情境中，可以说“不要为了做App而做App”“不要为了做网页而做网页”“不要为了做小程序而做小程序”等等。也就是说，你所设计的产品，不应该一开始就确认他的形态。例如，某一天你突然和你的Partner说，“我们来做一个小程序吧！”，然后你们研究一些别人没有做过的小程序，后来才开始分析用户需求来设计一个小程序产品（当然这并非一定是错误的，而是可能会带有很大的弊端，我们接下来分析）。你可能分析到用户有看笑话的需求，于是在“我们做一个小程序”的思路和定好的前提下，做了一个看笑话的小程序，但是，你所设计的产品，用户很可能在其他的渠道已经能够得到满足了。他们可以在抖B书博等已经习惯使用的平台上看笑话，几乎没有什么理由去使用你所设计的产品。

        那么，针对这一个看笑话的需求，我们可以采用的更加Robust的做法是什么呢？第一步，并非定义要使用的“渠道”，而是去观察和调研，发现用户确有看笑话的需求。接着，你才考虑通过什么样的渠道来满足用户的这个需求，你可能列出来那么一些渠道——抖音发视频、写实体书、App、做网页等等。经过各种分析（例如渠道优缺点、分析竞品、考虑团队能力等）之后，发现在抖音发视频有流量大等优势，也能满足用户对便利性的需要，此时，你们才确定要通过运营抖音账号发视频的渠道来满足用户看笑话的需求。

        To summarize，这两个做法，一个是先有渠道，一个是先有需求。“先有渠道”的思路限制了你对渠道的横向对比，你可能考虑不到其他更能满足用户需求的渠道。而“先有需求”的思路能够从更本源处进行思考。我们再举具体的例子，“先有渠道”的思路可能会想“我可以用小程序来做什么”，而“先有需求”的思路则可能会想“现在用户的哪些需求可以用小程序的形态进行优化，得到更大的满足”。前者把渠道用成了禁锢，而后者把渠道当成工具。

先有渠道——我们要做一个小程序，这个小程序可以满足用户看笑话的需求。

先有需求——我们要满足用户看笑话的需求，对比于已有的App等渠道方式，抖音发视频有更大的优势。

        当然，也并不是说“先有渠道”的思路就一定错，你在追求风口的时候，可以在非常前期用“先有渠道”的思路来设定一个前提，不过，在设计具体产品时，最好仍然使用“先有需求”的思路。例如说，我最近和我的伙伴讨论的，“低空经济”。在一定的研究后，你确实可以先确定你打算耕耘“低空经济”这一领域，使用“低空经济”这一渠道。但是，针对具体的某一个产品，最好还是不要把你的思路锁死，不要想“用低空经济可以做什么”，而是应该考虑“现在用户的哪些需求可以用低空经济来得到更大的满足”。否则，你可能会面临这么一个情况——你决定用无人机来同城送货，但顺丰美团同城送等服务既能满足用户需要，又更经济更安全，于是没有人愿意使用你的产品了（这个类比只是用来做例子的，以后会怎样还得具体问题具体分析）。同时，这个前提也并非是定死的，要是你发现用户的需求怎样都无法用这个渠道来得到优化的话，那就赶紧跑吧。

粗陋之作，欢迎交流斧正。