互联网从业者充电站
25.7K subscribers
22.1K photos
956 videos
819 files
13.4K links
互联网从业者专属
内容多为技术、产品、设计、运营等不同话题内容;
目标人群为程序员、设计师、产品经理、运营管理等不同职能。
投稿/合作: @inside1024_bot


内容来源网络
Download Telegram
希望我睡醒的时候,CLI已完整地实现了我的程序目标 :)
你知道吗?Claude Code这个产品的诞生纯属意外。

2024年初,Anthropic的工程师Boris只是想更好地理解自家的API,于是顺手写了个小工具。
这个在终端里运行的简陋程序,看起来就像是上世纪的DOS界面,黑底白字,连个按钮都没有。

但奇怪的事情发生了,Boris团队里的其他工程师开始偷偷使用这个工具。
然后是整个技术部门。
再然后,连研究员、数据科学家,甚至产品经理和设计师都开始用了。

在正式对外发布前,这个连名字都还没定的工具,已经在Anthropic内部拥有了近千名用户。

"我当时在做强化学习环境的搭建,发现这个工具能让我的效率提升好几倍,"产品负责人Cat Wu回忆道。
她原本只是兼职帮Boris提产品建议,结果反馈越提越多,最后干脆全职加入了团队。

这种自下而上的产品诞生路径,在硅谷并不罕见。
Gmail是谷歌工程师的20%时间项目,Facebook的News Feed最初也只是个内部实验。

但Claude Code的特别之处在于,它几乎完全依靠口碑传播,没有任何推广,病毒系数却高得惊人。

打开Claude Code,你会觉得自己穿越回了1980年代。
没有花哨的界面,没有炫酷的动画,甚至连个图标都没有。
就是一个光标在那里闪烁,等待你的输入。

这种设计不是因为懒,而是一种刻意的选择。

"终端界面的美妙之处在于,它能访问开发者能访问的几乎所有东西,"Cat解释道。
通过命令行,Claude Code可以调用GitHub CLI、Datadog CLI,或者任何其他命令行工具。

对熟悉终端的开发者来说,上手几乎是零成本的。

但极简不代表简陋。团队在功能设计上遵循一个原则:新功能不需要任何使用说明。
用户看到功能名称和一行描述,就应该立刻明白它是干什么的。

这种"零文档"的设计理念,逼迫团队在每个细节上都要深思熟虑。

比如那个看似简单的待办事项功能。
最初,工程师Sid发现Claude Code在处理大型重构任务时,经常做了前5个步骤就忘记后面的25个。

解决方案出人意料的简单:强制模型写下所有要做的事,就像人类一样列个清单。
结果效果立竿见影,模型的任务完成率大幅提升。

但找到合适的展示形式却花了几个月。
最开始,待办事项只是在终端里一闪而过。后来发现用户需要随时查看进度,于是改成了持久显示。
团队还尝试过把它放在"思考气泡"里,但用户反馈说太碍眼。

最终,他们选择了一个独立的命令,用户可以随时调用查看。

在Anthropic内部,有一个专门的Slack频道,里面聚集了上千名Claude Code的内部用户。
这个频道的消息更新频率惊人:平均每10分钟就有一条新反馈。

"我们特别喜欢负面反馈,"Cat说得很直接,"不要客套话,就告诉我们哪里不好用。"
这种"狗粮测试"(dogfooding)的文化,让Claude Code的迭代速度快得惊人。

一个功能从想法到内部测试,可能只需要几天。如果反响好,一两周后就能推送给外部用户。
如果反响差,直接砍掉,连文档都不用写。

在传统软件公司,产品经理写PRD,工程师写代码,设计师画界面,分工明确,井水不犯河水。
但在Claude Code团队,这些界限几乎不存在。

设计师Megan以前从来不碰代码,用了Claude Code后,她开始向代码库提交PR(Pull Request)。
不是简单的文案修改,而是真正的功能代码。

产品经理Cat自己也经常改bug,甚至独立开发小功能。

这种工作方式的转变,不仅仅是效率的提升,更重要的是,它打破了传统软件开发中的信息传递损耗。
产品经理不用费尽口舌解释需求,设计师不用画详细的标注图,每个人都可以直接把想法变成代码。

AI产品最大的挑战之一,是如何评估产品质量。
传统软件可以用崩溃率、响应时间这些指标,但AI产品的好坏往往很主观。

Claude Code团队采用了两种评估方法。
第一种是端到端评估,类似于跑基准测试,看模型能否完成特定的编程任务。
但这种方法很粗糙,"如果分数变化了,你得读一堆复杂的日志才能搞清楚原因,"Cat坦言。

第二种是触发评估。比如网页搜索功能,什么时候该触发,什么时候不该触发?
团队会设置明确的场景:问"最新的React版本"时应该搜索,问"Python的for循环怎么写"时不应该搜索。
这种评估相对精确,但只能覆盖部分功能。

说到底,最可靠的评估还是用户反馈。团队与10家早期企业用户保持密切联系,要求他们"尽可能挑刺"。
有问题一周内修复,这是团队给自己定的死线。

哲学家卡尔·波普尔说过:"我们的知识只能是有限的,而我们的无知必然是无限的。"
在AI产品开发这个充满未知的领域,Claude Code团队选择拥抱这种不确定性。他们不写冗长的规划文档,不开马拉松式的评审会议,只是不断地构建、测试、迭代。

或许,这才是AI时代产品开发的正确姿势:保持简单,快速行动,让产品自己找到方向。

正如团队内部流传的一句话:代码库就是最好的文档,用户反馈就是最好的指南针。
1
nanobanana真的比字节的模型强好多啊。。。。
我之前分享过 AI来了之后适合做框架性矩阵产品套利

什么是框架性产品

就是一套壳子和使用流程,里面换各种内容

这种矩阵好处是可以起不同的品牌名称去命中用户心智
找到心智品牌词后,通过自然搜索和品牌传播,流量就会自然增长

比如你可以做一个APP就叫5岁学英语

5岁孩子的家长就会觉得是为自己量身定制的
不管你长什么样,都会下载来试试

你只需要去调研5岁的孩子适合看什么,学什么内容,洗一些资料,用AI快速生成进去就可以了

学英语的模式就那些,甚至你可以找一套duolingo开源把他嵌入

同样的逻辑你就可以把3-10岁的全做了
还可以做不同人群 覆盖不同Niche
找到那个品牌词就很关键

当然,这里还涉及另外的问题,就是你产品都一样,审核能过吗?
做APP矩阵有一个办法来规避这个,就是把你所有的功能更新,去打不同包

比如功能1就是APP1,当你迭代功能2的时候,先做只有功能2的APP2,上架后再去更新两个APP缺失的功能

靠这个就能做去重

现在这个窗口期,AI套利机会太多了
claude为啥就降智?包括claude code也降智了。感觉是3.5的水平
规模还不大的创业公司,主要靠着创始人顶着,对心力和体力的要求很高。

其实,保持强心力背后其实是一种自洽。

越自洽,心力越强。

我总结了,三个关键自洽点,希望对大家有帮助。

1、产品与市场的自洽:从自我到需求视角

创业早期最容易忽略的问题,主观认为我做的产品用户会买单。

比如,最开始我们想把大厂的运营系统卖给传统企业,降本增效,后来才发现,对方根本不需要这套系统。

他们真正需要的是用内容营销、创始人IP和产品IP打造的方法论。

来延续增长,或挽救腰斩的传统业务。

这个教训让我明白,什么叫真正的站在需求视角做业务。

很多从职场出来的超级个体,积累了十多年的后端技能。

比如商业分析、数据分析、内容运营。

离钱较远,市场需求弱,如果强行卖,很难快速的在市场里变现。

而市场需求天然的更愿意为离钱近的业务买单。

比如,销售、流量、营销这类前端技能能马上让老板见到钱,掏钱的速度当然就更快。

这并非对错问题,而是匹配问题。

当自己的技能和真实市场不匹配,就会导致不自洽,搞得团队很痛苦,怎么办呢?

调人群、调产品,尽量往前端靠。

我们一些会员也有类似的问题,我们也是慢慢的帮他调到接近前端。

比如,建筑设计院出来的人想单干,往最接近自己专业的方向走阻力最小,比如装修设计。

而这个市场往往有三条路:

1、做To B市场,企业客户装修设计;

2、做To C市场,家庭装修设计;

3、做设计师市场,专门为设计师提供素材、工具、策略、培训。

B端市场,专注空间设计。

专门为连锁咖啡店、民宿、快餐、奶茶等品牌提供设计服务,这类业务更容易建立专业壁垒和长期客户关系。

B端的生意有长期性,一旦把获客到产品到交付到复购闭环打通,整个生意框架的基本盘就确立了,具备持续经营的基础。

C端市场,可以直面用户,洞察、体察用户的需求,相比在设计院交付,离钱更近。

有一个案例,老板是从顶流大厂出来,两口子去一个二线城市开了一家装修公司,相当于外行转型。

聚焦渠道起盘,最开始是买流量,后来发现在小区做地推流量更便宜,建立50人地推团队。

到了2025年,开始做创始人IP,现在大部分的线索都是来自IP这个渠道。

我们有一个会员,也是做室内设计师培训,聚焦22-25岁年轻设计师,一年也能做到大几百万营收。

所以,后端到前端调优的关键要转变思维:从“专业思维”到“生意思维”。

不是“我们有什么就卖什么”,而是“把自己优势和需求匹配起来”。

这个转变看似简单,实则需要一个大转弯的过程,在认知和执行侧都要做出巨大改变。

(2)短期收益与长期价值的自洽:务实与理想平衡

有钱不赚是傻子,短期机会确实来钱快。

但有些钱赚的让人心慌,所以前期很多项目机会我都婉拒了。

我非常明白,投机项目,钱是赚到了,但会把团队和业务搞得支离破碎。

我的飞轮没有得到正向的能力积累,方法论和内容能力没有办法复用。

下一个业务来了又要从0-1开始,效率极其低,心极其累。

但是,我也不是拒绝所以的短期赚钱的业务,人嘛,不可能总是活在理想主义中,当下还是要吃饭的。

我的经验是:

只顾短期收益,长期看是没有多大未来。

如果只做长期价值,肯能活不过明天。

我的解决方案是:保持一种务实的理想主义,在短期和长期利益之间寻求一个自洽点,设计一个业务组合。

比如,我们目前将业务分为两类:

一类负责稳定创收,比如如内容营销策划、老板IP陪跑、会员业务,保证现金流。

另一类专注长期发展,比如企业增长系统解决方案,百万客单价,探索更高天花板。

两类业务共享团队、技术和客户资源,但在考核和目标上区别对待。

往长远看,我现在做的很多事,其实短期都是没有什么收益的。

比如我们的业务,其实5个小伙伴就就可以完成,人效可以到200万,

但是我更愿意建立一个项目合伙制,把钱分给更多的伙伴,让他们去探索更多的可能性。

短期可能赚不到什么钱,但是长期看。

我相信,在未来的某个段,我们会用1-2年时间,把前5年,甚至前10年的钱都赚回来。

我们目前团队规模不大,但业务足够聚焦,就是因为我们“慢下来”,把短期和长期利益平衡好了:

不追求每个季度都有乘数增长,但要确保每条业务线都在正向循环中。

每个动作必须形成能力上的正向积累。

(3)团队对内部的自洽:减少内耗,提高心力

创业公司最怕什么?

团队目标不一致、节奏不合拍、价值观不协同。

你会发现内耗极其严重,我是经历过,痛苦至极,内耗往往比外部竞争更致命。

我们曾就发展方向产生过分歧:做培训公司还是咨询公司?

在这个阶段出现这样的分歧,我觉得很正常。

我的策略就是:尊重分歧,重新定义,找到适合自己的路线。

我也非常清楚,如果不尽早的把路线明确了,我们在日常的运营中一定会陷入无休止的内耗。

公司发展路线的确认,是一个战略层面的选择,关乎到未来至少10年的发展方向。

不同公司属性,资源要求、内容设计、流量要求、团队规模、人均产出、销售模式都是不一样的。

比如培训公司重大流量和销售,我们作为小的公司,现有的资源撑不起培训公司。

所以,最后我们把自己定义成一家咨询公司,走高客单、非标品的路。

我们坚持:不画大饼、不盲目扩张,坚持小步快跑、持续迭代,让团队保持"紧张但可控"的状态,逐渐找到自己的自洽点。

自洽的背后:

第一,我认为是选人

创业本身就是个高度不确定的事,和职场完全是两种算法。

职场追求的确定性,而创业是把不确定性变成确定性的过程。

所以,无法直面不确定性的人,不合作。

换句话说,就是我们都要有一个目标。

就像开车从成都到拉萨,穿越318,整个过程不知道会经历什么危机。

但是大家目标一致,敢于直面未知的不确定性,终极目标就是抵达拉萨,整个团队的节奏都锚定在一个点上。

第二,是机制的建立

分工和分钱机制,这是团队稳定的基础,你要让跟着自己的伙伴看到钱,才会有信心。

第三,有清晰的轻重缓解

对于非标、高客单业务而言。

三个必须跨过去的坎分别是是:产品的坎,交付的坎,流量的坎。

如何跨过这三个坎,是有重点的。

我们的实践是:初期我认为核心是做好交付,用高价值的交付,创造口碑,沉淀案例,反哺前端营销、流量。

其次是产品的坎,你有一个清晰可量化的产品。

让你社交圈子都知道你是谁?你在卖什么。

让目标用户清楚地知道你能解决什么问题。

比如我们的会员群里,有专门做消费品电商咨询、有专门做大健康电商、旅行行业AI提效的朋友......

群里其他人有相关的需求,会第一时间@他,约时间聊,这就是清晰的产品带来的用户心智。

我们长期稳定的输出:专门为职场人转型生意人相关内容,产品心智也就慢慢立住了。

其实,创业中的很多痛苦都源于"不自洽"。

当你在产品与市场、短期与长期、团队内部这三个维度找到平衡,

就会发现拧巴感就消失了,很多事情都变得顺畅起来。
4
小红书(前所未有)自动拉我进了一个博主群,930多人,发“马路生活节”的报名链接。

群里突然有人说:“这个群所有博主,粉丝都是1.2万”。

我点开几个主页看了看,还真是。

因为不同级别粉丝量的 KOL 的待遇不同,1.2万粉的博主(aka 我)解锁的资源是免费晚餐。

有种中学时代“按成绩分考场”的感觉。怪 PTSD的。
还没体验过openAI Codex的朋友,走这个链接可以免费拿积分体验:https://www.aicodemirror.com/register?invitecode=ZY5EE9
你好,我在自学微信小程序开发,遇到一些困难,我不知道该如何把这个图改成那个样子,书上代码貌似就是错的,问ai的话又驴唇不对马嘴,希望有过路的兄弟帮一下忙
ShipAny 开发者秦老师 @秦一的心灵奇旅 发布了一个博客模板,真好看啊!
总结一下,目前为了丝滑使用AI用到的:
- 某种众所周知的服务
- 订阅转换服务,进行分组方便使用
- 订阅 + 自定义的一些规则
- 日本静态IP
终于达成丝滑用CC/刷TT/看FBB不被封

下一步要么我打包做成一个服务?行吗?刑吗?
为什么不要 Build In Public