窗外是上海冬夜特有的湿冷，路灯在雾气里晕开一团团昏黄的光。我刚刚关掉那个折磨了我三个小时的 Axure 文件，不是因为原型画完了，而是因为又一次在调整某个分组对齐时，感到一阵从指尖蔓延到太阳穴的、纯粹的烦躁。三十二岁了，我还在和像素较劲。
这不对。肯定有哪里不对。
我的工作流里堆满了“摩擦”。写一篇博客，要打开编辑器，调格式，插入图片，调整大小，再回头检查标题层级。写一份产品需求文档更可怕，Word 里那些样式、编号、目录，它们本应是助手，却成了需要额外花精力去“驯服”的野兽。最要命的是，当你思绪奔涌，想抓住那些稍纵即逝的灵光时，手却不得不停下来，去点那个“加粗”按钮，或者为了一二级标题的格式统一而分神。思想的流速，被工具的摩擦力无情地降低了。这感觉就像开着一辆引擎咆哮的跑车，却始终陷在泥泞里。
然后我遇到了 Markdown。起初是嗤之以鼻的，这不就是程序员自嗨的纯文本把戏吗？能有什么美感。但那个深夜，当我被一篇技术博客的排版弄得心烦意乱，索性打开一个空白的 .md 文件，敲下第一个 # 标题时，某些东西被打破了。我不再需要思考“这部分该用标题二还是标题三”，我只需要在行首敲下 ## 或 ###。我不再需要移动鼠标去点击斜体或列表，星号、减号，就在指尖下方。那种感觉……像突然卸下了沉重的铠甲，终于可以用自己的肉身奔跑。文字第一次如此直接地从大脑流淌到屏幕上，中间没有任何隔阂。排版？那是写完以后，让渲染引擎一键完成的事情。我的注意力，百分之百地落在了“我要表达什么”这件事本身。
这不仅仅是写作效率的提升。这是一种思维模式的强制转换。Markdown 用最简单的符号，要求你进行结构化思考。你想强调一个论点，就必须用 ** 把它包起来，这迫使你在落笔前就想清楚，这句话是否足够重要。你想列举功能点，就必须用 – 开头，这迫使你把模糊的想法拆解成具体的、可执行的条目。它像一把无形的尺子，在你思绪纷飞时， quietly 提醒你：分层次，理逻辑，做减法。当我开始用 Markdown 写 PRD 的雏形时，我发现那些以往隐藏在华丽排版下的逻辑漏洞——比如功能边界模糊、状态缺失——都因为这种赤裸裸的、结构化的书写方式而暴露无遗。它逼着你直面思想的混乱。
当然有阵痛。离开所见即所得的舒适区，面对一堆符号，初期肯定不习惯。你会怀念鼠标点点就能换颜色的便利。但只要你熬过最初几个小时，那种“心流”体验会给你巨大的正反馈。你的写作会变得像呼吸一样自然。更重要的是，它解放了场景。我可以在任何地方，用任何能编辑文本的工具继续我的工作。地铁上用手机备忘录，咖啡馆里用简朴的文本编辑器，云端同步后回家用专业的渲染工具出图。工具链变得极其轻量、坚固。
所以，为什么产品经理要学 Markdown？不是为了炫技，不是为了迎合极客文化。是为了夺回对注意力的掌控权。我们这行，本质是信息的转换器与传递者，把模糊的需求变成清晰的产品语言，把复杂的逻辑变成可执行的开发指令。我们的核心价值在于思考与传达的精度和效率。任何阻碍这个核心流程的东西，无论是繁琐的排版工具，还是低效的会议，都应该被无情地优化掉，或者绕开。
让思想的归思想，排版的归排版。别让你最宝贵的思考力，浪费在和软件按钮的搏斗上。就从今晚，关掉 Word，新建一个 .txt 文件开始试试看吧。
毕竟，我们交付的是想法，不是艺术品。
