Posts for: #Product

株式会社 Helpfeel 总部在京都上京区，东京有办公室，资本金 1 亿日元，员工 213 人（2025 年 8 月）。全远程、全弹性工时。

前身是 Nota, Inc.，2007 年 12 月 21 日在美国加州创立。2020 年 12 月设立日本法人，2022 年 10 月 1 日把公司名改成了主力产品的名字 Helpfeel。

两个人

洛西一周，1982 年生，代表取締役 CEO。高中时写了 Windows 上的笔记软件「紙copi」，下载超过 100 万次，十年卖了 3 亿多日元。IPA 未踏项目出身。2026 年 1 月他本人搬去了美国。

増井俊之，Technical Fellow，庆应大学教授。预测输入法 POBox 的发明者，在 Apple 做过 iPhone 的日文 flick 输入。Gyazo 是他 2007 年的作品，Helpfeel 的核心技术也是他的发明和专利。

三个产品

Cosense 改名时官方给的数字：页面总数超过日文维基百科的 10 倍以上。定价上个人免费，上限 300 页、5 人；Business 版每人每月 1100 日元。

Google Tag Manager（GTM）是个标签管理工具。

以前网站要接 Google Analytics、广告转化统计、在线客服挂件、A/B 测试脚本，每接一个就得改一次代码、发一次版。GTM 的做法是网站里只埋一段代码，之后要加什么第三方脚本，都在网页后台里配好再发布。

四个概念：

• 容器：埋在网站里的那段代码，全站只有一段
• 标签：要发的第三方代码，常见厂商都有现成模板
• 触发器：什么时候发，比如打开页面、点了某个按钮、提交表单、滚到页面某个位置
• 变量：发的时候带上的值，比如订单金额、商品 ID，一般由前端推给 GTM

好处是改一个广告转化统计不用再排研发的版本，从等一个迭代变成一小时。官方还提供预览调试、多人协作、测试环境和权限控制。基础版免费，企业版叫 Tag Manager 360，属于 Google Marketing Platform。

这几年的重点是服务端标签：把脚本执行从浏览器搬到自己的服务器上，绕开广告拦截和浏览器的隐私限制，同时能过滤往外发的数据。纯在浏览器里跑的标签，容易被拦截插件和浏览器隐私设置挡掉。

主要竞品

企业级：

• Tealium iQ，最常被拿来和 GTM 比，通常和它的客户数据平台 AudienceStream 一起卖，数据管理能力强
• Adobe Experience Platform Tags（原名 Launch / DTM），用 Adobe 全家桶的客户基本默认用它
• Ensighten、Commanders Act，偏欧洲市场和合规

隐私和自己部署：

• Matomo Tag Manager，开源免费，可以自己搭，对标 GTM
• Piwik PRO Tag Manager，面向 GDPR、金融医疗这类合规要求高的场景，可以私有部署

数据管道类，严格说不是同一品类，但常在同一次采购里被拿来比较：

• Segment（Twilio）、RudderStack、Snowplow、MetaRouter，采集一次，在服务端分发给各个下游，架构上能替掉大量标签

轻量和垂直方案：

• Stape、Addingwell，不替代 GTM，而是帮你托管 GTM 的服务端容器
• Shopify、WordPress 里的各种像素插件，给不想碰 GTM 的小商家用

国内 GTM 加载可能不稳定，常见替代是神策、GrowingIO、火山引擎 DataFinder 这类埋点加分析一体的产品。它们把埋点和分析绑在一起，GTM 只管分发、不碰数据本身。

怎么选

只想少烦研发、免费用起来，GTM 基本没有对手。在意隐私合规、数据不想过 Google，看 Matomo 或 Piwik PRO。标签已经多到需要专门管理，或者要多渠道统一发数据，该看的是 Tealium 或者数据平台那一层，换一个标签管理工具解决不了。

AI 让信息不值钱了。星球上靠「我知道你不知道」收费的模式会塌，靠「你信我这个人」的模式会更强。产品怎么改，还是往人靠、往社区靠、往工具靠这三个方向。

往人靠，核心是让创作者更真。现在打开一个星球，只看到一堆帖子和一个头像。这个人靠不靠谱、什么风格、能跟多久，没有答案。可以在主页上展示他在这里几年了、回答过多少问题、成员续费率多高。信任需要时间，时间需要被看见。再进一步，把创作者说过的判断和后来的结果对照出来，错了就认的记录比一百篇对的文章更有说服力。

Substack 的做法可以参考。它的创作者主页很干净，一个大头像、一段简介、所有文章和 notes 按时间排列。它的推荐算法优化目标是订阅和付费转化，不优化停留时长。平台在帮用户找「值得长期关注的人」。方向跟知识星球想要的一致。

OnlyFans 的用户付费，很多图的是创作者直接跟你聊天、记住你的名字。平台把聊天做成了第一大功能，也是第一大付费驱动力。国内环境不同，但用户愿意为「这个人看见我了」付钱，这个道理通用。

往社区靠，核心是让成员从围观变成参与。多数星球是星主讲、大家听。可以先做两件事：让成员之间有发现彼此的机制，轻匹配一下就够了；降低第一次互动的门槛，比如增加一个「有启发」的反馈按钮，比赞更具体。点了之后星主能看到，可能顺手回一句。破冰了，人和人的距离就近了。

Substack 的 Chat 功能是付费订户专属的深层讨论，和公开的 Notes 分开。Discord 的频道分角色、分权限，成员进来之后有一个清晰的路径：先围观、再发言、最后变成参与者。知识星球目前缺的就是这条路径。

小红书有一个设计值得看：算法会把旧内容推给新用户，不只看发布时间。星球里大量好帖子几周就沉了，如果平台主动把老内容推给新成员，星主不用每天生产新东西，内容自己就有生命力。这比逼着星主日更可持续得多。

往工具靠，核心是 AI 干活、人做决定。AI 该做的：帮星主整理内容、发现值得回复的问题、提示哪些成员很久没互动了；帮沉睡的好内容再流通，用户提一个具体问题，AI 从历史帖子里找相关的内容，星主确认后推送；帮新人快速找到同好和值得先看的东西。AI 不能做的只有一件：以星主的口吻说话。宁可在功能上标注「AI 整理的参考」，也不要去模糊这条线。

Discord 开放 API 让 Midjourney 在它上面搭出了完整的产品——生成图片、管理队列、支付结算，Midjourney 没有自己做 app。知识星球也可以把能力开放出去，让外部开发者甚至成员自己搭出新玩法。笔记 914 写的「让一千朵花先开」，就是这个意思。

三个方向背后是同一个问题：这个功能做完，星球里的信任变多了还是变少了。变少了就砍。

真人口音教练在美国一小时收 200 到 300 美元。BoldVoice 用 AI 接掉了听发音、挑错这部分，真人教练只录课、做一对一。订阅一年 150 美元，用户在 150 多个国家。公司 7 个人，年收入超过 1000 万美元。

是什么

创始人 Anada Lakra 和 Ilya Usorov，YC 2021 年夏季批次，公司在纽约。

App 里的课是好莱坞口音教练录的，这些人平时教演员说各地方言和口音。你跟着读，AI 当场告诉你哪个辅音、哪个元音没发对，准到单个音。每天练什么，看你的母语，也看你的目标是面试还是日常社交。

到 2026 年 1 月，下载超过 500 万次。同月 BoldVoice 拿了 2100 万美元 A 轮，Matrix 领投，累计融资 2710 万。

解决谁的什么问题

用户是已经能用英语工作、但口音拖累表达的人。专业能力不缺，说出来别人得费劲才听懂，或者自己开口心里没底。

以前这个问题只能花钱请真人教练，贵，还得约时间。看 YouTube 不要钱，可没人听你说，也没人告诉你错在哪。BoldVoice 卡在中间：随时能练，每句话都有反馈，一年的钱不够真人教练一个小时。

公司把目标定在让人说清楚、够用就行，不去追消除口音、说得跟母语者一样。

独特价值

别的发音 App 大多是纯 AI，给你打个分数。BoldVoice 的课是好莱坞口音教练录的，他们懂怎么把一个总也发不对某个音的人，一步步带到能发对。这套本事来自给演员做训练，写算法写不出来。

AI 在这里只做反馈，内容归教练。价格也照这个分：AI 课月付 25 美元、年付 150 美元；真人一对一单次 119 到 450 美元，按教练资历定价。

护城河

BoldVoice 的语音识别和发音打分不难复制，微软 Azure、ELSA 都有现成的同类技术。它那个传过一阵的小工具 Accent Oracle——上传一段语音，AI 猜你母语是哪国的——竞品想抄也快。定价同样抄得走。

一个月前，我提议：

• 基于 Slax Note 的代码，生成一套文档。然后删掉代码，基于文档生成代码。重新上线。
• 具体执行，由不懂编码的两位女生——产品经理和设计师主导。

以下是产品经理的部分记录。

时隔一个月，Slax Note AI 重写版正式上架了。

iOS 版本下载链接：https://apps.apple.com/us/app/slax-note-transcribe-voice-pen/id6480166286

回顾 3 月中下旬，我们是抱着怀疑开始这项任务的。当时我们完全不认可重写 App 的提议，更不信任自己能独立解决过程中产生的各类 Bug。

在过去的一个月里，挑战是具体的：频繁掉线的账号、不断重连的挫败感，以及对工具的极度陌生。从不懂 VS Code 和 Git，到能熟练地指挥 AI 修 BUG、提交 TestFlight 版本；我们从每天开启终端 2 小时，变成了在公司每时每刻都开着它；

从质疑重写的决定，到进入"氛围编程"的状态，作为非程序员，我们始终处在一种"不确定自己是否搞错"“这样跟 AI 交流是对的吗"“我提交这个变更会不会炸了"的压力中。我们一边骂 AI 愚蠢，一边向研发同事学习如何更精准地与它对话。

现在，App 已经上架。接下来的挑战是：当新需求涌入，协作将如何演进？我们目前也没有答案，只能继续摸索。

同事记录下来的经验我觉得很有价值，如果朋友们想看，我今后发出来。

用同事的话说：

如果只看过程，这次重写其实并不轻松，甚至可以说很折腾；但如果看结果，它很值。未来的挑战依然存在，我们这次是重写 App，如何挖掘需求、迭代产品，还没有实践起来。

都看到这里了，你要不要下载个 Slax Note 试试看？用得舒服，就索性付个费吧。

这个语音笔记，我又有了些新的想法，能慢慢地、长时间地做一个自己要用的工具，还是很开心的——而且，这可能也是我们团队擅长的。

Beli 是什么

餐厅评分社交 App，2021 年创立，“餐厅版 Letterboxd”。核心差异化：不打 1-5 星，而是比较排序（A 和 B 哪个更好），算法据此生成你和朋友各自的偏好分数。

截至 2025 年 9 月，7500 万条评价，3 万个城市，80% 用户 35 岁以下。融资 1200 万美元，团队约 5 人。被 Food Network 称为"Gen Z 的 Yelp"。

Add Your School 机制

菜单入口，让用户绑定自己的大学（支持学生 ID / 校园卡）。绑定后解锁两个东西：校内排行榜（按打卡餐厅数排名）和全国 187 所大学之间的 “Dining Hall of Fame” 竞赛——评选"最能吃的大学"。

积分方式：给餐厅打分、每周新增排名、推荐新用户。推荐的新用户绑定同校则积分叠加。

菜单里这个入口排在 Settings 之上、Unlock Features 之下，说明 Beli 把它当核心增长动作，不是附属设置。

解决什么问题

表面是校内美食社交圈，实际解决三个增长问题：

冷启动的社交密度。餐厅评分 App 需要朋友也在用才有意义。学校是天然的高密度社交网络，绑定后排行榜上立刻出现认识的人。

口碑裂变的结构化。80% 用户来自推荐，但"邀请朋友"缺乏动力。学校竞赛把个人推荐转化成集体荣誉——你在帮学校争排名，不只是帮自己拉人。经典的 group-level incentive。

留存。校内排行榜天然有攀比效应，加上每周积分设计，推动持续打卡。类似 Duolingo 的 streak。

效果

评分量从 2022 年 250 万增长到 2025 年 5800 万，CAGR 180%，主要靠口碑。NYU 新生入学迎新就下载 Beli，已经是校园文化。UChicago、Brown、Northwestern 是早期种子校。

Lenny’s Podcast 在 2026 年 2 月 19 日采访了 Boris Cherny。Boris 是 Claude Code 的创建者和负责人，现在在 Anthropic，此前在 Meta 当过 Principal Engineer，自学编程出身，也写过 Programming TypeScript。

YouTube: Boris Cherny on Lenny’s Podcast

这期内容我觉得很值得记一下，因为它不只是讲 Claude Code，而是在讨论一个更大的问题：如果“写代码”这件事越来越被模型接管，人的价值会转移到哪里。

核心观点

1. 编程已经“基本解决了”

Boris 说，从 2025 年 11 月起，他自己 100% 的代码都由 Claude Code 生成，没有手动编辑过一行。每天 ship 10-30 个 PR。

Anthropic 的工程团队规模增长 4 倍的同时，人均生产力提升了 200%。Claude Code 目前占 GitHub 公开 commits 的 4%，私有仓库更高，预计到 2026 年底会到 20%。

如果这些判断成立，那么“会不会写代码”本身，正在从稀缺能力变成基础能力。

2. 下一个前沿，不是怎么写，而是决定做什么

Claude 已经开始自己看用户反馈、bug 报告、telemetry，然后提出修复建议，甚至直接提 PR。

这里拿携程举例子。之前就有朋友在携程买票，结果“被贷款”，我作为所谓的携程 V7 黑钻用户老用户，知道在携程买票必然是步步惊心的，自以为足够小心了。结果上个月买火车票时，还是中了招。

我一看就知道不能点第一个链接，便宜肯定是骗人（仔细看，就能看见 +36 元），所以我直接点了第二个链接——确实怪我，没看见要 +25 元。

里是有明细的，但我确实平时不怎么细看，直接付款了。

后来机缘巧合，在大概十分钟后发现中招，有些不痛快，就退票退款了，退的时候告诉我，铁路局收了一些退票费不能退，如

——我忍了。

过了一会，我突然觉得不对，算了一下账，原来携程收我的所谓“优享预定”也是不退的——每张票收 25 元的优享预定，究竟是什么呢——我看了看，是

，原谅我没看出它的价值来。

于是我打了电话到携程投诉，客服很客气地表示退款，把铁路局的也退了，还表示要送我 100 元现金券。我拒绝了，表示我可能会写一写这个例子。

作为一个产品经理，我其实能理解这种设计。我甚至理解，哪怕梁建章提要求，也未必改得掉这个问题，毕竟背后有太多利益，都是净利润，不能轻易因为投诉就放弃。

只是，这确实就是我标题写的：产品的默认设置，就体现价值观。

我们做的产品也一样，希望真的能客户第一（真的很难）。

敲敲打卡刚刚上架的 1.4.0，上线了“朋友”功能，迭代过程我觉得很值得记录。

20250422，T 看到问题：

看到朋友一直在用，有愉悦感，但更有意外和遗憾：为什么之前一直没能看见，不能给他们点个赞，送个祝福？

T 说：

累计排行榜的一个小小魅力和缺口。// 在习惯排行榜里，我很意外的发现，春节假期贴朋友圈，引来了大学室友和他太太打卡，他们坚持的天数比我这个版主还多。

这个 Case 显示累计排行榜是魅力的，没有这个累计榜，我这个版主也不会有这样的发现。// 缺口是，估计相当大部分的用户，以及比较多的版主，是从未进来过，从未看到累计榜单。

今天是偶然点进去发现的，我作为版主，没有被提醒今天有成员到达铂金；// 就算偶然看到了，我也无法在产品里，手动的为他生成一张成绩单，或者生成一张祝贺海报；//这里有点浪费了，我作为版主和几十年老朋友的一些产品火花的小机会。

20250425，Qiuli 推荐她看到的一款产品 Duodo

T 觉得其首页 UI 交互有意思，或许可以用来解决我们遇到的问题。

20250428，T Luca Luge 讨论增加朋友 Tab

讨论后，有以下两个探索。但都觉得不满意。

前者是朋友 Tab 里，但不是以人的维度，而是以习惯维度呈现，很古怪。后者固然是在习惯里呈现，但把首页复杂化了。

20250429，决定做朋友 Tab，设计草稿如下

在朋友 Tab 里，以人的维度呈现。有两个轻度互动按钮：戳一下和祝贺——当然为了体验完整闭环，需要分别考虑动作发起者和接收者的体验，有挺多细节的。

20250521，另一个开脑洞的讨论

Luca 联想到：

类似“小恩爱”这样的情侣互动产品，或者 Soul 这样的年轻人社交产品里，会有些轻互动。如果放在敲敲里，比如： 彩虹屁、朋友 High-Five、戳一戳之后收到的有敲门/开门动效、重大里程碑撒花，是会好玩，还是已经审美疲劳了？

Luge 的直觉是：

朋友和情侣的亲密度和容忍度还是不一样。我个人感受是有点太吵闹了，这种视觉短时间刺激一下还行，比如周期性的线上活动，但是长期来看会很快感到疲劳。有个难点是怎么自然流畅的展示这个收到的戳一下。

因为我们没有私信功能，收到的用户基本上只能是弹窗和消息列表两个方式，目前感觉这两个方式都不能最好的发挥出这个功能的互动性。

T 认为值得尝试，他觉得可以解决两个问题：

让人在朋友 tab 停留久一点，有轻互动。

让“小鱼”这个道具发挥作用，戳一下，送一条小鱼（系统也扣一条）

讨论下来，草稿长成这个样子。

以上就是一个小产品（敲敲打卡），里面的一个小功能（朋友）从问题的提出，到产品上线的，可能枯燥无味，但我们乐在其中的全过程。

20250601，苹果手机可以在 App Store 搜“敲敲打卡”下载到最新版本了（也可以点击“阅读原文”跳转下载），安卓版还要等等各个手机应用市场的更新。下载使用后，欢迎给我们提建议。

我们的产品牌桌文档上，同事写了四句说明：

1. 什么是 Shaping：一种塑造产品的方法论，详见：https://basecamp.com/shapeup

2. 什么是提案（Pitch）：一句话简述 —— Pitch 是产品设计的框架性介绍，是 Shaping 的结果

3. Pitch 的基本要素见：https://basecamp.com/shapeup/1.5-chapter-06

4. Pitch 里胃口（Appetite）：L - 五人天左右；M - 三人天左右；S - 一人天左右

我理解的产品牌桌：产品经理带着观点，说服老板下注，让老板赌你这个解法对。

所以身为产品经理，要思考过多个解法，找到最合适的。但不能拿出多个方案，让老板挑，这样自己没突破，老板会累死。

关于如何开好一个产品牌桌会，我的建议是：

首先，要有规则。

上牌桌的重要提案，要有基本格式规范，至少包括以下内容：

1. 问题：我们想解决什么问题。

2. 解法：我们采用什么样的解决方案。

3. 胃口：活有多大，你希望花多少人天在上面。

重要的提案应该具备这三个要素。简单的提案，一句话说明也未尝不可。

其次，要有观点。

在提供解法时，自己有清晰观点。

理想的做法是准备好一个最佳方案，并以此为基础进行讨论。争取在会议中产生更有价值、更准确有效的解决方案。但不要带着多个方案来，让大家在会上共同决策，因为一来这表明你没有做好准备，二来这种共同决策大概率不成功。

避免罗列多个解法和需要决策的细节。

组织者和产品经理需要对提案列表有清晰的认识，并有基本分类。例如，哪些是必须做的，哪些是推荐做的，哪些应该砍掉。这样可以提高会议的效率和清晰度。在会议上对齐认识，取得一致。

第三，要控制时间。

应该关注每个提案可能分配的时间。假如有讨论超时，要控制进度。尽量高效地达成目标。

这篇笔记是用 Slax Note 写的。我口述，生成文档后，简单编辑而成，也还行。