问题陈述Problem Statement
你可能会问：问题陈述 在我的项目里到底管哪件事，什么时候该用？
用对象、场景、影响和证据描述一个值得解决的问题。
先把真正卡住用户的事讲清楚，再讨论做什么功能。
像验货报告先写明哪批货、什么缺陷、影响多大。
外贸独立站里，“移动端采购商找不到 MOQ，导致进入表单前流失”比“优化产品页”更可执行。先把这件事的输入、责任边界和可验证结果说清，再让 AI 或协作者继续实现。
问题陈述 在项目中负责什么
- 什么时候用
- 遇到这个场景时：“移动端采购商找不到 MOQ，导致进入表单前流失”比“优化产品页”更可执行。
- 它解决什么
- 用对象、场景、影响和证据描述一个值得解决的问题。
- 它不负责什么
- 问题陈述重点处理：先把真正卡住用户的事讲清楚，再讨论做什么功能。；它不能替代相邻层的数据、规则或页面职责。
- 放进真实项目
- “移动端采购商找不到 MOQ，导致进入表单前流失”比“优化产品页”更可执行。
问题陈述把现象、对象、影响和证据收在同一个判断里
“询盘少”可能来自流量、参数、表单失败或跟进慢。先指定“改按钮”会把真正原因挡在外面。
- 01
分开写事实与猜测。
- 02
量化影响但不伪造精确数字。
- 03
让问题保持对解决方案开放。
把概念放进真实场景
1 / 3把 问题陈述 放进外贸独立站的一次真实协作
场景用户从哪里来
遇到这个场景时：“移动端采购商找不到 MOQ，导致进入表单前流失”比“优化产品页”更可执行。
记住它的责任问题陈述
问题陈述：先把真正卡住用户的事讲清楚，再讨论做什么功能。
外贸出海映射放回真实项目
外贸独立站里，“移动端采购商找不到 MOQ，导致进入表单前流失”比“优化产品页”更可执行。先把这件事的输入、责任边界和可验证结果说清，再让 AI 或协作者继续实现。
不同词条会用路线、层级、状态、对照或清单来呈现；点击每一步，检查它在真实工作中的责任位置。
问题陈述：先把真正卡住用户的事讲清楚，再讨论做什么功能。
容易混淆的地方
先分清问题陈述处理的是哪一件事：先把真正卡住用户的事讲清楚，再讨论做什么功能。；相邻概念各自承担自己的责任。
“我们需要做一个 AI 聊天机器人来提高询盘”被当作问题陈述。哪种改写更方便后续比较方案？
你可以这样告诉 AI Agent
“
我在处理这件事：“移动端采购商找不到 MOQ，导致进入表单前流失”比“优化产品页”更可执行。请以“问题陈述”为主线，先说明它在这里负责什么、不负责什么；再列出必要输入、建议动作和可验证结果。用外贸独立站的业务语言回答，不确定的信息标为待确认。
内容依据与延伸
本站用原创中文解释把专业概念映射到外贸独立站；定义和机制继续以官方资料为准，业务例子再回到 外贸独立站询盘优化实战 验证。
本站整理说明：原创整理：Web 开发、产品设计、AI 协作与外贸独立站实践