有人夹带金强私货！

绷不住了。哪个正常人一年300天导航到一个餐饮店的？一年300次，带条狗都认识路了。

高德美滋滋的把这些人叫「回头客」，回头是回头了，但不是客。导航数据不代表消费数据。

这么高频去这个店的人，更有可能是给他们家送菜送肉的师傅。是干扰数据。

最离谱的是，把脏数据做成海报进去宣传了，集团上上下下到底是有不理解业务，才能一路做到海报出街？

魔术师Teller有句名言：魔术的秘诀，在于为一个表演付出超乎想象的努力——这种努力巨大到观众更愿意相信你拥有魔法。

写文章、做产品以及获得任何领域的突破，大抵如此。

我十年前在高德的时候，其实那会儿高德想的就是要做O2O的入口，聚合过点评和各类团购网站的信息及入口，也早早就接入了滴滴，和百度地图打得好不热闹。

后来大致又经历过俞永福认为高德应该聚焦地图服务的阶段，把很多业务又砍了或收缩了。

再往后，又是重做打车功能，接入团购，现在再借势整个「扫街榜」。

我懂了这大概就是大厂高管的生存之道，做一个业务，或者不做一个业务，改变战略侧重点都是可以作为自己的某种「贡献」或变化的。只要会讲故事，其实怎么都能说得通。当年做不成的，线下也可以重新试试再做一遍...

笑死我了 苹果必须称霸世界！！

今天和一个项目开会，提到在MVP之后，在聊用户的过程里，要开始去「筛选并培育高价值用户」↓

1️⃣ 在做用户访谈的时候，开始去构建用户分层：
当前这个场景画像的用户，Ta是会在一个小产品迭代周期内会对产品满意并付费 or 在一个大产品迭代周期内对产品满意并付费 or 至少要等2-3个大版本更新才会对产品满意并付费？ （优先去找对当前版本付费意愿较高的用户群，并针对性设计内容，并去做流量的曝光和放大）

2️⃣ 用户访谈期间，要有效管理「用户预期」，对于用户提出的feature request，并不需要「照单全收」，而是应该「有效管理用户预期」：
哪些功能已经排期，预期何时可以上线；哪些功能可能1-2年内不会做，但是可以提供替代的解决方案（这部分就是生态合作伙伴，帮助其他产品带客资的机会）

3️⃣ 用户访谈，优先去挖掘用户在使用自家产品之前的「痛点➕场景」，尝试去了解并让用户共享屏幕，去了解用户原先的工作流，是使用了哪些工具/站点，日常是独自工作还是需要团队协同，在自家产品对应的场景下，使用的频次是怎样的，原来这个目标场的成本/预算是多少？确认是高频还是低频场景，是痛点还是痒点，有利于规划后续的产品排期和迭代流程。

AI时代做一个mvp很简单，但是后续的打磨流程并实现真正的PMF（可持续的商业化变现）才是团队最大的考验。

4️⃣ 当用户访谈的过程中发现用户没有真正用起来自家产品，可以尝试直接在访谈中帮助用户完成第一次使用的小闭环，帮助用户体验「Aha Moment」

5️⃣ 基本聊完5-10个用户，当前阶段的用户痛点基本就非常清晰，可以先做这一步（注册到激活）的链路优化。这一步完成后，再去跟进访谈，去做深，去做从激活到留存的链路优化。

6️⃣ 不同阶段的高价值高付费意愿的用户也会「流动变化」，但是「确定能赚钱且有高付费意愿」需求的点，最好还是不要错过。

昨天，一个朋友问我：我不是大厂背景，眼下觉得转型的条件不成熟，还能做超级个体吗？

我的建议很直接：如果你现在的工作薪资不错、有成长空间、也能让你持续见世面，那就踏实干下去，别瞎折腾。

但是如果你是：

你已35岁+，晋升越来越难，眼看年轻人要替代自己，AI也开始“抢活”，随时会被沙滩上；

公司变相降薪，发配外地，收入逐年下滑， 性价比低到地板。

每天内心焦虑、严重内耗，做的事重复且无价值，能力与视野停滞不前，未来毫无提升空间。

出来是早晚的事。

就像我我40岁那年，还是一家公司百人团队的负责人。

但我已经明显察觉到：职场天花板触手可及，再待下去只会更被动。

与其被裁，不如跳出来，主动规划出路，撸起袖子自己干。

起步最难的是什么？

资源不足，不知道从哪个方向切入？

刚开始我还在为资源不足焦虑。

做着做着后来我发现——这不但不是劣势，反而是优势。

为什么？

一个人资源太多的时候，反而容易迷失：总想着做大、做多、消耗资源，结果团队膨胀、做了一堆产品、烧了巨额营销费……最后却没赚到钱。

就像很多公司一拿融资反而失败，很多资源型国家反而陷入依赖、缺乏创新——这叫做“资源的诅咒”。

对于99%的普通人而言，谁又是躺在金山里开始创业的呢。

资源有限，不就是常态吗，与其抱怨，停滞不前，不如想解法。

那怎么办？

核心就一件事：聚焦，从能力圈出发。

找到最有优势、最容易突破、阻力更小的口子切入。

拿我举例，我过去的职场核心能力是运营。

我就沿着它做延伸：

1、 内容、运营能力→ 做个人/老板IP

2、商业认知、业务模式、组织、增长能力 → 做中小企业咨询

3、产品思维 → 做C端会员，帮助大厂人从职场转型超级个体。

这中间有个关键点：做你能做的，而不是你想做的。

你想做 ≠ 市场真正需要。

为什么我要强调这个点：在我给超级个体做咨询的时候。

很多人上来觉得自己能干10几件事，出发点不是从用户和市场出发，而是从自己认为出发。

最后发现做了一堆事，又累又不赚钱。

真相是：做多是人性，做少是本事！

所以，真正适合你的那个切口，是从众多优势中筛选出1-2个能匹配市场需求技能来变现。

技能变现的关键，在于你能不能把技能与市场需求匹配好。

怎样让技能商业化成功概率更高？——选离钱最近的。

我一直强调这个逻辑：越前端的技能，离钱越近，变现概率越大。

比如：做IP、搞流量、做销售、玩营销、获客推广……

这些能直接带来现金流的技能，永远有巨大市场需求。

尤其是销售，这个技能我感触特别深。

在进互联网大厂之前，我做过几年销售，当时卖IT硬件，赚到了人生第一桶金。

那时我就意识到：离钱越近，你变现的速度就越快。

建议大家盘一盘自己有哪些技能，按“离钱远近”排个序，越能直接带来收入的，越优先。

那什么才算“技能”？

不是你“会”什么，而是你能帮某一群人，在某个场景中解决某个问题，并且能收到钱。

比如，你说“我会打算盘”，这算技能吗？算，但市场不需要。

但如果你有20年财务税务操盘经验，能帮企业规避风险、优化税负，我相信会有大量公司愿意为你付费。

只有能在市场中变现的，才叫有商业价值的技能。

总结下来，我跑通“超级个体”的全路径，一共这7步：

① 找优势 → ② 选赛道 → ③ 定产品→ ④ 做IP → ⑤ 促成交 → ⑥ 做交付→ ⑦ 建组织

这些关键阶段，我们都会在狮途会里系统化讲解。

最后我在分享几句真心话：

有朋友问，你们业务是做To B，给中小企业陪跑，为什么还来做C端的业务。

其实我觉得，不用把B和C割裂开来，我们在一线交付积累的方法论和案例，用在超级个体上，是极其有效。

用B端的方法论，在帮助了几个朋友完成从职场到超级个体的转型后，我萌生了想用这个方法帮助更多大厂人。

我曾经也是20多年大厂老兵，一句话说：我特别懂你们。

我过去2-3年经历的是大厂人转型超级个体，你也可以复制。

比如：怎么判断聚焦点、怎么做产品、怎么做IP、怎么做交付等等。

所以，未来我们狮途会核心使命：帮助想从职场出来转型超级个体。

相当于一个接地气的MBA。

【面试日记】
今天的面试官是研发的负责人，问我《大而全、小而美，这两种产品的宣发思路有什么不同？》

我听完一愣，这个问题好像当年考研的最后一道大题。写给小论文了都可以

没太理解啊，“扫街榜”就不能刷吗？地推团队要复兴了吧。

其实除了外链，用户在站内停留时长也是非常重要

我自己有个站点，外链是竟对的两倍有余，但是他停留时长是我的2倍，所以他排名比我高

他做了什么呢？ 他有免费使用功能，而且无需登录，不限次数使用。

所以我今天也开始模仿他，希望1-2个月后排名能超越他

新人乱拳打死老师傅，
原因在于新人没有老师傅那么多经验，
于是老师傅根据经验判断不能做的事情，
新人不信邪，去做了，然后就拿到结果了。

很多时候我们做不成某些事情，
原因都是这样，因为我们判断做不了，
但其实，真如做了，就会发现，能做，
所以，我觉得想要成功，最重要的是，
去做。

越来越多收到这样的反馈，真的欣慰！

这位是狮途会的一位会员，自己本身就是以超级个体模式，做起来的，经验挺丰富的，公司成立的时间比我们更长。交付了很多大企业，也经常在外面做培训上课。

获客、产品、交付、案例...这些对他们都非常重要，但之前的思考没那么系统，或者有卡点但不知道原因是什么。

没想到从我的这个系列文章里，找到了几个关键点，总结的很好：

1、我提出了BC自营一体化的模式，核心就是B端和C端互为促进赋能的关系。对他来说，做好BC整合就更聚焦，不再是两条线分开做。

2、交付抽象，不够具体。这个就是我最近最大的感受，就是确定性交付。所以我才把狮途会里，和我咨询改为不限次数，课程的更新、线下沙龙的次数等，都要有明确的数字。

3、IP的稳定输出。做IP反馈周期是长的，见效是慢的。今天成交的客户，很可能是半年前开始，就在看你的内容，只是遇到的比较好的节点才下单。

4、成功案例解析，反哺前端获客。案例要如何呈现，是有目的的。让客户觉得，这个案例和自己相似，能学的来，甚至感觉：就他这样的都行，我肯定更行。

这四点正是我们在反复强调的经验，但不止于此，我们会持续做好迭代，提供真正“有价值的交付”。让假大空的东西，都去死吧。

如果你对我们的内容感兴趣，可以在我公众号去阅读#韩叙HanXu

要有深入的交流，有问题要解决，可以参考#狮途会 这个产品。

用了几天codex，用的cursor插件跟cursor的claude左右互搏

总体用下来跟claude还是有差距，理解能力差得比较多，一个需求要讲得很细，或者反复调试才能达到想要的效果

唯一强的地方是从来不会报错，也没有用量焦虑，cursor跑几下就报一下error，context长了或者对话放久了没回就来个超时，很烦人