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