写在前面

相信很多产品经理、业务分析师都有过这样的经历：领导丢来一句话，比如“做个航次计划功能”，然后就没了下文。没有细节、没有边界、没有验收标准，甚至连这个功能要解决什么问题都需要你自己去猜。

这时候你是直接开干，还是去反复追问领导？

前者大概率会返工，后者可能让领导觉得你能力不行。

今天我想分享一个真实案例：我是如何利用DeepSeek，将一个模糊的“航次计划”需求，逐步演变成一份可直接交付开发的详细需求说明文档的。

第一步：不要直接问领导，先问AI

当领导抛出“做个航次计划”这个需求时，我第一反应不是去找领导追问，而是打开了DeepSeek。

我的提问方式：

“我是一名航运公司的产品经理，领导让我做一个‘航次计划编制’功能，但只给了这几个字。我需要了解：在实际航运业务中，一份专业的航次计划应该包含哪些核心字段？请从岸基海务主管和船长的双重视角分别说明。”

DeepSeek的回答给了我一个清晰的框架：

• 计划基础信息（航次号、船名、起讫港、时间）
• 航线规划（经过的海峡、运河、分道通航制）
• 气象与航行制约（季节风险、冰区、浅水区）
• 油耗与航速（经济航速vs租家要求、燃油估算）
• 风险评估与控制（海盗、浅水、渔网、密集交通）
• 备选与应急方案

这一步的关键在于：用AI快速补齐业务认知短板。我并非航运专家，但DeepSeek帮我梳理出了这个业务域的核心维度。

第二步：逐字段深挖，让模糊变具体

有了框架后，我开始对每个字段进行追问。比如“航线规划”这个字段，现实中到底怎么写？

我的追问：

“你刚刚提到了航线规划，请帮我详细展开。在实际航次计划文档中，航线描述的具体格式是什么？需要引用哪些权威来源？航速和油耗如何填写？请给出真实业务场景下的填写示例。”

DeepSeek给出的示例非常具体：

text
航线描述格式：新加坡出港 → 马六甲海峡 → 印度洋 → 亚丁湾（海军护航编队时段）→ 红海 → 苏伊士运河 → 地中海 →
直布罗陀 → 北大西洋 → 英吉利海峡 → 鹿特丹抵港

航速说明：2.5节（马六甲限速区10节），全航段平均11.8节

油耗说明：重油24吨/天@12.5节，轻油0.8吨/天（进出港及ECA区）

航路引用：NP286（英版航路指南第3卷）+ 公司标准航线B-07版 + 气导公司推荐（StormGeo）

这就是我需要的可落地的字段定义——不是“航线规划”四个字，而是具体的格式、示例和来源。

第三步：补充业务规则和约束条件

有了字段，还需要知道这些字段之间的逻辑关系。比如：什么时候可以编辑？什么时候锁定？变更了怎么办？

我继续追问DeepSeek：

“基于以上字段，请帮我梳理这个功能需要遵循哪些业务规则？包括数据校验、状态流转、版本管理、权限控制等方面。”

DeepSeek输出的规则清晰可用：

规则类型	具体内容
唯一性	同一船舶在同一时间段只能有一个“已下发”状态的计划
版本管理	每次变更生成新版本，旧版本归档保留
数据校验	离港时间不得早于编制日期；航程必须为正数
权限控制	海务主管可增删改查、下发、变更；船长端只读
状态流转	草稿 → 已下发 → 变更中（草稿不可直接覆盖已下发）
这些规则不是凭空编造的，而是基于业务逻辑推导出来的。DeepSeek帮我把隐性的规则显性化了。

第四步：设计界面结构和交互

有了字段和规则，下一步是考虑如何呈现给用户。我让DeepSeek帮我规划界面布局和交互流程。

我的提问：

“请帮我设计这个航次计划编制页面的界面结构。按照‘信息组织清晰、操作流程合理’的原则，建议采用卡片式分组布局，并说明每个区块包含哪些字段。同时给出保存草稿、下发、变更等关键操作的交互逻辑。”

DeepSeek给出了明确的布局方案：

1. 基础信息卡片：计划编号、航次号、船名、起讫港、时间、航程
2. 航线参数卡片：航线描述、航速、油耗、航路引用
3. 气象与制约卡片：季节风险、冰区提示、预划恶劣天气、备选锚地
4. 风险与措施卡片：风险评估等级、主要风险、控制措施、额外瞭望要求
5. 备选与应急卡片：备选航线、避难港口、应急联系方式

同时给出了三个核心操作的状态流转逻辑：保存草稿（本地暂存）→ 下发（锁定只读）→ 变更（填写原因后创建新版本）。

第五步：组织成完整的需求文档

最后，我将所有内容整合成一份结构化的需求说明文档，包含以下章节：

1. 需求背景：为什么要做这个功能
2. 用户角色：谁会用（岸基海务主管、船长、指定人员）
3. 功能清单：具体要做什么
4. 字段详细定义：每个字段的类型、格式、示例、业务说明
5. 业务规则与约束：唯一性、版本、校验、权限
6. 界面与交互要求：布局、状态栏、字段联动、操作反馈
7. 输出产物：航次计划单、变更记录日志

这份文档可以直接用于：
和领导确认需求边界
和开发团队做技术评审
作为验收测试的依据

总结：用好DeepSeek的三步法

通过这次实践，我总结出用AI辅助需求调研的三步法：

步骤	做什么	问AI什么
第一步	快速建立认知框架	“这个业务领域包含哪些核心维度？”
第二步	逐字段深挖到可落地	“每个字段的实际格式和示例是什么？”
第三步	补充规则和边界条件	“有哪些业务规则、校验、状态流转？”

关键心法： 不要指望AI一次性给你完美答案。把它当作一个可以反复追问的资深业务专家——你问得越具体，它给得越精准。

下次领导再给你一个三字需求，不妨先打开DeepSeek试试。你会发现，从“不知道该问什么”到“输出一份完整文档”，中间只差一个好的提问方式。