即刻App年轻人的同好社区
下载
置顶Hello我是二虎🐯，也可以叫我Will，2021年毕业后一直在创业公司做Saas出海，希望自己能在AI这件事儿上热爱10年
-----------
喜欢跟自己在出海行业动手做点事儿的人交朋友～不用担心和我聊天会尴尬，我超级e人，+vx: Huerhu996
-------
应该会在即刻慢慢把我在出海AI的相关思考写下来，主要在产品思考/SEO/SEM
——
对自己的未来能力模型有一个设想：
- 半吊子的工程师（不分前后端运维）
- 出海增长专家（主要是SEO/SEM方向）
- 不专精的产品舵手
- 合格的数据分析师
------
可能会给大家提供的有意思的歪门邪道insight🙋
1️⃣怎么在插件市场做增长（完全不借助SEO/SEM/红人的情况下）
刚进入出海的时候，完全的野路子玩家，根本不知道怎么系统性的做增长，也没搭建增长的数据体系，但仍然依靠插件市场内的自然流量做过超过40W用户的产品矩阵（也比较佩服我之前的团队，硬生生挖出一条行之有效的野路子，不花一分钱也可以做到规模增长）
2️⃣一些SEO/SEM的insight
虽然是从PM的岗位出身，但在创业公司，学会了从第一天起就开始考虑怎么给自己找来用户，所以SEO是我的一项亮点技能，特别擅长的是Saas工具类产品的SEO应该怎么做。另外，我总共给3个网站做过程序化海量页面，大多都拿到了巨量的流量，但是我并不认为这算成功的增长手段，这其中有些很有意思的关于地区/设备/具体需求的insight，欢迎大家找我讨论；最近接手了相当多的SEM工作，目前对Google ads的投放相关工作有一些独特的看法，包括广告用户在产品内部的各项指标应该怎么跑；
3️⃣野路子产品的职业经历
做一款快速上线的，能满足用户基础需求的MVP产品，且通过用户反馈把用户规模慢慢做大是我擅长的事情； 做一个复杂的，功能足够厚的产品是我不擅长的，因为我从没进过大厂，也没体验过花1个月的时间只做一个功能版本的经历，所以对于单个需求想的总是不够深是我的缺点，目前我正在努力把这一块儿的事情想清楚，幸好我现在的团队是一个对用户体验追求极致的团队，所以每天我都会在这一块儿有新的实践和理解，希望自己能从野路子回归真正的为用户创造一些价值的PM
——
-----------
喜欢跟自己在出海行业动手做点事儿的人交朋友～不用担心和我聊天会尴尬，我超级e人，+vx: Huerhu996
-------
应该会在即刻慢慢把我在出海AI的相关思考写下来，主要在产品思考/SEO/SEM
——
对自己的未来能力模型有一个设想：
- 半吊子的工程师（不分前后端运维）
- 出海增长专家（主要是SEO/SEM方向）
- 不专精的产品舵手
- 合格的数据分析师
------
可能会给大家提供的有意思的歪门邪道insight🙋
1️⃣怎么在插件市场做增长（完全不借助SEO/SEM/红人的情况下）
刚进入出海的时候，完全的野路子玩家，根本不知道怎么系统性的做增长，也没搭建增长的数据体系，但仍然依靠插件市场内的自然流量做过超过40W用户的产品矩阵（也比较佩服我之前的团队，硬生生挖出一条行之有效的野路子，不花一分钱也可以做到规模增长）
2️⃣一些SEO/SEM的insight
虽然是从PM的岗位出身，但在创业公司，学会了从第一天起就开始考虑怎么给自己找来用户，所以SEO是我的一项亮点技能，特别擅长的是Saas工具类产品的SEO应该怎么做。另外，我总共给3个网站做过程序化海量页面，大多都拿到了巨量的流量，但是我并不认为这算成功的增长手段，这其中有些很有意思的关于地区/设备/具体需求的insight，欢迎大家找我讨论；最近接手了相当多的SEM工作，目前对Google ads的投放相关工作有一些独特的看法，包括广告用户在产品内部的各项指标应该怎么跑；
3️⃣野路子产品的职业经历
做一款快速上线的，能满足用户基础需求的MVP产品，且通过用户反馈把用户规模慢慢做大是我擅长的事情； 做一个复杂的，功能足够厚的产品是我不擅长的，因为我从没进过大厂，也没体验过花1个月的时间只做一个功能版本的经历，所以对于单个需求想的总是不够深是我的缺点，目前我正在努力把这一块儿的事情想清楚，幸好我现在的团队是一个对用户体验追求极致的团队，所以每天我都会在这一块儿有新的实践和理解，希望自己能从野路子回归真正的为用户创造一些价值的PM
——
97 1512
1 00
Flomo 真的还挺好用的，它让我非常便捷地记录了自己的一些想法，并且让我从没有这种习惯，成功地形成了这种习惯
但我一直没有合理地组织好在 Flomo 上的标签，导致在 flomo 上的笔记没有很好地被重新沉淀和回溯，以及怎么去形成更长的内容，没有一个很好的连接两者的途径。Flomo 一直在尝试解决这个问题，比如出了一些类似于“每日回顾”的功能，随机挑选十个或几个笔记让你浏览，或者让 AI 去总结你最近的一些思考。
但是因为这个产品已经占据了高频记录想法的入口，这些上下文于我而言实在太重要了，我记录的这些很重要的想法，无法随时被我的更牛逼的大模型调度，这对于我自己当前来说是一个很难受的点
我现在一边享受 flomo 的一些小的在移动端上的交互给我带来的便捷记录，以及记录 idea 的便利性，一边又在想办法把 Flomo 里面的东西给完整地迁移到 Obsidian。我想这是当前每一个在云端存储上下文的产品的困境
但我一直没有合理地组织好在 Flomo 上的标签，导致在 flomo 上的笔记没有很好地被重新沉淀和回溯，以及怎么去形成更长的内容，没有一个很好的连接两者的途径。Flomo 一直在尝试解决这个问题，比如出了一些类似于“每日回顾”的功能，随机挑选十个或几个笔记让你浏览，或者让 AI 去总结你最近的一些思考。
但是因为这个产品已经占据了高频记录想法的入口，这些上下文于我而言实在太重要了，我记录的这些很重要的想法，无法随时被我的更牛逼的大模型调度，这对于我自己当前来说是一个很难受的点
我现在一边享受 flomo 的一些小的在移动端上的交互给我带来的便捷记录，以及记录 idea 的便利性，一边又在想办法把 Flomo 里面的东西给完整地迁移到 Obsidian。我想这是当前每一个在云端存储上下文的产品的困境
6 80
从这个点来看，这个产品其实也挺难的。因为它占据了一个入口级别的位置，但是能做的事情特别少，这种体验上的优化反而给我带来了负向的体验。
胡二虎: Typeless 现在做这么多结构性的优化，是不是因为大部分人使用还是在跟人对话，所以结构化的数据需要让人看懂？ 我最近使用微信语音多了之后，发现因为我大部分的时候是想跟 AI 对话，所以我只需要它记录我的原文即可，就算里面有错误也无所谓从这个点上面来看，我觉得微信语音做得的确是比 Typeless 要好的。在 Typeless 自己去结构化压缩的过程当中，会丢失很多信息。
4 10
Typeless 现在做这么多结构性的优化，是不是因为大部分人使用还是在跟人对话，所以结构化的数据需要让人看懂？
我最近使用微信语音多了之后，发现因为我大部分的时候是想跟 AI 对话，所以我只需要它记录我的原文即可，就算里面有错误也无所谓从这个点上面来看，我觉得微信语音做得的确是比 Typeless 要好的。在 Typeless 自己去结构化压缩的过程当中，会丢失很多信息。
我最近使用微信语音多了之后，发现因为我大部分的时候是想跟 AI 对话，所以我只需要它记录我的原文即可，就算里面有错误也无所谓从这个点上面来看，我觉得微信语音做得的确是比 Typeless 要好的。在 Typeless 自己去结构化压缩的过程当中，会丢失很多信息。
9 72
一直用不起来 Openclaw。
反而在最近实际使用 Manus 的过程中，我逐渐形成了一套更顺手的方法。
在国内的一体化环境里，很多决策、文档、数据真的会在 IM 内完成。群聊本身就是信息沉淀的地方，任务、表格、审批都在同一个系统里流转。
但在海外环境下，我发现 Slack、Telegram、WhatsApp、Discord 更像是触发入口，而不是完整的上下文中心。真正持续沉淀信息的地方，其实是 Email。
于是我干脆把各种信息主动汇集到邮箱里：
* 日程安排和会议邀请链接（Calendar）
* 会议回放和会议摘要（Meeting Summaries）
* Notion 文档更新提醒
* 各种 SaaS 系统通知
* 各类 Newsletter
此外，每次跑完 Manus 的任务，我都会让 Manus 把最终报告通过 Email 发给我。这样所有阶段性的产出也都会进入同一条时间线。
结果是，我的“工作记忆”基本都沉淀在邮箱里。
当我再次遇到类似任务时，我会直接让 Manus 去邮箱里跑一遍，通过标题做检索和提取。标题本身就是一种高度压缩的信息结构，用来快速回溯历史任务非常高效。
如果按这种方式来用，那么在 Manus 里设置定时任务（比如每日报告、每日会议摘要等）其实也天然具备完整上下文。
因为它面对的是同一个邮箱时间线，用的是同样的 prompt，但背后读取的是持续沉淀的完整记忆。
对我来说，这种方式比在多个工具之间来回翻找更稳定，也更容易被 agent 利用。
顺着信息实际流动的结构来用 agent，反而比强行改变工作习惯更自然。
反而在最近实际使用 Manus 的过程中，我逐渐形成了一套更顺手的方法。
在国内的一体化环境里，很多决策、文档、数据真的会在 IM 内完成。群聊本身就是信息沉淀的地方，任务、表格、审批都在同一个系统里流转。
但在海外环境下，我发现 Slack、Telegram、WhatsApp、Discord 更像是触发入口，而不是完整的上下文中心。真正持续沉淀信息的地方，其实是 Email。
于是我干脆把各种信息主动汇集到邮箱里：
* 日程安排和会议邀请链接（Calendar）
* 会议回放和会议摘要（Meeting Summaries）
* Notion 文档更新提醒
* 各种 SaaS 系统通知
* 各类 Newsletter
此外，每次跑完 Manus 的任务，我都会让 Manus 把最终报告通过 Email 发给我。这样所有阶段性的产出也都会进入同一条时间线。
结果是，我的“工作记忆”基本都沉淀在邮箱里。
当我再次遇到类似任务时，我会直接让 Manus 去邮箱里跑一遍，通过标题做检索和提取。标题本身就是一种高度压缩的信息结构，用来快速回溯历史任务非常高效。
如果按这种方式来用，那么在 Manus 里设置定时任务（比如每日报告、每日会议摘要等）其实也天然具备完整上下文。
因为它面对的是同一个邮箱时间线，用的是同样的 prompt，但背后读取的是持续沉淀的完整记忆。
对我来说，这种方式比在多个工具之间来回翻找更稳定，也更容易被 agent 利用。
顺着信息实际流动的结构来用 agent，反而比强行改变工作习惯更自然。
16 16
