Epic 与苹果开战这事儿，本质上是在拆“围墙花园”的砖。这让我想起去年做死的那个项目，代码写得再牛，爬虫再快，API 封装得再优雅，客户一句“这玩意儿能让我多赚几个钱？”就能把你打回原形。
当时接了个活儿，给一家本地连锁餐饮做小程序会员系统。我带着刚招的两个应届生，吭哧吭哧干了三个月。前端用 uni-app 想着多端发布，后端用 Python Flask 搭的，数据库设计考虑了分店权限、会员等级、积分流水，甚至为了防刷单还做了行为风控模型。自认为架构清晰，代码可维护性一流。上线那天，我还在跟团队吹，说这系统扛个日活十万没问题。
结果呢？上线第一个月，数据惨不忍睹。日活不到五百。老板打电话过来，语气已经不是焦虑，是麻木了。他说：“小X啊，系统是挺流畅，没 bug。但我现在愁的是下个月房租，店员工资。你告诉我，怎么让路过的人扫我的码？怎么让那些办了卡的人再来消费？” 我一下子被问住了。我满脑子都是并发数、数据库索引、微信支付回调通知，可他关心的是“生存”。他的焦虑不在系统里，在街上，在竞争对手的促销海报上，在店员有没有力气对客人笑。
我们团队那会儿陷在一种技术人的自嗨里。觉得把功能做完，页面做好看，就是交付了。为了一个动画效果能抠半天，为了后端 API 响应时间优化到 200 毫秒以下而庆祝。但所有这些“技术成就”，在客户的生存问题面前，轻得像屁一样。他不需要 200 毫秒，他需要的是 200 个新客户。
这就像 Epic 挑战苹果。Epic 的虚幻引擎技术牛不牛？牛。但它在苹果商店里，就得遵守苹果的规则，交 30% 的过路费。你技术再底层，生态位在别人手里，你的价值就被锁死了。我们那个餐饮系统也一样，你代码写得再漂亮，它没有解决流量来源和复购率这两个生死问题，它就是一套昂贵的玩具。客户买的不是玩具，是救命稻草。
后来我复盘，问题出在“价值错位”。我们以为交付的是“系统”，客户真正购买的是“增长解决方案”。这中间差了一个产品经理最该补上的环节：如何与客户的业务同频共振。不是去问“你要什么功能”，而是去理解“你昨天为什么少赚了三千块”。那时候我管理上也在吃毒打，天天催进度、改需求、安抚团队情绪，自己都焦头烂额，根本没沉下去钻进餐饮老板的日常里去看。精力被管理耗散光了。
现在看 Epic 这仗，不管输赢，裂缝已经出现了。开发者和平台之间的权力关系需要重新谈判。回到自己做项目，核心就一条：你的代码、你的产品，是不是长在了客户最痛的痛点上？是不是在帮他赚钱或者省钱？如果不是，哪怕你用上了最牛的技术栈，写出了最诗意的代码，最终也只是个精致的、无用的手工艺品。生存焦虑面前，风花雪月不值一提，技术情怀更是奢侈品。先帮别人活下去，自己才能活得好。这个教训，值几十万。
