可判定的输出,核心不是“做对”,而是让另一个执行者仅凭题目文字就能判断提交物是否达标。缺少后台数据或管理员权限时,仍然可以把任务写成“提交一份带条件判断的操作记录”,并明确哪些结论不能由这份记录推出。
把论坛推广知识转成实操题,第一步不是加难度,而是选输出形态。两种形态都成立,但适用条件不同。
选择依据只有一条:执行者能否真实触达操作对象。能触达,优先用动作型;不能触达,改用判断型,不要硬凑“模拟发帖”之类无法验证的提交物。
假设一个学习小组要练习论坛推广中的“标题与首帖匹配度”判断,但成员都没有目标论坛的发帖权限。此时可执行的最小动作是:每人从公开可见的帖子中选三条,分别标注标题承诺的信息、首帖实际提供的信息,并给出“匹配、部分匹配、不匹配”的判断。
这个动作的结果会直接影响下一步:如果三条里有两条判断分歧,说明判定标准还不够具体,应先补一版判定口径,而不是继续增加题目数量。如果判断一致,才进入下一题,比如让执行者改写一条不匹配的首帖开头。
不能从这份记录推出的结论包括:该论坛的推广效果好坏、某类标题是否更容易获得回复、执行者是否具备实际发帖能力。这些都需要额外数据或权限,单靠判断练习无法证明。
有权限时,实操题容易写成“去发一帖并观察效果”,但“效果”不可判定。更稳妥的写法是把输出限定为可核对的操作记录,例如:
这样设置后,判定者不需要知道论坛算法,也能判断记录是否按要求完成。例外是:如果题目本身要求比较两种标题,而执行者只能发一帖,就应改为判断型,或明确说明该题只完成单组记录,不构成对照。
假设题目要求“设计一个论坛推广回复,并证明它能提升互动”。这个输出不可判定,因为“提升互动”需要对照数据,而单条回复无法证明因果。可改为:“写一条回复,使其包含对原帖某个具体观点的追问,并标注你希望对方如何回应。”判定者只需检查追问是否指向原帖内容、是否给出了可回应的方向。
这个改法的结果是:提交物从“效果证明”变成“意图与文本的对应”。下一步如果要练效果判断,应另设一题,要求用两条已有回复做比较,并明确只比较文本特征,不推断平台推荐机制。
标准过粗,执行者不知道做什么;标准过细,又会变成填空。可操作的程度是:每条标准都能对应提交物中的一个可见部分。例如“首帖开头是否出现适用人群”“回复是否引用原帖中的具体词句”“是否写出不能推出的结论”。
如果一条标准需要判定者猜测执行者的动机,就删掉或改写。论坛推广练习里常见的“是否有吸引力”“是否像真实用户”都属于这类,除非题目同时给出可核对的文本特征,否则不适合作为判定项。