用「用户 + 需求 + 洞察」三段式精准定义核心设计问题，确保团队对「我们在解决什么」高度一致。
用户研究结束后，团队往往面临一个棘手的困境：每个人手里都有数据，每个人对「核心问题」的理解却大相径庭。有人认为应该改善 onboarding 流程，有人认为应该增加功能，有人认为是定价问题——大家说的其实是同一批用户，但看到的问题截然不同。
这是因为原始的用户研究数据是开放性的，它需要被主动解读。没有统一的框架，解读就会各自为政。团队在「解决方案」层面争论不休，本质上是因为从未真正对齐「问题」本身。
POV 陈述（Point of View Statement）用一个固定的三段式句型强制对齐：「[用户画像] 需要 [核心需求]，因为 [意外洞察]」。这个句式看起来简单，但它要求团队在写出来之前，必须就「谁是我们的用户」「他们真正需要什么」「洞察是什么」三个问题达成共识。共识的建立过程，就是问题定义本身。
POV 陈述由三个强制性组件构成，缺少任何一个都会让陈述失去效力。理解每个组件的作用，才能写出真正有用的 POV。
POV 陈述是将用户研究转化为可行动设计问题的关键枢纽。它应该在团队需要「对齐问题」而不是「争论方案」的时刻出现。
2006 年，日本自行车零件巨头 Shimano 聘请 IDEO 帮助他们拓展美国自行车市场。市场数据显示，美国有 1.6 亿人拥有自行车，但超过 90% 的成年人已经不骑车了。
IDEO 的研究团队没有访谈骑车者，而是专门去找那些「曾经骑过但不再骑」的成年人。他们在人们的车库里、后院里找到了蒙尘的自行车。研究团队发现了一个出人意料的核心洞察：这些人并非不喜欢骑车，而是将成年人骑车这件事与复杂的装备、骑行服、头盔、变速档位紧密关联，认为「认真骑车」是一件需要大量准备的事情。
POV 陈述看似简单，但每个组件都有容易踩的坑。以下是在工作坊中最常见的五个错误，以及如何识别和修正它们。
POV 陈述（Point of View Statement）是斯坦福大学 d.school（Hasso Plattner Institute of Design）设计思维课程体系中的核心方法工具，在设计思维五步流程中处于"定义（Define）"阶段的中心位置。它以"[用户] 需要 [需求]，因为 [深层洞见]"的结构化句式，将用户研究的原始素材转化为可驱动创意生成的行动性问题陈述。