【玩法设计】任务对话：NPC 对话的选项与跳转设计

实战应用：用在哪里

任务对话是玩家与 NPC 交互的窗口：接任务的对话、交任务的确认、选项的分支，对话的流畅度决定任务体验的质感。对话的设计要点是选项的明确、分支的闭合与失败的兜底提示。

对话的选项设计

---任务 NPC 的对话选项
function QuestDialog.main(actor, questId)
    local quest = QUESTS[questId]
    local state = Quest.state(actor, questId)
    if state == "available" then
        say(actor, quest.acceptText .. "\\<接受任务@accept_" .. questId .. ">\\<稍后再说@bye>")
    elseif state == "doing" then
        say(actor, quest.doingText .. "\\<提交任务@submit_" .. questId .. ">")
    else
        say(actor, "下次再来吧。\\<离开@bye>")
    end
end

对话按任务状态三分支：可接、进行中、已完成，每个状态给出对应的选项。选项的文本动词化（接受任务、提交任务），玩家不用猜点击的后果。对话的文案带任务的上下文提醒：进行中的对话提示玩家还差多少个任务怪。

对话的兜底

function QuestDialog.onSelect(actor, action)
    local ok, err = Quest.handleAction(actor, action)
    if not ok then
        say(actor, err or "暂时无法处理，请联系管理员")
        Quest.log(actor, action, err)
    end
end

选项处理的失败有兜底文案：条件不满足、任务已被他人完成、背包已满，每种失败给出具体原因。对话的日志记录玩家的每次选择与结果，任务卡壳的排查凭日志还原路径。对话的节奏控制：选项的展示有 300 毫秒的间隔动画，文字的出现速度让阅读舒适。

验证与监控

对话选项的点击率与任务接取率的漏斗统计，点击后放弃的选项是文案优化的候选。

踩坑记录

选项的跳转标签曾经拼错，点击后 NPC 沉默，标签的存在性校验在加载期完成。对话的状态判断曾经并发错乱，双人同时点同一 NPC 的选项拿到了对方的分支，对话的状态按 actor 隔离后修复。

上线要点

对话的文案进文案表统一管理，任务文案的调整不改代码。选项的数量控制在一屏四项以内，超过的折叠为“更多”子菜单。对话的历史记录保留最近 20 条，玩家翻看之前的对话不用重跑 NPC。

本文由 996 技术组基于 996 引擎官方知识库与浮生梦老师课程体系整理。团队长期从事传奇类引擎 Lua 后端逻辑、客户端界面与商业版本交付，内容以官方知识库与真实项目为出处，按版本持续修订。