「我的手机塞不进去。」

「拉链老是卡。」

「腰带没寄。」

这是围绕一只虚构的遛狗腰包编出来的三条抱怨。它们描述的是三种不同的失望。把这三条一起丢给摄影师，只会让团队的排期排满，而大部分该做的事一件没做。

客户反馈之所以有用，有一半是因为它不理会你内部那套分类。买家不关心问题是出在产品开发、内容制作还是履约环节。他只是收到了一个让人失望的包裹。

商家的活，是把这个问题还原成一种有人能去查、也能去修的形态。

Amazon 的 Product Opportunity Explorer 可以帮你找出值得一查的主题。它的 Customer Review Insights 会把某个商品或细分市场的反馈归类，Returns 视图则会描述某个细分市场里反复出现的退货原因。这些视角能帮你决定往哪儿看。它们诊断不了某一位客户那次经历的成因。

把观察和你的解释分开。

从客户的原话和对应的那件商品开始。把已知的记下来：买的是哪个商品、反馈的问题是什么、有没有可用的订单信息、实物有没有被检查过。

然后另起一栏，写你的工作假设。「手机口袋比客户预期的小」是假设。「客户反馈手机塞不进去」是观察。把两者都摆在眼前，能防止一个顺口的解读硬化成一条产品需求。

对这只虚构的腰包，我们假定它的要约包含一个包体和一根可拆卸腰带，外部有一个手机口袋，主仓带拉链。这里不主张任何抱怨数量或处理结果；我们追的是每一条反馈该触发的工作。

给每个主题指定下一份证据。

原创编辑框架。示意性的工作流。细分市场的主题，不能确立某一条具体抱怨的成因。

第一种情况，可能通向更清楚的内容。也许页面上放了一部手机却没标它的尺寸，于是买家以为一部更大、还套着厚壳的手机也塞得下。一张标了尺寸的口袋示意图，加上一段准确的演示，能把话说得更明白。

但同一条反馈，也可能暴露出一个选品机会：这个口袋确实装不下你的目标买家在意的某种用法。再好的示意图也变不出可用空间。你可能需要改设计、换目标用途，或者两件都做。

卡住的拉链该去做实物排查。如果内衬在正常使用中会被卷进机构，再拍一个欢快的遛狗场景毫无用处。先把这个发现交给负责结构与质量的人，再去围着它重写承诺。

至于少寄的腰带，先确认它本来是否包含在要约里。如果是，就去查打包流程，并通过合适的客服渠道解决这个订单。把「含腰带」的标签做得更大，只不过是把一个没兑现的承诺描述得更清楚而已。

把市场层面的主题，当成向自己生意提的问题。

某个细分市场里常见的抱怨，可以指出一个值得在你自己商品上排查的问题。它并不能确立你自己的库存也有同样的缺陷。同理，退货数据里出现的某个主题，也不自动等于遇到这个问题的买家占比。分母是要紧的。

Amazon 当前的 Product Opportunity Explorer 介绍提到，可以用评价与退货信息去指导商品、详情页与广告工作；它也明确写着，这个工具提供的是参考，不保证结果。用你账号里实际可见的视图，然后把调查带回你自己的商品和记录上。

用证据关掉一项任务，而不是用一个新文件。

派活之前，先定义「做完」。对口袋来说，标准可能是：记录在案的尺寸与演示，准确地呈现了可用开口。对拉链来说，可能是：针对相应质量规格核验过的结构修正。对打包来说，可能是：一条被验证过、会稳定装入腰带的流程。

然后在改动之后观察同类反馈，注明还有什么别的变化，并给改版后的商品留出送到客户手上的时间。安静了一周，不等于成因消失了。

优先级依然重要。一个不常见的偏好未必要触发重新设计，而措辞相同的反馈也可能藏着不同的成因。把严重程度、可得的证据、复发情况，以及放着不管的代价一起掂量。

下一份创意简报，应该从这场诊断里长出来。有时它会要一张精准的照片。有时最有用的决定，是让相机待在包里。