我在Clubhouse学到的创业经验（上）

神译局是36氪旗下编译团队，关注科技、商业、职场、生活等领域，重点介绍国外的新技术、新观点、新风向。

编者按：作为一家初创企业和开辟新品类的产品，ClubHouse 从一开始就吸引了不少的眼球。尽管这款产品现在已经远不如当初那么火，但它的发展之路依然有很多东西值得学习。Clubhouse 的一名早期员工最近辞职开始创业，为此他总结了自己那段经历的各种经验，希望能为自己创业路上的产品、社区和团队建设提供参考。相信这些经验对于广大创业者也很有帮助。文章来自编译，篇幅关系，我们分两部分刊出，此为第一部分。

过去几年，我学到了很多关于建设初创公司的知识，并且对如何做好这件事变得更加固执己见。过去 2 年我是在 Clubhouse 度过的，我们团队的才能、公司的增长速度，还有开发一种全新类别的产品的本质，这些都是令我有所收获的推动力。

刚开始时，这款 app 只有大约 1000 名用户。聊天室没有标题，“club”还是莫须有的事。团队成员只有创始人而已。从那时候起，Clubhouse 一直在公开的状态下进行开发。作为早期员工以及社区负责人，我有很多的机会要面向公众，公司的几乎方方面面我都需要处理。

最近几个月，作为一名创始人，我渴望有更多时间再次去探索新想法，我决定离开 Clubhouse，但仍继续担任顾问。在如何建立初创企业并将其发展壮大这件事情上，尤其是关于产品、社区和团队的建设上，以及如何在公开的状态下做这件事方面，我总结了许多的个人经验，并提炼出一些有用的观点。

产品

经验#1——赢得开发下一个东西的权利

在追逐下一个创造性、实验性或吸引人的想法之前，先得把打算推出或已经推出的东西做好。“赢得开发的权利”与“尊重先来后到”这些原则已经被我内化了。

在最早阶段，这可能意味着在写任何代码之前，都要对用户需求进行尽职调查，用无代码 MVP 进行测试。在确定范围时，这可能意味着要严格控制功能的版本 1 需要包含的内容。在发布之后，这可能意味着在考虑下一步之前，要严格确保功能的质量，评估功能是否取得了成功等等。

从根本上建立做出一套一致产品的开发流程，综合考虑战略匹配、优先级、范围、发布、评估与迭代，这种做法的价值很大。

经验#2——努力打造出色的 UX 和足够好的 UI

简而言之，东西是怎么运作的要比看起来如何更重要。对于处在早期阶段的产品来说更是如此，因为那时候的产品离不开早期采用者的支持。

出色的 UX 可以促进产品的核心互动——清晰、易用及简单。如果用户体验糟糕，用户很难会做你想让他们做的事情（甚至连让他们知道你想让他们做什么都很难）。糟糕的用户体验会让用户放弃好的产品创意。

另一方面，“足够好”的 UI 意思就是……够好就行（尤其是因为这个主观性更强）。比方说，用什么颜色和字体可能会影响对产品用途的感受，也会影响受众（比方说目标年龄段和个性特点）。但是，实用性很强，用户体验出色的差异化产品应该可以克服这一点。

有部分证据表明这一点：错误报告和产品反馈几乎总与 UX（或新功能请求）有关，而那些看似与 UI 相关的往往与可用性问题存在重合。

经验#3——产品判断力与其说是天赋不如说是技能

拥有好的产品判断力很难定义，因为这属于经验性的东西；只有在事后在时间的检验下你才会被证明是“正确的”。这更多属于一种技能，而不是纯粹的天赋；你必须不断练习才能变得更好，并将这种能力保持。毫无疑问，你的时间最应该投入到这里——去深入了解用户是如何：

• 体验你的产品的（深入到甚至可以预测各种目标用户群对产品改变的反应）
• 体验其他产品的（了解不断发展的社会文化趋势，并了解可能可以满足类似需求的竞争产品）

产品思想家说，要想有好的产品判断力，具备专业知识、同理心或创造力的一定结合是基础。直接通过用户去深入了解产品和市场对这三个方面都有帮助。这未必就意味着要尽早建立用户体验研究功能。最好的结果来自于自己动手（参见经验#6与经验#22），并利用团队的集体智慧。

经验#4——谨防复杂性蔓延

产品的第一版通常都很简单。但随着不断的开发，产品在质量、实用性与体验方面都会变得更加健壮。但是，这种趋势会遇到临界点，过了临界点之后，“健壮”可能会悄然切换成“复杂”。

产品可能过于复杂的一些迹象：你已经推出了一堆功能，但还没有杀死任何一个功能。界面已经没有多余地方放置新功能。用户不清楚该拿产品来做什么，以及该怎么办。

复杂性蔓延是人的问题。我们不想给人以抛弃别人的工作的感觉。我们对数据的依赖程度还不够，不能靠数据来做出决定。或者，我们只是不清楚用户需要和看重的一两个交互是什么，因此很难选择该留下什么和继续做什么。

要对此有预期，然后设立早期的检查点。在发布之前先定义好成功和失败。设立可靠的流程，跟踪对的指标，帮助做出客观、果断的决定——还有，别忘了要建立一个框架去废止一些东西！

社区

经验#5—— 一个“社区”其实是许多社区的集合

如果你有 2 个用户，可能就会有 2 个用户角色。这是为了举例，但即便是一小部分用户也可以拥有截然不同的体验、观点、目标和需求，需要团队和产品关注。因此，随着网络的发展，用户会逐渐形成许多不同的社区。

用户细分不是纸上谈兵；做得对的话，这是具有战略意义的，可操作的。利用定性的洞察解、数据和参考用户来帮助定义角色。在战略层面上，要将价值主张与用户细分相匹配。要确定优先考虑哪一个用户群，而不是一碗水端平。在运营层面上，将用户分类进特定的细分市场，提供相应支持。然后就是开发系统，分配资源，规模化地做好这件事情。

经验#6——与用户交流（哪怕你觉得没有必要）

与用户交流不应该是一次过的事情，而应该是每一支团队都要做的事。你想确定要开发什么产品时，准备要发布产品时，甚至当用户排斥你的产品时，你都应该与用户进行交流。不仅要与他们谈产品，还要谈他们的动机和需求。如果可以用产品固有的方式吸引用户的话，那就会锦上添花！

这一路上你可能会遇到许多陷阱（逻辑和情感陷阱）。这里需要回忆一下乔布斯哲学的原话——“有些人是消费者现在想要什么就给他们什么，但我的做法不是这样的。我们的工作是在他们弄清楚自己想要什么之前先帮他们弄清楚。”就算这话没错，但与用户交流仍然很有价值。只需要利用你的洞察去理解问题和改进解决方案，而不是自己硬造出来。

还有一个潜在的陷阱——“嗓门最大的用户不是我们想要的用户。”如何区分谁是不是你想要的用户？先确保你的确了解其中的区别（参见经验#5）。然后做些工作去接触你想要的用户。无论你在思考什么功能、程序或策略，我相信你都可以找到深思熟虑的拥护者和批评者。

经验#7——通过用户之间的互动创造价值

真正的社区要靠成员之间的互动、关系以及价值交换来定义。因此，随产品一起建设的社区不应只关注团队与用户的互动，也应该关注用户与用户的互动。找出团队需求（比方说产品洞察、用户教育、用户增长）与参与用户的需求和兴趣之间一致或不一致的地方。用它来帮助识别和测试新的互动计划。

重要的是，不要光说不做，要向用户展示你希望他们如何参与进来。社区和产品之间的协作也非常有价值。比方说，为了解决用户教育问题，通过产品（比方说引导流程）和社区（用户主导的引导流程）演示在用的功能。如果你希望用户也参与创作，那就邀请现有的创作者参与进来，展示好的流程和输出是什么样的。用户和支持者可以增强团队的影响力。

经验#8——信任和安全不是终点，需要持续努力来维系

管理用户的信任、安全和隐私必须是有意识的、持续的努力；这件事情什么时候做都不会太早，也永远不会有“做完”的那一天。首要任务是预测产品在该领域会遇到的独特挑战。然后，弄清楚如何通过产品、流程和团队来应对挑战。

制定初步规则，约束用户与产品、彼此之间以及与你的团队互动的规范（也叫：社区准则！）。向现有用户寻找输入。预先避开法律术语，所以这是一项快速练习。这也可以帮助你的团队思路更加清晰，并为决策提供指导。

如果你想建立一个开放网络的话，这一点尤其重要。弄清楚哪些规则你希望自己控制，哪些空间留给用户。任何东西一旦中心化就是设置了全网标准，你的团队可能就是仲裁者；任何去中心化的事情均可视为获得了许可，而且你可能会失去控制。

进入市场与增长

经验#9——朋友的反馈属于误报，除非另有证明

产品的最早用户往往是你的朋友、家人、同事——是你手把手领进门，会分享你成功果实的人。

如果你无法让第 0 天的支持者使用并喜欢上你的产品（假设他们在目标市场里），那可能是一个准确的而且是负面的信号。但是，如果他们确实喜欢产品，甚至表现得很像“理想”用户（比方说还向朋友分享产品），你仍然应该把它当作是误报！作为反馈是有价值的，但这不是质量或增长潜力的客观指标。

再多拓展一个分离度——如果你看到朋友的朋友反复邀请自己的朋友的话，可以把它视为更强的信号。因为这种反馈的意图已经与朋友和你的直接关系以及你的影响无关了。

经验#10——产品—GTM 匹配先于产品—市场匹配

产品与市场匹配是最终状态；但是进入市场 (GTM) 策略这个输入则是你可以控制的！如果没有产品与 GTM 的契合，就无法制造出产品与市场的契合；你只能碰巧找到（谁想靠运气呢？）。

关于产品与 GTM 匹配，一个例子是选择合适的服务对象。如果你正在开发基于群的产品，请确定这个群是否存在“领导者”原型，并明确这是不是你应该针对的用户，然后开发相应产品。 简而言之——确保你追求的用户适合你在开发的产品，反之亦然。

另一个例子是选择有效的播种策略。如果你开发的是一个封闭或默认是专用的网络，就可以选择许多不同的群组进行测试，因为这些群其实是相互隔离的。如果你开发的是一个开放或默认是公共的网络，那么选择什么样的聚类用户打头炮至关重要——要刻意按照设定的特征、规模和节奏播下网络的种子。这一群人将设定早期的用户行为和文化，影响增长的方向，并提供反馈，进而塑造产品。

经验#11——未雨绸缪，先开发增长引擎

增长率多少你无法选择。你可以影响它或者像打点滴一样调整（比方说对早期访问做门控），但输入—输出关系不是线性的，而且弄清楚公式也需要时间。无论你是逐个去吸引早期用户，还是有幸取得了病毒式的增长，你都必须建立起增长引擎。

要尽早了解增长是如何发挥作用的，这样当增长率发生变化（向上或向下）时，你就能知道撬动增长的因素是什么，然后快速地进入执行模式。要把增长引擎看作是一系列的“环路”（复合的电路），而不是“漏斗”（没有复合的单向通道）。

经验#12——投资于社区主导的增长飞轮

传统的产品驱动型增长（PLG）是指开发出一个很出色的自助式产品，基本上实现用户的自主获取和留存。这是产品对用户的直销销售，属于“最好的产品获胜”法。社区驱动型增长（CLG）则是让社区参与到这个过程中，从而实现“最好的推荐获胜”。

最适合 PLG 的也许是工具型产品，可以在第一天就提供价值的那种（比方说，不需要用户网络的形成），或者那种经过了社会或文化验证的产品。当产品的主要目的不是实用性（比方说，作用是娱乐、显示地位、建立新的社会联系），并且人们可能有很多选择时，CLG 就会脱颖而出——对于这方面的产品，一个充满活力、有声有色的社区大有可为。

比方说，即便是身为社区组织者或“网络节点”的一小部分早期用户，也可以为产品背书，并用非正式的手段获取、引导并留住用户。当然， 因为 CLG 的运营性，所以增长速度会比较慢，而且可能更难形成很好的规模经济。但是，经过验证的社区驱动增长法也可以用创造性的方式植入到产品之中。

译者：boxi