蓝华峰 Frank谈到可迁移能力时，不二有点不耐烦地笑着追问：能不能来点具体的？《教练咖啡馆》这期对谈，到这里忽然有了一个很好辨认的转折。抽象的经验、价值与能力，终于需要落到日常工作动作上。
华峰做过研发与团队管理，后来开始探索职场教练、咨询和内容等方向。薛铁鏻与不二跟他聊旧职场，也聊新的生活。但若只挑一条值得带回工作里的线索，这一期最适合反复听的，是他如何把做过什么，拆成离开岗位后仍能使用的东西。
这不是一张适用于所有职业的技能清单。它更像三个人现场尝试：当履历中的公司名字与职位暂时退后，我们还有什么可以说清楚？
同在外企，为什么经历并不相同
对话开始，华峰说，二十多年的职场经历，让自己习惯了负责、做成事情，甚至必须去赢。不二却说，自己也待过外企，未必感受到同样的压力。
这个分歧很有意义。如果把外企经历当成一个完整解释，谈话很容易停住。因为大家仿佛已经有了一幅共同的职场图景，具体差别反而不再被问出来。
华峰于是补充，自己多次负责把中国这边的团队与业务建起来，需要争取总部的资源。有时争取的不是增量，而是别处已有的东西。他的位置，要求他为团队接下这种竞争。
这样一来，必须赢不再只是性格评价，也与岗位职责、资源分配和组织环境相连。听众能够看到，同一个行业或公司类型里，不同位置的人，可能活在很不一样的工作情境中。
对梳理职业经验的人来说，这是第一步：先还原条件。否则，很容易把在某个环境中形成的应对方式，误当作到哪里都成立的工作真理。
职位能证明经历，却不能代替说明
离开组织后，过去的名片依然存在，但新的合作方可能关心另一个问题：你能帮我解决什么？华峰谈到，他逐渐把自我介绍从会什么，转向能解决什么问题，再转向能创造怎样独特的价值。
这几种问法之间，差别不只是措辞。会什么可以列出知识与技能；解决什么问题，要求把能力放到别人的处境里；独特价值则还需要解释，这些东西怎样由你组合起来。
节目没有让这套说法直接成为答案。不二继续要求具体，提醒听众也提醒嘉宾：如果说完之后，仍不知道下一次怎样辨认自己的经验，概念就还没有真正落地。
也正是这种不满足，让这段交流值得听。一个熟悉管理的人，面对朋友的追问，仍需要调整解释的颗粒度。专业表达，并不是一次说完就一定被理解。
从写代码，到看见需求怎样被做成
华峰接着讲研发的例子。除了使用哪一种语言，研发工作还包含怎样把市场需求转成产品需求，再落实到代码，怎样把整条链路串起来，出了问题如何处理。
这些事情在成熟组织里，可能被分给不同角色。项目经理已经安排好任务，研发人员只负责某一段，工作照样能够运转。但如果换一个环境，原来默认存在的支持就未必还在。
因此，他建议留意的，并非只是一项具体技术，而是自己能否理解事情怎样从需求走向完成。我们可以把这个理解为，在原有工作里寻找更大的过程，而不只记住被分到手里的那个动作。
这个例子没有否定技术本身的价值。它只是把问题往前推一步：技术在哪里发挥作用，前后需要连接什么，又有哪些条件是组织替自己准备好的？能够说清这些，经验才比较容易被带到新的情境。
从把事交出去，到知道谁来托底
另一个例子，是统筹和委派。哪些事情先做，哪些后做；哪些可以交给别人，哪些需要自己处理；如果对方没有做好，托底在哪里。这些动作，比一个领导力的标签清楚得多。
它们也让管理经验变得可以被检视。说自己带过大团队，不等于别人知道自己怎么带；当能够解释一个任务如何分配、关键节点怎样识别、风险如何承担，合作方才更容易理解这段经验。
节目里，华峰还提到与关键的人沟通。把事情做成，常常同时包含人与流程。某些在原岗位上被当作软技能的东西，换个场景，可能正是需要重新发挥的部分。
这给职场教练留下了不错的入口。与其急着替客户提炼一个好听的优势词，不如请他讲一件实际做成的事，再逐步辨认，哪些环节靠的是他的判断，哪些依赖环境，以及什么可以重新学习。
新角色，是检验经验的另一种方式
华峰后来列出自己想发展的多个分身。教练、顾问、老师、公司创始人、自媒体主理人，并不只是换几个称呼，而是把原有积累放到不同的服务关系里试用。
其中有些延续经验，有些则要求重新当新手。他也承认，会担心这些事情只开了一个头，迟迟到不了预期高度。新生活有自由，也有结果尚未明朗的压力。
这让全期没有滑向轻巧的转型叙事。过去的成绩不能自动兑换成未来的价值，探索也未必立刻形成稳定答案。真正可以开始的，是把经验拆清楚，在新的实践中逐步验证。
这期适合正在换岗位、离开大组织、整理职业能力的人，也适合陪伴这些变化的教练收听。可以特别留意，不二怎样把话题从概念拉回具体，薛铁鏻怎样用不同时期的华峰打开选择。节目最有用的地方，或许不是告诉你还缺什么，而是让你开始看见，已经做过的事情里面，究竟藏着什么。
收听时间线
07:30（待核实）｜还原团队所处的环境
同在外企的不同经验，让职责与资源背景浮现。
30:58（待核实）｜从会什么转向解决什么
华峰解释重新理解个人价值的几个问法。
37:50（待核实）｜把统筹拆到具体动作
委派和托底使抽象能力变得可辨认。
38:28（待核实）｜代码背后的整条需求链
研发例子说明怎样从单一任务看见更大的过程。