复盘式提示词，在上线前对功能进行压力测试

我们上线[某功能名称]已经[6个月]了。它失败了，不是小挫折，而是正在被下线、悄悄砍掉，或者变成了我们后悔莫及的负担。把这当作既定事实，倒推回去分析。 这是这个功能，[1到3句话描述，面向谁，以及核心价值主张]。 带我从以下几个角度过一遍到底哪里出了问题。 采用度，为什么人们没有使用它，或者没有按我们期望的方式使用它？我们对用户动机或行为做了什么假设，结果被证明是错的？ 可发现性与上手引导，用户是怎么没能找到它、理解它，或者没能获得第一次价值体验的？ 技术与运维，什么坏了、退化了，或者没能扩展？哪些边缘情况、数据问题，或集成故障咬了我们一口？ 次生影响，它在别的地方破坏了什么？它是否蚕食了另一个功能，搞乱了产品叙事，制造了支持负担，或者招来了滥用？ 业务与指标，它是推动了错误的数字，还是以错误的方式推动了正确的数字？我们是不是测量错了东西，然后宣布了一个虚假的成功？ 没人说出口的事，人们私下有什么担忧，是我们说服自己忽略掉的？ 对每一种失败模式，说明具体的机制（不是"用户不喜欢"，而是为什么），评估它的可能性（高、中、低）以及我们多早能看到预警信号，并给出一个我们现在就能做的具体事情来预防或降低风险。 直言不讳。我要的是让人不舒服的版本，不是外交辞令的版本。