EPUSDT 其实只是我们做过的一个微不足道的小项目。 18 岁挣到人生第一个 A7，20 岁挣到人生第一个 A8。回头看，我过去几乎所有的资产积累，本质上都来自一件事：做产品。 浏览器插件、机器人、小程序、脚本，以及一些甚至没有名字的小工具。 我一直觉得自己首先是一个 pm，然后才是创业者。 至于这些东西具体怎么做、怎么赚钱，以后有机会再慢慢讲。 去年决定做 GM Wallet，也是从一个非常典型的产品视角出发。 我观察区块链支付和钱包很多年，最大的感受就是：Crypto 对 Web2 用户实在太不友好了。 当时 Gas abstraction 远没有今天普及，很多钱包连最基础的交易历史体验都做不好。用户要理解 Gas、网络、授权、RPC、跨链……一个在 Web2 里可能只需要点两下的操作，到了链上突然变成了一整套专业知识。 所以当时我的判断很简单： 这里一定有巨大的产品优化空间。 于是开始做 GM Wallet。 方向我觉得没看错，但我严重低估了一件事： Product complexity ≠ Engineering complexity. 在 Figma 里，一个功能可能只是一张页面、一条用户路径。 真正开始工程化以后，它背后可能是 EVM、Solana、TRON，不同 RPC、Indexer、Gas Sponsor、Swap、Bridge、On/Off-ramp、账户体系、安全模块、第三方供应商，再加上几个同时推进的子项目。 每一个模块单独拿出来都不一定特别恐怖。 但当几十个模块开始产生依赖关系以后，复杂度不是相加，而是相乘。 这是我第一次真正管理这么庞杂的工程项目。 然后，毫无意外地—— 翻车了 一年下来最大的感受不是代码难写，而是一个复杂产品真正困难的地方，是 Dependency Management、Scope Control、Ownership、Documentation、Milestone，以及如何让几十件互相依赖的事情按照正确的顺序发生。 一个 PM 可以把产品想得很漂亮。 但 Founder 最终要负责的是： 把它交付出来。 这也是我这次最大的复盘。 虽然我自己就是工程系学生，但我确实高估了自己的工程管理能力，也低估了一整套 App Wallet 的工程难度。 我以前更擅长的是：发现一个痛点 → 快速设计产品 → 快速做出来 → 推向市场。 这种打法在 Browser Extension、Bot、Mini App、Script 上非常有效，因为反馈周期足够短。 但当项目复杂度跨过某个临界点之后，Founder 靠脑子记进度、靠聊天推进项目、靠个人审美把控所有细节，这套方法会迅速失效。 小团队可以靠天才和激情，大工程最终只能靠系统。 这是 GM Wallet 给我交的最贵的一笔学费。 但有一件事情还是让我挺欣慰的。 一年后的今天，再看 Trust Wallet、MetaMask 和其他主流钱包，整个行业的 UX 已经比当时好太多了。 Gas abstraction 越来越普遍，钱包开始主动帮用户处理 Gas、Swap、Bridge 和各种链上复杂度，很多过去需要用户自己理解的东西正在逐渐被藏到产品背后。 我们没有成为推动这些变化的那家公司。 但至少，当初看到的那个痛点是真实存在的；当初认为钱包应该变得更简单、更接近 Web2 的判断，也确实正在成为行业共识。 有时候创业失败的不是 Thesis，而是 Execution。 这两件事必须分开看。 接下来 GM Wallet，以及我手上的其他项目，也会逐渐转向那些用户痛点仍然没有被真正解决的领域。 我依然相信一个很简单的产品哲学： 复杂应该留给 Builder，简单应该留给 User。 最后还是想跟过去一年一直关注我、支持 GM Wallet 的推友说声抱歉。 我是产品出身的人，对自己做出来的东西体验上确实有点吹毛求疵。 一个东西如果连我自己都不愿意每天用，我真的很难因为“先发出来再说”就把它端给大家。 结果就是这一年大家看我天天折腾、天天画饼，却一直没有真正吃到饼。 确实挺对不起各位精神股东的。 但至少这次翻车让我真正学会了一件以前只在书上见过的东西： 好的 Product Sense 决定你应该去哪里。 好的 Engineering Management 决定你到底能不能到那里。 前者过去让我赚到了一些钱。 后者，是我接下来要补的课。 继续做产品。 继续交学费。 下一个产品，希望不再让大家等一年。😭 @GMWallet @GMWalletHK