
做这个系列做到第764篇我发现一个挺有意思的规律越是在行业里待得久的人越少在公开场合谈方法论反而喜欢聊这件事的本质是什么。不是他们变玄了而是踩的坑够多之后慢慢发现一个事实——术能解决的问题往往不是真问题真正卡住人的那些坎几乎都长在道这一层。道是原理、规律、本质术是方法、策略、表象。放在自然学科里道是宇宙运行的规律术是各种科学方法和技术手段放到人与人的协作、放到一门生意的经营上道就是人性本身是那些刻在基因里、几万年没怎么变过的默认设定。这篇文章想聊的不是空泛的哲理而是我自己在项目里反复验证过的一套拆解方式怎么判断一件事你是在术的层面打转还是真的摸到了道摸到之后又该怎么用它去挑选、约束、替换手里的方法。内容偏方法论但不飘适合两类人看——一类是手上工具、框架、模板已经堆了一大堆但项目推进依然费劲的另一类是刚入行正被各种最佳实践轰炸到不知道该信谁的。看完全文你会发现以道驭术这四个字落到操作上其实是一套很硬的判断流程。1. 拆开一个模拟项目同一个需求里道和术分别住在哪一层先拿一个我印象很深的场景开刀。某公司内部要做一次用户留存改善评审会上来了三拨人一拨主张上签到打卡加积分商城一拨主张接一套推荐算法做个性化推送还有一拨说要做社群运营让人和人之间产生连接。三套方案都很完整PPT翻得飞快指标、排期、人力都算好了。主持会议的负责人问了一句你们谁能告诉我用户第二个月不来了到底是因为什么会议室安静了。三个人都在讲我要做什么没人讲用户为什么不。这就是典型的术先行——方案是从工具库里翻出来的不是从问题里长出来的。1.1 需求原话里几乎全是术我们平时接到的需求百分之八十是术的语言。加个搜索框做个会员体系上个自动化流程把界面改得年轻一点——这些都是方法、策略、表象是别人用过的动作被原样搬过来了。问题在于术是可复制的所以它传播得特别快。一个人做成了某件事他总结出来的往往是术他用了什么工具、什么节奏、什么话术。这些东西写下来就是一篇干货读起来特别有获得感。但那个真正让他做成的判断往往他自己都说不清楚或者觉得这不是常识吗于是被省略掉了。于是我们就看到一个很普遍的现象同一个方法A用着起飞B用着原地打转。B会怀疑是自己执行不到位于是把动作做得更标准、更用力结果更糟。1.2 往下剥三层才摸到那条不变的规律回到那个留存项目。后来我们花了大概两周做了件当时看起来很慢的事找了三类已经流失的用户一类是不再打开的一类是打开但不操作的一类是彻底卸载的每一类各聊了十几个只问三个问题——你上次用它是在什么场景下、那次你的目的是什么、最后你是被什么打断或者劝退的。聊完发现一个很一致的东西大部分人不是不会用而是在某个具体时刻用它的成本高于不用它的成本。比如某次需要临时查一个数据打开要过三层页面直接问同事两分钟就解决了。这不是功能缺失是摩擦太大。到这一步我们才算摸到了这个项目里的道用户不是在比较功能是在比较成本。这条规律你放到任何工具类产品上都成立而且五年十年不太会变。摸到这一层之后前面那三套方案的命运立刻清晰了签到打卡不解决任何一次具体使用中的摩擦它只是在制造另一个需要被记住的任务推荐算法解决的是看什么不解决用得顺不顺手社群运营更远是在用户还没有稳定使用习惯的时候谈连接。三套术都没错只是它们服务的那条道不是这个项目真正的道。1.3 分层之后方案数量反而变少了这是我特别想强调的一点真正摸到道之后可选的术会变少而不是变多。因为大部分术会被这条规律直接筛掉剩下的两三个方向你甚至能预判它们各自的失效边界。那次最后落地的动作非常朴素把最常用的三个操作挪到一层把加载时间压下来把上次你看到哪了做成默认记忆。没有积分没有算法没有社群。三个月后留存数据有改善改善幅度不算惊艳但很稳而且没有带来任何新的运营负担。对比一下就很清楚术的层面追求的是我做了多少动作道的层面追求的是我改变了哪个变量。前者可以用工时和排期衡量后者只能用结果衡量——这也是为什么很多人下意识地躲在术里因为术更容易交差。2. 工具越堆越多为什么项目反而不动我见过不少团队工具链完整到吓人需求管理一套、文档协作一套、自动化流程一套、数据看板一套每周还有固定的复盘会、对齐会、评审会。按理说效率应该很高但实际推进速度经常还不如一个三个人、只用聊天工具沟通的小队。这个反差背后有个很实在的原因工具是解决已知问题的而项目推进的瓶颈往往在还没被定义清楚的问题上。你手里工具越多越倾向于把新问题往旧工具里塞塞不进去就以为是工具不够好再去换一套。循环往复。2.1 术的可复制性制造了一种虚假的掌控感学一个方法是舒服的。看一篇教程照着做一遍跑通了多巴胺立刻到位你会觉得自己变强了。这个过程有明确的起点和终点有反馈有成就感。而思考这件事的本质是什么是极其不舒服的没有标准答案没人给你打分想了三个小时可能什么都没想出来还会被质疑你在浪费时间。人性天然偏好前者这就是为什么大多数人会长期停在术的层面——不是不努力是努力的方向被即时反馈绑架了。我在自己身上观察到过一个很明显的信号当我连续几天都在配置工具调试流程整理模板的时候往往是我在回避某个更难想的问题。这些动作看起来很忙实际上是在给自己找一个可以立刻完成的任务。2.2 三个自查信号你是不是在拿忙碌替代判断下面这三个信号我现在每隔一段时间就自查一遍中了两条以上基本可以确认自己跑偏了自查信号具体表现说明什么方案比问题多能说出五种做法但说不清用户为什么不满意术在跑道没落地动作在增指标不动每周新增流程和文档核心数据一个月没变化优化的是过程不是变量解释依赖工具被问为什么这么做回答里出现行业都这么干判断依据来自外部不来自你的场景第三条最隐蔽。行业都这么干是术层面的最强辩护词它能挡掉几乎所有质疑但挡不住结果。行业里那些做法是在行业的道上长出来的你的场景只要有一处关键约束不同同一个术的效果就可能完全反过来。2.3 一个反直觉的做法先减术再谈优化我现在的习惯是项目卡住的时候不做加法做减法。具体做法是列一张表把所有正在进行的动作写出来然后逐条问这个动作如果停掉会导致哪个具体结果变差说不出来的一律先停两周。这个做法的依据很简单术是有维护成本的。每一个流程、每一份文档、每一个工具都在持续消耗注意力和沟通成本。当这些东西的总量超过团队的处理能力时新增的每一件好事都会变成负担。减完之后通常会发现真正决定结果的动作就那么两三个剩下的都是历史遗留。这个体感非常强烈做过一次之后你对要不要上这个新工具的判断会变得非常谨慎。3. 自然规律与人性规律能照搬的部分和必须重写的部分标题里那句在自然学科道就是宇宙运行原理、规律在人类社会道就是人性的、是藏在基因进化里的是我这些年体会最深的一句话。它其实点出了一个关键区分同样叫道自然界的道和人的道用法完全不一样。自然界那条道你只能服从。物理规律不会因为你努力、你相信、你投入了感情就改变。而人的那条道你可以顺着用也可以在边界内绕开但你没法推翻它。搞混这两者的后果比想象中严重。3.1 物理世界的道不因主观意愿改变只认约束技术领域的道本质上是约束。内存有上限、网络有延迟、算力有成本、人的注意力有带宽。这些东西不随你的雄心壮志而变化。我见过一些项目在规划阶段就把指标定得远超物理约束然后在执行阶段不断用再加把劲来弥补——加人、加班、加机器。加到最后发现瓶颈根本不在资源上而在那条从一开始就没被承认的约束上。承认约束是极其反直觉的一件事因为它意味着你要在方案里明确写下这件事我们做不到。但恰恰是这条被承认的约束能帮你把方案收敛到可行的范围内。所有能长期跑下去的系统都是在约束里做设计的结果而不是靠意志力硬撑。3.2 人性的道那几条被反复验证过的默认设定人的这一层稳定得惊人。几万年的进化留给我们的默认设定在商业场景里几乎每一条都能对应上损失比获得更敏感。同样大小的得失失去带来的反应强度普遍高于得到。所以限时优惠最后两小时比现在下单有折扣有效得多不是话术高明是它踩在了默认设定上。即时反馈压倒长期收益。知道长期有用但当下没感觉的事绝大多数人会往后拖。这不是懒是默认设定。想让人做一件事就得把反馈周期缩短。从众是省力的判断方式。在信息不足的时候人会默认多数人选的更安全。所以真实的使用者评价比你自己说一百句都管用。怕麻烦大于怕花钱。很多决策的真正阻力不是价格是流程长度。少一步操作转化可能就上一个台阶。这几条不需要背你只要在做一个方案的时候逐条问一句我这个设计是顺着它还是逆着它就能筛掉大量想当然的设计。3.3 别把顺人性做成算计人这里必须加一段提醒因为我见过太多人把这条道用歪了。顺着人性做设计和利用人性做套路的区别在于用户事后是觉得自己占了便宜还是觉得自己被耍了。前者的特征是你帮他缩短了决策路径、降低了理解成本、减少了他的后悔概率。后者的特征是你刻意制造信息不对称让他做出一个事后会后悔的决定。短期看后者的数据往往更漂亮长期看它消耗的是信任而信任是所有长期生意里最贵的那项资产。我自己的判断标准很土这个设计如果被完整地解释给用户听他会不会觉得自己被冒犯会的话就砍掉。这条标准救过我很多次比任何合规条款都好用因为它不依赖你懂不懂规则只依赖你愿不愿意把话说透。4. 项目启动前我固定要答的六道题摸到道这件事听起来很依赖悟性其实是可以通过固定动作来逼近的。我现在每启动一个新方向都会强制自己回答六个问题答不上来的就不往下走。这套东西不复杂但非常磨人。4.1 六个问题及其判断标准序号问题答不上来意味着什么1这个需求用户自己在什么场景下会产生你还没找到真实触发点2他现在是怎么解决的成本多少你不知道自己在和谁竞争3我的方案改变的是哪一个具体变量你在做动作不是在做改变4这个变量如果改善了会体现在哪个数字上你无法判断成败5什么情况下这个方案一定会失效你没想清楚边界6如果只能保留一个动作保留哪个你还没分出主次第2题最容易被跳过也最致命。用户在你出现之前一定已经有解法了——可能是用另一款产品可能是用表格手动处理可能是干脆忍着。你真正的对手从来不是同赛道的其他方案而是他现在的将就。如果你连他的将就都不知道长什么样你做的所有优化都是在真空中进行的。第5题是我个人最喜欢的一题。一个方案如果说不清自己在什么条件下会失效那它对你就不是工具是信仰。信仰是不能被调整的工具可以。4.2 答不出来的题就是还没摸到道这六道题的价值不在于答案本身而在于答的过程会暴露你的认知空洞。你会发现很多自以为想清楚的地方一问就散。我印象最深的一次是做一个内部流程改造。前面五题都答得很顺到第6题只能保留一个动作保留哪个卡住了整整两天。卡住的原因很实在我发现我列出来的六个动作没有一个能单独成立它们互相依赖本质上是一整套东西。而一整套东西意味着它没法小步验证只能一次性投入。这个发现直接改变了策略——我们把方案拆成了两个互相独立的模块先做能独立验证的那个。如果当时不答第6题很可能就是一次性投入三个月然后在一个没法归因的结果里反复争论。配套的做法是最小验证。任何一个判断先设计一个成本最低的验证方式能聊五个人就不做问卷能手工跑一遍就不写自动化能用一个下午搭个粗糙原型就不排两周开发。验证的目的不是证明自己是对的是尽快知道自己错在哪。早一点错比晚一点对更有价值因为早期的错误修正成本极低。5. 给每个术标注有效期方法论是会过期的我有个习惯笔记本里每记下一个方法都会在边上写一行小字这个方法的成立前提是什么什么时候可能失效。一开始只是随手记后来发现这行小字的用处远超方法本身。原因是这样的所有的术都是在某个特定环境、某个特定阶段、某批特定人群上总结出来的。环境变了术的有效性会衰减但术本身不会告诉你它过期了——它还是会一样自信地呈现在你面前。5.1 三种有效期的判断方式看它依赖的外部条件。有些方法依赖流量便宜有些依赖人力充足有些依赖用户还处在早期尝鲜阶段。这些条件一旦变化方法本身不会失效但收益会断崖式下滑。看它解决的是增量问题还是存量问题。增量期有效的方法到了存量期经常反过来变成负担。比如粗放拉新在早期很有效到了成熟期就是纯消耗。看它是没见过还是见多了。一个方法如果已经被大量人使用它带来的相对优势基本被抹平了剩下的只有成本。这时候继续用不是错但你不能指望它带来差异。我一般会给每个方法标一个粗粒度的时间感短期一年内可能失效、中期三五年、长期十年以上仍成立。标完之后你会很清楚地看到绝大多数具体打法都在短期格里而真正值得投入精力研究的是那些长期格里还站得住的东西——那才是道。5.2 替换一个术的完整流程换方法这件事最忌讳的是因为看不顺眼就换。我自己的流程是这样四步先定位失效点。是方法本身过时了还是执行走形了还是场景变了。这三种情况的处理方式完全不同。执行走形就修执行场景变了才需要换方法。写清楚旧方法的贡献。它在过去一段时间里具体解决了什么如果直接停掉哪部分会掉下来。这一步是为了防止换了新的把旧的功劳也一起扔了。并行一小段时间。新旧同时跑一小块范围用同一套指标看。不要全量切换除非你输得起。保留回退路径。切换失败要能退回来退不回来的切换本质上是一次赌博。这套流程很笨但它能避免绝大多数追新导致翻车的情况。我见过太多团队每隔半年换一套方法每次换都伴随着一次数据下滑然后归因为新方法需要适应期再换。三年下来一个稳定积累都没有。6. 两类翻车道讲玄了术信死了以道驭术这句话说出来很漂亮但落地时有两个特别常见的失真方向我自己两边都栽过。6.1 玄学化的道不可证伪等于不可用第一个坑是把道讲成玄学。要抓本质要有洞察要理解用户——这些话都对但它没法指导任何具体动作。你说你的方案抓住了本质我说没有我们谁也说服不了谁因为本质这个词没有被定义到可以检验的程度。我的修正办法是任何一条我自认为摸到的道必须能翻译成一个可以被观察的现象或者一个可以被推翻的预测。比如用户比较的是成本而不是功能这条翻译过来就是如果我把某个高频操作的步骤从三步减到一步那么这个操作的使用频次应该上升如果没上升说明我判断错了。能被推翻才叫规律不能被推翻那叫自我安慰。这条标准我用得最狠它砍掉了我大半的深刻见解。6.2 教条化的术SOP 之外无世界第二个坑在反方向。有些人把方法当成了纪律流程写得密不透风任何偏离都被视为不规范。这种团队在稳定期看起来很规整一旦环境变化会集体失去判断力——因为所有人都在执行没人在观察。我遇到过一个很典型的案例。某个项目组有一套非常细的复盘模板每次复盘必须填满八个板块。执行了半年之后复盘会变成了一场填表运动大家花大量时间纠结某个板块怎么写却没人讨论这次到底哪里做错了。模板本身没问题问题是它从辅助思考的工具变成了思考的替代品。判断标准其实很好找如果一个流程让你少想了而不是多想了那它就已经在反噬了。6.3 一次完整的排查链路复盘说个具体的过程这类问题排查起来是有固定路径的。某次模拟项目上线后核心指标没动团队一开始的判断是推广力度不够打算加大投入。我当时坚持先查走了这么几步第一步确认指标本身没算错。听起来很傻但这一步排掉的问题最多。查下来发现统计口径里有部分重复计数修正后指标确实有变化但方向没变说明问题真实存在。第二步拆解漏斗找断点在哪一段。把整条路径拆成五段逐段看转化。发现前面四段的转化率都正常最后一段掉了。这说明用户前面的意愿是有的卡在了最后一步。第三步回到用户身上验证假设。找了几个卡在最后一步的人聊得到的信息非常一致他们不是不想完成是完成那一步需要填一份挺长的信息而当时他们手头没有那些信息想着回头再弄然后就再也没回来。第四步回到道这一层重新描述问题。这时候问题就从推广不够变成了完成成本超过了用户当下的耐心。这两句话对应的动作完全不同前者加预算后者减摩擦。第五步最小改动验证。我们没有直接砍掉信息填写而是改成允许先跳过、后续再补。改动很小两天上线。一周后最后一段的转化明显回升。回头看如果一开始按推广不够处理加一波预算数据大概率会短期冲高然后回落而我们会以为这波用户质量不行。错误的归因会自我实现这是排查这件事最大的价值所在——它不是为了找到正确答案是为了避免你用错误的答案解释一切。7. 练看见道的日常功课说了这么多判断方法最后还是得落到怎么练上。这东西没有捷径但有几个动作是确实有效的。第一个是反复问为什么到不能再问为止。任何一个现象往下追五层。追的过程里你会经过好几层术最后停在某个不能再问的地方——那个地方通常就是道。比如用户不用这个功能→因为要跳三次→为什么要跳三次→因为历史结构是这样→为什么结构是这样→因为当初是按组织架构设计的不是按使用路径设计的。追到这里按组织架构设计界面就是那条需要被推翻的道。第二个是跨领域对照。同一个规律在完全不同的行业里是不是也成立如果成立它大概率是道如果只在你这个行业成立那它更可能是术。这个检验方式特别有效能帮你去掉大量伪规律。第三个是记录自己的误判。我有个单独的文档只记一件事我判断错了什么当时依据是什么错在哪一层。写了几年之后我发现自己的误判高度集中在同一个地方——我总是高估动作的效果低估约束的力量。知道这一点之后我在做方案时的第一反应从我能做什么变成了什么在限制我。第四个是刻意留出不做事的思考时间。这一条最难因为它没有任何产出感。但据我观察那些真正有价值的判断几乎都不是在忙的时候想出来的而是在通勤、散步、发呆的时候突然连上的。你不需要专门去悟你只需要给大脑留出不被填满的空隙。最后分享一个我自己用的小技巧当你面对一个复杂选择不知道怎么定的时候试着把它压缩成一句话——这件事里什么东西是不变的找出来的那个不变的东西就是你的道。剩下的所有选择只要拿它去对照一遍该选哪个基本就清楚了。术会一直变工具会一直换平台会一直更替但那条不变的线一旦被你摸到它会在很长时间里替你省下大量纠结。我在实际操作中的体会是以道驭术这四个字听起来像是要你先成为思想家再去做事其实完全相反——它是让你在做每一件具体小事的时候多问一句这个动作改变的是什么问得多了那条线自己就浮出来了。