← 所有真实案例

澄清与对齐

需求不够明确时,如何礼貌地请对方确认

把模糊的要求拆成可回答的问题,同时避免让对方觉得你只是在推卸责任。

真实工作语境

发生了什么

一个需求只写了“优化登录体验”,但没有说明目标用户、成功标准或是否允许改变现有流程。你需要在开始实现前确认范围。

常见但不够有效

The requirement is not clear. Please explain it.

虽然语法没有问题,但它只指出对方写得不清楚,没有说明究竟缺少什么,也没有给出容易回答的下一步。

根据语境选择

不是唯一答案,而是三种成立的表达

中性、直接

Could you clarify which part of the login experience we are trying to improve?

适合先收敛目标,不预设解决方案。
带上决策点

Before we start, could we confirm whether the goal is to reduce sign-in failures or shorten the overall flow?

已经知道两个可能方向时使用,对方可以直接二选一或纠正。
推动下一步

Could we align on the target users and success criteria first? That will help us scope the change accurately.

适合跨角色协作,说明澄清如何帮助项目推进。

可迁移模式

Could we confirm whether [A] or [B] before [next step]?

先给出需要确认的具体分歧,再连接到下一步。这个结构比笼统地说“不清楚”更容易得到有效回复。

静态 Work Replay

先自己表达,再回看上面的模式

新的任务写着“让通知更及时”,但没有说明是页面内通知、邮件还是移动推送。

在不责怪需求提出者的前提下,用英文提出一个能够推动范围确认的问题。

Unified Work Entry

现在换成你自己的真实任务

粘贴要读懂的英文、用中文描述你想表达的意思,或放入英文草稿。登录并明确提交前,不会调用模型。

不要提交机密、密钥、个人信息或未经授权的公司内容。