即刻App年轻人的同好社区
下载
App内打开
MichaelYuhe
220关注1k被关注2夸夸
📍良渚 欢迎约 ☕️
Zeabur -> Lepton -> Nvidia
微信 XYuhe1106
MichaelYuhe
6天前
桌子升级
20
MichaelYuhe
13天前
帮转发个招聘信息～

Photon 诚招后端工程师。Google、Vercel、红杉被投。Hermes Agent 官方合作伙伴。App Store 第一。X 超百万流量。

- 有 TS 经验，如有 Rust 经验加分
- 熟悉 connectrpc 和 hono
- 熟悉 otel
- 熟悉 K8S 与微服务构架
- 能够交付高可用服务
- 熟悉 NATS，gRPC，Outbox 等
- 有超过 3 年经验
- 可以适应 Startup 工作节奏
- 大厂工作经验加分

仅接受全职，Remote，时区不限，薪资丰厚
00
MichaelYuhe
18天前
假期结束🥺
00
MichaelYuhe
1月前

刘飞Lufy: 近期在阿里内网传播出来的《置身钉内》是我读过品质最高的内网瓜帖之一，严格来说都不算是瓜帖了。不少博主和网友还是在用宫斗剧或者厚黑学在吃瓜，分析无招和阿里组织文化。但实际上，作者是少有的对产品和业务理解都足够透彻的阿里人，对阿里 ONE 的记录事无巨细，也很深刻。就我个人有限的观察和体会，这很稀有。 我整理了一下印象深刻的一些观点。 1 作者从银泰跳槽而来，她的观点是，在LLM时代，做好产品必须有足够的数据基建和context。钉钉显然比银泰更成熟。她坚信 AI 一定会颠覆人们组织办公的方式。 2 无招带领的钉钉，无论是从集团层面，还是从无招个人的动机上，都希望恢复到当年湖畔花园创业的时期，很多事情的风格都有体现。比如，所有人都需要拉一个6人以上的家族群。拉不起来，代表着没有创（xiao）业（shou）精神。 3 AI 能解决的场景很多，但是不依靠 AI 就无法解决的场景未必很多。后者才是核心场景。一种是原本的时间线性结构，比如群聊里的信息过多，「收到」、「哈哈」这种信息量极低的消息和重要消息，在目前的产品结构里权重一致。另外一种是非线性的逻辑缝合，比如同样一个项目，可能涉及到多方的沟通群，有 5、6 个窗口需要不断切换才能整合信息。这两种是 AI 在钉钉上能成立的场景。 4 能解决需求的场景之外，还有个关键问题，核心用户是谁？在钉钉里涉及到更站在发信人还是收信人立场。微信是站在收信人立场的，因此永远不会做已读未读。但钉钉从诞生的时刻就是站在发信人立场的，自带触达、督办、催办的底层逻辑。这也就产生了矛盾，虽然 AI 在帮助解决场景，但可能是让权力更加不平衡了。 5 在钉钉这个业务上，有一个不可能三角：广大基数用户、用户高频行为、用户愿意付费。需要基数，就需要抓最广泛的痛点，而广泛的痛点就不够痛。需要高频，就需要做消息、日程、待办和会议，但这些是老钉钉已有的功能。需要付费，就要深入解决问题，做成通用入口反而背道而驰。 6 ONE 本来的考虑是，通过「工作」和「发现」的组合，设法求解。「工作」负责高频和大基数，也就是重新组织的消息、日程、待办和会议。「发现」负责学习、知识流等等。可能是有收费场景的。但实际操作来看，「发现」的场景很难验证，它不是自然生产出来的，最后显得很像是商业广告。在「工作」中很难推荐用户转化去「发现」。 7 「发现」没有走下去，可能也因为没有把这个方向走到足够深，中间的方向调整过很多次，也经常因为外部压力被迫做调整。比如 Agent 火了，就把 ONE 整体核心切换到 AgentOS 的逻辑。 8 ONE 有一个寄予希望的产品形态：卡片。可以很好地接入AI，也可以覆盖掉过去的消息、待办、日程、会议、审批、发现等等。这个可以容纳各种内容的容器，是一个非常好的结构。（我的理解：对比的话，可能像微信里的消息，可以是文字、语音、视频、文章、小程序等等。） 9 这个沉浸式全屏的卡片非常像Tinder，也很像抖音，用户只需要刷刷刷，就可以进行工作了。同时系统也可以通过对卡片的行为操作记录下数据，就像字节系的平台产品一样，可以大幅提升推荐的精确度。多数场景下都是可以落实的。 10 但是卡片存在天然的问题：IM消息很难融入。IM消息在钉钉停留时长有 80% 以上的占比，是核心功能。但频次这么高、变化这么快的消息，很难归纳进卡片。而已经看过消息，发现卡片再次做了推荐，也会是很糟糕的体验。另外，卡片的排序也很难操作。到底是选取重要来源的普通消息在前面，还是选取普通来源的重要消息在前面？一个紧急大项目日常评审的通知重要，还是一个小项目合作伙伴发出紧急预警更重要？为了解决卡片天然的问题，曾经试过折中的方案。比如，抖音变快手，全屏变列表。卡片变成了用户自己主动点击操作的对象。 11 以上的问题并不是最核心的问题，最核心的问题回到前面提到的，钉钉核心用户是发信人，而卡片形态急剧降低了他们的使用体验。想要找到对应的信息或者人，过去在置顶群组里很快就能捕捉到，但现在通过卡片处理，就是开盲盒。过去2秒可以找到，但现在保守说得15秒。 12 整个卡片项目的结论可以说是：形式不应该凌驾于内容。卡片的demo在内部很容易获得满堂彩，但在外部的实操上就没那么理想了。这在阿里是一个常见现象。 13 产品在推进用户测试的过程中，并没有那么顺利。虽然做了积极的内测，但是内测用户和普通用户之间有差距。而哪怕是普通用户的调研，也会由于用户本身的礼貌、鼓励或者想象的原因，给出一个好听但无用的答案。同时做测试的用户里，还会有既有表达欲，也有影响力，但并非代表多数用户意见的，比如无招本人。 14 一个产品同事去碧桂园，发现对方想用卡片给保安保洁动态排活儿（先巡逻、再清洁、再拍照，做完 check 掉一张卡片），这个场景反而非常贴合卡片形态。越主动、越有思考的工作者越需要保留对自己工作顺序的掌控，反而是任务链路标准、明确的基层执行者，更愿意接受卡片式的主动安排。但这个 case 被无招否掉了，因为他认定 ONE 不服务保安保洁。 15 同一个赛道，各家是在旧地形上重新开战,。钉钉的底盘是「组织确定性」(架构、审批、考勤、DING、已读、任务推进)，所以它做 AI 自然走向主动服务和组织推进；飞书的底盘是「知识和结构化协作」(文档、知识库、多维表格)，所以它强调先沉淀再智能。飞书在发布会上讽刺钉钉「只有打卡数据做不好 AI」，无招的反击则是：AI 时代不该再逼人写文档，人本来就是说话的动物，真实工作发生在会议和口头沟通里。所以钉钉推 AI 听记和硬件 A1。 16 钉钉很强调快，但是做快的事情和做对的事情是两码事。无招每天早上9点到11点会把问题分发给负责人，24小时内需要交付。效率肯定比很多公司高得多。但也会遗留掉太多「重要不紧急」。 17 由于敏捷开发，打补丁的情况持续出现。很多时候还是会拿着锤子找钉子，让用户削足适履。用户在调研的时候已经明确表达过反对，但内部会认为用户需要调整。由于敏捷开发，也会让大家陷入焦虑。 AI在不断进步，就会欠下很多技术债。这里的技术债指的不是技术不够好，而是因为为了使用好的技术，强行上架，完全绕过了用户真实需求。 18 在钉钉，老板有非常多的焦虑去盯员工的工时，谁国庆没来，谁没来加班，谁周日汇报的时候不在等等。制度会不断给压强，鼓励最表面的东西：在线、随时响应、接受传召。曾经有一天晚上，因为一份传说是飞书供应商写的飞书Aily对比钉钉悟空的分析报告送到大老板面前，导致大家晚上都不敢回家。哪怕并没有事情做。 19 作者反复提到的观点，就是卡片式的设计、用户调研、敏捷开发、AI技术应用、组织文化等等等等，本身出发点都是好的，不是选了错误的方向。比如卡片式设计的产品Boxy 也拿到了红杉中国的投资。但在真实世界里，它们的确都出现了各种各样千疮百孔的问题。而且她分析了这些问题为什么会出现，已经超过绝大多数普通观点了。 20 作者看得出是一个兴趣广泛也有好奇心的人，广泛引用了各种外部内容，从文学作品到影视作品到播客到书籍。他不认同无招说的，作家这个职业会消失。她的最后一段话是：我⽆法不写。太多思绪和⽂字，像胃⾥的蝴蝶，我⼀仰头，他们就忍不住从⻝管中争先恐后地⻜涌出来，抛下云雾⼀样的翅粉，⽕⼭灰⼀样悠悠落回我的脸上，遮住我的视线。于是我才终于可以瞑⽬，安⼼地开启我的下⼀段旅程。 读完像是做了一场思维实验，尤其是产品的部分，有很多分析和案例，重回了早年做产品的快乐。很有意思。 —— 以上内容主要取自作者观点，不代表我的观点。

00
MichaelYuhe
2月前
MichaelYuhe
2月前
团队在国内多了个 HC ，TS 技术栈的朋友看过来 🙋
20
MichaelYuhe
2月前
我被茶颜悦色包围了
00
MichaelYuhe
2月前
00
MichaelYuhe
2月前
六月准备去巴厘岛学冲浪了🏄
有没有去过或者想去的朋友交流下呀
00
MichaelYuhe
2月前
想买 Google Fitbit Air ！
但是不知道国内啥时候能买到
20