AI用来Coding，小红书用来Building_风闻

文丨阑夕

仅仅把时间倒回3年前，要问中国的独立开发者们会扎根在哪个平台聚集发育，小红书绝对不会被当作是其中的一个选项。

可在真实的时间线上，小红书的社区里已经长出了App Store付费榜排名第一的原生应用，连Google也把小红书当成了开发者大会的首席内容合作平台，继全球大会之后，在落地上海的Google I/O Connect China里，小红书的「存在感」也到了难以忽略的程度。

从定制化的交互装置笔记，到多处露出的小红书icon，甚至连开发者大会的传统艺能「黑客松」都与小红书第一次合办了线下专场，这显然已经超出了「上桌吃饭」的待遇。

从一个明确的数字，可以倒推Google需要小红书加入「共创」的原因：今年5月，Google中国向在海外举行的I/O大会输送的参会者里，有70%来自小红书。

当一场行业顶尖的开发者盛会里，有相当一部分的国内参会者都来自一个社区，那么这个社区的分量，就不言而喻了。

罗马固然非一日建成，历史篇章的改写，终究少不了每一个昼夜的变化。

· · ·

7月13日，人在英国的软件工程师「机器猫」在手机上划了1分多钟的屏幕，依然没有刷到入群请求的列表底部，他说，看到满屏的求App却拿不出可以分发的版本，没有比这更难受的事情了。

这位从业多年的软件工程师是「Build in Public」（公开构建）的支持者，这种理念主张开发者应当全程在社交媒体上同步自己的工作过程，将人设和产品绑在一起长期运营。也因此，他也断断续续地更新了多年的微信公众号，记录自己的工作点滴。

未曾想到的是，当他7月13号把一个新萌生的产品点子发到小红书后，在一天之内就获得了远超预期的流量——被上百万次“围观”，获得14万人点赞，只是因为他的想法恰好击中了很多人的心坎，而小红书的算法又普惠地将这条笔记推送到了这些人的面前：

大部分的拖延症和ADHD患者，都倒在计划启动的第一步，但是如果大家的手机里能有一个类似教练的角色，帮着把任何计划都拆解成具体的步骤，平摊到每一步都足够简单，是不是就能打破拖延惯性？

根据最新的数据，这条演示笔记在小红书累计收获了26万点赞、8万收藏、1.3万评论，许多用户留言表示自己急需这个App来拯救，但在各大应用商店搜了一圈都没找到，所以如果上线了一定要说一声啊⋯⋯

从萌生意愿到产品上架，机器猫一共花了16天的时间，在没有付费推广的情况下，获得了数以万计自发下载的新用户。而从推广、原型验证到反馈收集，每一步都跟小红书紧密相关。

点开小红书「夏日黑客松」的出海专场页面，「效率」赛道排名第一的App，就是机器猫的PlanCoach（计划教练），既是双向奔赴的结果，也称得上实至名归。

而像他一样年轻真诚的独立开发者，已经肉眼可见的在小红书的社区里一茬又一茬的冒了出来，有些意外中的不意外。

· · ·

在主办这场「夏日黑客松」之前，小红书就组织过独立开发大赛，不但参与者众，也不乏有后续拿到融资的参赛开发者。

这次与Google合作的「黑客松」更是放弃了过往这一赛事封闭式开发的惯例，把「Build in Public」写到了规则里，让开发者们直接在小红书里更新日志，和用户一起看着项目从零到一的丰满起来。

围棋里有一个概念，叫作「神之一手」，说的就是如此决策。

虽然办「黑客松」的念头由来已久，但从一开始，小红书就要求所有开发者都要同步自己的工程、并接受社区用户的围观和锐评，看似离经叛道，实则让产品还是一个点子时就得到了市场的检验，最大程度规避了为了获奖而开发的「飞机稿」产生。

结果一目了然，从近500个报名者，到100+参赛项目，几乎每个成品都找到了自己的细分市场和受众反馈，并让这批开发者的画像也很丰富：有身在大厂抽空折腾的、有全职拥抱数字游民的、有三五成群组团创业的⋯⋯

在这种模式下，和用户之间的连接性，或者说一起走来的历程，是无论如何都偷不走的，产品同时也是故事，共创的情绪价值很难替代。

就像是在Hackernews也有类似的说法：Product刷多了只会审美疲劳，真有需求还得去看Reddit。

在PlanCoach的版本更新里，机器猫会把新版本功能都发成笔记，让用户评论他们更喜欢的样式，这种大厂往往需要费一番功夫才能收集到的一线反馈，在小红书则是再稀松平常不过的日常。

所以能够理解为什么越来越多的开发者们会对小红书趋之若鹜了么？

· · ·

是的，就我自己看到的，早在小红书官方发现独立开发者这个群体存在之前，就已经有一批嗅觉敏锐的「原住民」旅居在了这个非典型社区里。

在程序员扎堆V2EX还能搜出不少3-4年前的发贴，惊讶于小红书带来的流量和转化——4%的下载率和1%的付费率，均高于其他私域渠道 ——并给出了非常具体的经验之谈：用真诚平等的语言介绍产品可以用来做什么。

根据他的说法，以往平铺直叙的「直男式」功能讲解不太管用，但是换成用户立场的表达，告诉他们这款应用的特点是什么、可以用来做什么之后，互动数据的增加变得立竿见影。

同期在小红书活跃的独立开发者已经不是少数，对素人格外友好的UGC内容模式，造就了「有表达就有回响」的正反馈环境，而新的沟通趋势和新的技术供给，也创造了新的开发实践。

小红书用户feixxx根本不会写代码，他在带父母一起去泰国旅行期间，因为父母总在问标价xx泰铢的商品到底值多少人民币，索性在酒店泳池边花了半个小时用时下流行的Vibe Coding写了一个翻译价格的App出来，而当他把这段过程发到小红书后，两天之内得到了超过20万人的围观。

在我看来，比数据更有价值的，是相比其他平台，小红书溢出屏幕的获得感：不断有人刷到这条笔记，然后@自己的朋友，说这就是自己需要的。

feixxx也说了，很多人会在直觉上否定这种产品的存在意义——随便搜一下就能出现大把的汇率转化网站，谁还需要一个只能单向转化的App呢——这话当然没错，但对开发者真正重要的，当然不是这些非目标用户，而是能够get到需求「软肋」的人。

比如那些和他父母一样，出门在外只是出于好奇而想快速将当地物价和本国货币进行比价的游客，所以产品本质上是在「翻译」价格。

几乎所有在小红书冷启动成功的开发者，都会相当一致的谈到这个社区的「活人感」，比起日活或是月活这种宏大叙事，存在一些愿意聆听、积极反馈并能最终体验产品的使用者，要有意义得多。

真实世界就当如此，不是没有戾气，但在我们身边，占据主流的永远是友善和平凡。

· · ·

当小红书开始对加注对于开发者的支持力度之后，双方的契合度也在直线上升。

毕竟，产品和内容一样，都是创造的子集，无论AI能否推动一个「人人皆可编程」的时代降临，既然生产力不再是瓶颈，稀缺的其实洞察需求的机会。

比如那个因为在一个月内消耗了Claude Code五万美金Tokens而被官方挂了出来的榜一大哥、来自中国的创业者刘小排就说，自己找需求的方式之一就是在小红书搜索「希望有个xx软件就好了」的笔记，只要评论区说「需要」的人够多，这可能就值得立项了。

重且巨大的创新或许可以改变世界，但细而绵长的创新也能改善生活，再小的雨露，对于被滋养的那一小片土壤来说，都是甘霖。

这倒不是说小红书就只适合MVP式的快速验证，由于「看见」了蓬勃生长的开发者群体，这两年，小红书也开始频繁地参与和主办行业赛事，加固从产品孵化到长期经营的创新文化，最新的动作已经到了为主站内测了「小组件」功能，让开发者们可以快速验证MVP，尽力避免用户损耗。

这种改动，从决策层级到生态建设的深度，都不只是传统的所谓「流量扶持」比得上的，所期待的，也必然是「国士待我、国士报之」的涌现生态。

一切都证明了，社区是包罗万象的容器，UGC需要怎样的形状，它就能被塑造成怎样的轮廓，AI很好很强大，是放大生产力的有力杠杆，但用户到底需要怎样的AI应用，这是AI无法告诉开发者的，当他们浸泡在小红书里，就会发现迎刃而解的答案，因为这里能找到用户，找到人。