设计驱动增长

设计常被当成软需求，其实是可量化的增长杠杆

在很多研发团队里，设计评审往往演变成“这个按钮放左边还是右边”的审美争论，设计师缺乏与业务指标挂钩的话语权。同时，团队很容易陷入“先上线功能、后面再补体验”的惯性，导致产品在不断迭代中因“趋向平庸的引力”而缓慢退化。

本技能并不提供空洞的理念，而是一套源自 Stripe 等公司的工程化做法。它的核心论点是：美不是功能的对立面，美能增强功能。例如，Stripe 通过改进结账体验的细节，使客户收入增加了 10.5%。

一套把质量拆进日常流程的工程化做法

本技能将设计质量转化为可执行的流程与可衡量的标准：

• 质量层次定位：利用 质量层次模型 评估当前产品处于 L1（基准可用）到 L4（情感共鸣）的哪一层，提醒团队不要跳过基础质量去追求表面的“惊喜”。
• 质量运营化：将质量融入日常运营。先识别核心用户旅程，再通过 巡店（Walk the Store） 方法定期走查，将发现的问题记入 摩擦日志（Friction Log），最后用 PQR 颜色评分 与 校准会（Calibration） 对齐跨部门质量标准。
• 领导力公式：使用 表现 = 潜力 - 干扰（P = P - I）公式审计团队痛点。领导者的主要职责是增加潜力（招聘、提供资源）并减少干扰（打破组织墙与沟通断层）。
• 愿景倒推：通过 11 星愿景 先描绘理想体验蓝图，再倒推出可落地的执行路线图，避免只做微小的渐进式修补。

适用边界与注意点

这套方法并非放之四海皆准，使用时需注意：

• 流程需适配体量：例如核心旅程的数量应根据实际业务规模灵活设定，不应盲目照搬大厂的固定数字。
• 评分需要共识：PQR 颜色评分 的定性打分必须通过跨学科负责人的校准会达成共识，否则会变成设计师的自嗨。
• 验证周期较长：设计质量的提升需结合长期业务数据（如转化漏斗）来验证，短期内可能看不到明显的 ROI 波动，需保持耐心。