对话式课程的关键不在形式,而在每轮的应答要求
越来越多企业把课程内容改写成一问一答的形式:学员先点选或输入,再看到下一段讲解,这类课程通常被称为对话式课程。但同样采用对话形式的两门课程,学习过程可能相差很远——一门只要求确认继续,另一门要求先说出判断和理由。差别不在界面是否为对话,而在每一轮交流向学员提出了什么应答要求,以及这项要求需要多少开发投入。
对话式课程以提问与应答推进内容
以提问开始的内容单元
对话式课程把课程内容拆成若干单元,每个单元先提出一个问题或一段情境,学员作出回答后才进入解释。问题可以要求学员回忆某项规定、说明一种做法的原因,或在给定情境中选择处理方式;回答形式可以是从选项中挑选,也可以是用自己的话写出一段说明。与先讲解后练习的安排相比,提问出现在讲解之前,学员需要先动用已有的理解,再对照课程给出的说明。
由应答结果决定的推进顺序
学员的回答不只是被记录下来,还影响下一步呈现什么内容。回答完整时,课程进入下一项知识;回答出现偏差时,课程先针对该偏差给出解释、提示或补充情境,再要求学员重新作答。因此一门对话式课程需要在上线前写出可能出现的回答类型及各自对应的反馈,而不是把原有讲稿改写成两个角色交替发言的文字。
对话式课程的开发对象是问题与反馈
同一对话形式下的两种要求
对话形式相同,学员需要完成的认知加工可以差别很大。如果每轮只要求点击确认,或从差异明显的选项中挑出正确答案,学员仍然是在接收内容,只是接收节奏被切得更碎。如果每轮要求学员复述规定、说明选择理由或比较两种处理方式,学员必须先从记忆中提取内容,再组织成一段可被检查的表达。对话轮次的多少不能说明学习过程的深浅。
问题与反馈才是开发对象
开发一门对话式课程,工作量集中在问题与反馈上:每个关键知识点问什么、什么范围内的回答可以接受、回答不完整时给出哪一层提示、什么情况下需要补充新的情境。这些内容无法从原有讲稿直接改写,开发者需要先确定该知识点要求学员理解到什么程度。课程呈现出的对话外形,是这套设计完成之后的结果。
培训团队的开发时间限制对话环节的范围
设计量随知识点数量增加
问题与反馈按知识点逐条编写,条数随课程覆盖的知识点数量增加。多数企业中,培训经理同时承担需求调研、课程开发、授课与培训后跟进,很难为一门课程留出连续的开发时间。常见结果是对话环节只出现在开头或重点章节,其余内容仍以阅读和观看交付。
内容更新带来重复修改
产品、制度和流程发生变化后,需要修改的不只是讲解段落,还包括与该知识点相关的问题、可接受回答和反馈。对话环节越密,一次内容更新需要核对的位置越多。为了控制维护工作量,对话环节往往被保留在相对稳定的内容上。
AI 承担初稿后,问题与反馈不再逐条撰写
初稿从逐条撰写转为批量产出
AI 可以依据企业已有的产品资料、制度文件和业务案例,生成问题、情境与反馈的初稿,问题不再按条手工撰写。同一批资料可以一次产出覆盖多个知识点的应答环节,单个知识点上的设计投入随之下降。这项变化首先影响供给能力:对话环节能覆盖多少内容,不再主要取决于开发者能腾出多少小时。
专业时间转向判断与审核
开发者的投入方式随之改变。原先用于撰写题干和反馈文字的时间,转向确定每个知识点要求学员回答到什么程度、判断哪些回答可以接受、核对专业口径与情境是否符合实际业务。专业判断没有被替代,只是不再与文字生产混在一起。内容更新时需要重新确认的,也是这些判断。
对话环节从少数章节扩展到课程主体
多数环节要求学员先作答
应答环节能够持续供给后,对话不再局限于样板章节。课程中的多数关键知识点都可以带上提问与反馈,学员在学习过程中反复回忆内容、说明理由,并根据反馈调整自己的理解,而不是读完一段就进入下一段。学员由此获得更多主动处理课程内容的机会。
开发顺序从写讲稿到定要求
开发工作的起点也发生变化。开发者先确定每一节要求学员回答什么、达到什么程度,再审核生成的问题与反馈是否符合业务实际。业务内容变化时,相关应答环节可以随讲解一并调整,不必等到下一次整体改版。
核心观点
判断一门对话式课程,可以先看每一轮交流要求学员做什么:确认继续、从明显选项中挑选,还是复述规定、说明理由、在情境中作出处理。界面是否采用对话形式,只说明内容的呈现方式;应答要求说明学员需要完成多少认知加工。同类课程之间的实质差别,多数出现在这一层。
对话式课程的价值不由首次上线的成品决定,也不由已完成的章节数量决定。课程内容会随产品、制度和流程变化,问题、可接受回答与反馈需要同步调整。评估一种做法时,除了看已完成章节的质量,还应看它能否在内容变化后继续提供新的应答环节,以及维护这些环节需要多少专业时间。