Everything you care about in one place
Follow feeds: blogs, news, RSS and more. An effortless way to read and digest content of your choice.
Get Feedericebeer.top
🍺 IceBeer
Get the latest updates from 🍺 IceBeer directly as they happen.
Follow now 21 followers
Latest posts
Last updated 4 days ago
独立开发者的9种死法 09 愚蠢的「复刻」
4 days ago
独立开发者最为焦虑的一个问题是：如果我的产品被别人模仿了怎么办。而更匪夷所思的是，如果没有出现被模仿的产品也同样会焦虑。 前者会觉得自己的产品没有护城河随时都可能会被抄袭，后者会认为自己的产品没人 care。一边担心自己产品被抄，一边怀疑自己的产品不值得被抄。 在「死了么」App 瞬间爆火后，一夜间出现了无数类似的 App ，不论是功能还是界面，甚至连名字都非常相似。 这是必然的现象，「死了么」并不是个例。因为有了确定性的火爆产品之后，相当于已经验证了市场需求，再做一款类似的产品就不需要投入做 PMF，复刻显然是最容易的。 这时压力就会传导给开发者，开发者会有两种选择，一是选择快速迭代来维持自身的领先，二是选择忽视压力继续按照既定规划前进。 技术会被追平，功能会被复刻，速度只在极短时间内有意义，独立开发者面对抄袭似乎只有第二条路可选。选择第一条路的开发者会累死在海量的更新中，忙于应对模仿者的挑战，靠不停迭代来维持的产品优势会让产品本身变得不稳固。 一枚硬币有正反两面，把「模仿」切换到另一面看到的是「价值」。不在于会不会被模仿，而在于别人的模仿，是否真的能拿走产品的核心价值。如果其别人只看了产品的功能列表、UI...
独立开发者的9种死法 08 把功能当作产品
6 days ago
过去很长时间里，我自诩是一名独立开发者，以为自己是在做产品。可在不断失败复盘之后才发现，我只是在做功能。 同样的，我也看到了非常多的独立开发者很用心地做产品，流量却不高。 没有流量的原因就是压根没有搞清楚做功能与做产品之间的区别。 说几个词，看看是不是很眼熟： 快速记录、标签系统、数据同步、导出、快捷操作 … 你是不是也写过这些功能？这些词看上去是在解决真实用户问题，实际上却只是在做功能的堆叠。功能在解决产品的完整性，而不是用户场景中的处境。 打开一个空白的产品设计文档，第一行就开始写计划做哪些功能、准备加某个模块，梳理出一篇非常条理的功能说明，逻辑上很自洽。然后就会觉得用户用起来会很爽。 这叫功能设计，是软件工程的逻辑，不是产品逻辑。 沿着工程逻辑完全可以造出来只需要三步就能装下大象的冰箱，用户也会觉得很酷，但是绝对不会有用户买单。 之所以会没有流量，就是因为用户不知道要用你堆叠起来的功能完成什么事情。没有考虑到一个关键问题：用户会在什么情况下，使用到我的产品？ 这里还有一条暗线，就是独立开发者会窃以为用户在使用中会慢慢理解产品的价值。即便是流量减少、用户留存下滑，也在坚持加功能，试图看上去更好用。...
独立开发者的9种死法 07 风口上的失败者
11 days ago
就在这两天，一款名叫「死了么」的独立开发产品突然爆火，迅速登顶付费榜第一名。 我搜了一下，此时就已经有好多App抄袭跟进，像极了去年的补光灯 App 。 历史总是会重复的，每个火爆的 App 后面都会有无数开发者抱着投机的心态，复刻一款然后期待自己也能赚到盆盈钵满。 这种行为有一个很好听的词，叫做「踩风口」：获取到了用户就是自己赌对了方向，没有用户就会尽快停止然后换一个方向。 做投机的往往是很聪明的人，有快速的信息渠道，看得懂趋势。在出海火热的时候跟上去，在小红书带货热的时候去做账户，在 AI 热门的时候去做 Agent...
独立开发者的9种死法 06 走捷径、抄近路
13 days ago
独立开发的重灾区，是总是在试图复用看上去极为正确的通用方法。 很早之前，我在 Reddit 读到过一篇创业失败的复盘，有一句话是这么写的： 我曾经以为只要我复制别人的路径就能成功…直到我失败了三次才意识到，我的问题不是技术，是我在用别人的成功观念套死自己。 你所能看到的成功的故事，都是事后的叙事，换句话说，这些故事就是用来给你看的，不是用来给你模仿的。 我曾被一些宏大叙事裹挟，比如35岁退休、同龄人的成功、独立开发月入十万刀等等，别人的成功让我产生了心理上的比较。睡后收入这个词就像是一个会带来焦虑的诅咒，迫使我去找一个项目开始。我就像拿着锤子到处找钉子敲一样，要立刻开始才会觉得不被别人落下。 早些年我没有做产品的经验，但我看了很多故事，随口就能说出来别人在遇到困难时是怎么做的，我觉得肯定能行。 于是我靠着复刻别人路径的方式，期待跟别人一样的结果。 我开发并上线了一款工具，开发过程极为流畅，别人的困难都没遇到，我觉得原因是因为我学到了别人的经验。 在上线后噩梦才开始。原本计划的功能被用户的反馈打乱、所有的时间都被占用、web/桌面/浏览器插件等等产品的展开、付费体系混乱 …...
独立开发的9种死法 05 存在感为零的好产品
25 days ago
很多独立开发者卡住，不是卡在技术，不是卡在产品，而是卡在「卖功能」的阶段，从来没进入「被记住」的阶段。 用户对产品只会有一个模糊的印象，见过，用过，但在需要时却想不起来名字，找不到网址。 这是独立开发中非常普遍的问题：产品解决了用户的问题，却没有被用户记住。 1 缺少品牌意识 拼多多上就有无数白牌商品，比如去搜一个杯子，功能和外观都很相似的就有很多，每个评价都还不错，但消费者买完根本不会记住是什么品牌，下次能否再买完全说不准，很难形成复购。 白牌意味着什么？ 意味着用户会选择、会购买，但没有长期的注意力。 意味着用户不会跟你有长期的关系，交易窗口过去之后很难有深刻印象。 而星巴克的杯子就会有很多人持续购买，即便杯子本身是由白牌工厂生产的。 品牌的核心，不是在宣扬使用了什么先进技术，具备什么样的团队，如何做到遥遥领先，而是是否有持续的话题。 星巴克每上新一款杯子，就会看到小红书上持续的讨论，淘宝的代购还有白牌的仿制，无数的话题让星巴克品牌变得被用户记住，下次买杯子就会下意识搜索星巴克。...
独立开发者的9种死法 04 拿运气当能力
26 days ago
如果独立开发的成功率是10%，你会选择做十款产品来对冲，还是规划一款产品慢慢迭代？ 实际情况是，选择前者的更多。 也是去年的时候，看到过一名独立开发者，他计划独立开发100款产品，并开了一个专栏专门来写这100款产品的介绍。我在通过阅读专栏深入了解时，看到这些所谓的产品都是一些只具备了基本功能的原型，比如日记、记账、天气、备忘、计时器等等。为了快速完成开发，这位朋友还会给自己设定一个目标，1-2周完成，上线后立马开发下一款。 从概率上来说，他的100款产品在数量上足以与概率抗衡，至少会出一个爆款。然而并没有，战术上的勤奋使得这100个产品成为了他的自嗨。 带着概率思维的有色眼镜来分析独立开发成功的可能，显然是有缺陷的。 不少访谈中，创始人都会提到运气成分，会说恰好遇到了风口和机会，对自己的规划避而不谈。这就给了不少人一种错觉：认为运气才是成事的必要条件，而努力、规划和选择，在运气前面不值一提。什么风口上的猪这种言论，就是在故意转移读者的关注点。 然而无数的事实都在表明，运气是可以被规划出来的。 读了比尔盖茨的自传才知道，他的成功并不是依赖于恰好读中学时恰好有一台计算机。根本要素是在小时候就培养起来的好奇心、行动力以及对商业的理解，而学校里正好有一台计算机，他的特质和注意力全部投入到里面，才有了微软。 从运气角度来说，盖茨所读的私立中学中每个人共享着相同的运气，可为什么只成就了盖茨呢？ 就连提出风口上的猪言论的小米公司，后来也指出，是投入了大量时间打磨出了用户喜欢的产品才能有延续的机会，这跟运气又有什么关系呢？ 一个产品之所以能够成功，并非是在数量上和运气上恰好符合条件，而是能在有用户注意力的地方持续地提供产品。 做独立开发，是要把这件事情做到以年为单位的长期叙事，不断地获取新的...
独立开发者的9种死法 03 点子很多，但用户一个没有
27 days ago
独立开发者死在缺少流量思维上的不计其数，有个好点子，做出一款产品不难，难的是如何获得流量。 去年我认识了一个想要做独立开发的朋友，准确一点说，他不仅仅是想做，更是一种为此非常亢奋的状态。隔三差五的就会找我聊一些新的点子，有时会说 Deepseek 存在的体验上的问题，有时会想到做一个记录每天咖啡摄入的小程序，总之就是五花八门的都想去试试。 刚开始我还会跟他详细聊聊，给一些反馈，后来慢慢发现，这些点子之间跳跃性很强，几个点子直接几乎不着边际，只是不断被新的想法覆盖。在那位朋友的设想里，可以通过做一堆应用的方式，在小红书上发发笔记，只要有一个火了，就财务自由了。 之所以后来我会对他的消息有选择性的阅读，是因为我逐渐意识到他心里有一个非常天真的前提：只要把应用做出来，再写内容推广几次，产品就有机会火起来。如果国内不行，那就翻译一下，去海外平台发几篇文章，运气好一点，可能就能撬动十万块钱的收入。这个逻辑在他脑子里是完整且自洽的，从做产品到被看见，从被看见到赚钱，中间仿佛只隔着几篇内容。 我也不是没有提醒过他，这些点子绝大多数是做不起来的，不是因为设想太空不够具体，就是范围太大超出了一人开发的能力。但他基本不会正面反驳我，会在我告知他之后默不吱声。过几天会发来几个链接，有的是某个独立开发者的成功案例，有的是平台的数据分析，就好像在反问???：既然已经有人验证过了，我怎么就不行？ 在他的理解中，已有的案例就足以支撑起自己的信心，但他从来不会提到「搞流量」的思路。在这个场景下，我第一次真切地理解了那句被说烂的话：点子是最不值钱的。不是说点子不具备价值，而是因为它几乎不构成门槛，任何一个对产品稍微有点感觉的人，都能在日常的观察中发现很多需求。 真正稀缺的从来不是一个有趣的点子，而是产品做出来之后怎么被用户看见。 我们可以站在现在往前看，任意一款验证成功的产品，无论是被骂还是被夸赞，都是在获客和转化层面做了很深的功夫。比如：可口可乐仍然在加码做投放、iPhone 的广告只增不减、拼多多虽然被骂但砍一刀的方式的确很有效 …...
独立开发者的9种死法 02 等一个完美的时机
28 days ago
很多独立开发者在产品发布前都会有一段非常相似的经历：明明已经开发差不多，但就是害怕上线，担心用户反馈不好，担心没人用，担心自己辛辛苦苦做出来的东西被别人抄袭，更担心在发布后，所有的这些猜测会被一一验证。 于是，上线的时间一次次被推后，自己找各种借口说还有很多细节没有打磨好。从下周发推到下月发，再推到“等我再优化一下下”，最后产品还没等到用户，开发者就先把自己给消耗空了。 我曾经读到过一篇关于一名 39 岁奥运选手的故事。 故事的主角叫做劳伦雷古拉，她从小就是一名垒球运动员，在 2008 年北京奥运会上折戟只得了第四名，赛后就选择退役组建家庭。在 12 年后，已经 39 岁照顾着...
独立开发者的9种死法 01 做出个没人用的产品
29 days ago
百分之八十独立开发的产品都会死在生产者思维上面。 我在不少论坛都会看到同一类的帖子：每隔一段时间都会有新帖子发出来，先吐槽某个现有产品不好用、审美差、交互反人类，然后顺手贴出自己开发的新产品链接，附带一批兑换码。如果反馈还行，没多久又会再来一帖，或者开始定期写简报。 他们把发这种帖子称之为「冷启动」。 有意思的是，我有时会特地去查被吐槽的那些“体验很差”的产品，发现其中不少其实是正在快速增长的产品。仅仅因为在审美或个别交互上的不一致，他们就选择从零再做一款，而功能层面 90% 以上高度重叠，真正不同的只有几个细枝末节。 有些帖子中的新产品我顺着时间搜索了一下，基本上都是在一段时间内停止了更新，曾经的豪言壮语和细致洞察，在时间前面变成了404。 为什么往往是程序员在遇到跟自己审美不符的东西时，更加倾向于自己开发一款？ 复盘一下每个帖子的历程，大概是这样： 听说这个产品不错，看看能不能成为主力替换掉现在的。 交互有点儿别扭，界面也不太美观，真是不知道开发者怎么想的。 又搜索了几个替代产品，勉强用了用，又回到开始。...
原来我和 AI 的能力结构，是同一种模型
3 months ago
我将人的能力总结为一个名叫「N+1」的模型，其中，1表示所具备的核心能力，N 表示模块能力。 这个模型，我在无数的思想中都有看到过。 要理解其实很简单，举个我自己的例子。我的核心能力是能将事情的核心逻辑抽象出来，当我选择辅助以编码、数据库设计能力的时候，我就可以运用代码来实现我的抽象；当我选择辅助以实际业务、知识管理能力时，那我就可以通过文档将这种抽象跟团队沟通。这也意味着我可以通过能力模块来实现不同的职业身份。 从根本上来说，我的核心能力并没有发生变化，只是用能力模块拼接组装，构建出不同的能力。当 N 足够多的时候，我就能得心应手地应付各种事情。 我一直以为，这个模型是作为人所特有的，直到看到了 Claude 发布的 Skills，AI 也开始了模块化自己的能力。...
从饿了么改名，看懂什么叫「能力错配」
3 months ago
饿了么改了个名，闹得沸沸扬扬，我觉得从改名这件事情里面可以提取一个很重要的观察。 要知道饿了么从来都不是一个外卖平台。 饿了么是一款解决终端配送最后一公里问题的产品，美团也同样。饿了么的核心能力，是匹配需求、货物和运力，并能撮合在一起 30 分钟内快速满足用户的需求。 饿了么从诞生起，就是在培养这种能力。 而之所以做外卖，是饿了么基于核心能力所延伸出来的最高频的场景，只有大量的需求才能快速地叠加手感，推动飞轮迅速转动。 当年外卖大战中死去的平台，在今天看来，绝大多数是因为能力的错配，而做不出让用户满意的产品。 可见，产品本身的价值，是极度依赖于企业的核心能力。 所以说，饿了么改名为淘宝闪购，淘宝的核心能力与饿了么高度契合，换个名字并没什么不妥，也不值得被过分解读。 把上面的这个观察落地到所有想做「???人企业」或者「独立开发者」身上，就可以被当成一面镜子，看清楚很多潜在的问题。 我所看到的大多数人做事的逻辑就在投机：看到什么火就跟风着去做。自媒体火，就去做自媒体；别人做小红书能赚钱，就转投小红书。核心的驱动因素是...
如果你期待世界改变，那你就必须是变化本身
3 months ago
今年上半年我写的 AI 编程手册，修改了部分章节后在亚马逊出版了，不到一周时间进入了畅销排名前十（是的，又一个人生成就 Get）。 目前这本书只有 Kindle 渠道，如果你想阅读，可以在文末找到关键词，免费获得此书的电子版。 原来自己写一本到出版，并不需要沿用书架上摆着那一堆教我写作书里面的方法，原本我只是抱着试试的心态，竟然能给我如此大的收获。 发布到 Amazon Kindle 平台的初衷，是前几天我在听播客的时候，主播说的一句话，她说：...