一句话定义
动手写技能之前把使用者是谁、要解决什么具体场景、输入输出长什么样、可能出现的边界情况这四件事想清楚，比急着写步骤更能决定技能最终好不好用。
机制 / 原理
技能本质上是把一段隐性经验固化成可复用的显性流程，如果跳过需求分析直接写步骤，很容易只覆盖了作者自己脑子里那一种典型场景，一旦换个使用者、换一种输入格式就失效。提前梳理清楚使用者画像（谁会用、他的背景假设是什么）和输入输出契约（给定什么、该产出什么格式），相当于先画好边界，后面写规则和示例才有依据，也更容易在测试阶段发现遗漏。
经典实验 / 例子
一个团队想做一个自动生成周报的技能，如果不做需求分析直接开写，很可能默认所有人的周报格式一样。真正做需求分析时会发现：产品经理的周报要突出决策和风险，工程师的周报要突出完成的功能点和阻塞项；输入可能来自任务管理工具的导出，也可能是几句口头描述；边界情况包括某人这周完全没有产出、或者同时跨了三个项目该怎么合并呈现。
生活中的例子
就像装修房子之前先问清楚家里几口人住、有没有老人小孩、预算多少，而不是直接冲进家具店挑沙发——先弄清楚谁用、用来干什么，才知道该挑什么。
常见误区
最容易踩的坑是把写技能直接等同于写一段指令文字，跳过对使用场景和边界情况的调研，结果在自己试的那一次效果很好，换个真实场景或者遇到没想到的输入就露馅。