不少人在扣子上搭 Bot跑通流程就以为完事了人设一填、模型一选、发布链接发群里结果 Bot 上线三天除了自己点的几次测试根本没人用。用户点开聊天窗口看到干巴巴一句“你好我是 XX 助手有什么可以帮你的吗”愣了一下然后划走。问题不出在模型能力也不在工作流复杂程度而是最容易被忽略的“开场白”和“预设问题”这两个小配置。这里头其实藏着扣子 Bot 设计里最关键的交互逻辑。开场白决定了用户愿不愿意开口预设问题决定了用户第一句话往哪走。这两个配好了Bot 的对话质量能翻一倍用户留存和分享意愿也完全不一样。这篇文章就专门聊聊这两个容易被当“填空项”的功能分享一些我调了好多个 Bot 之后总结出来的设计和写作思路从心理机制到具体写法再到实操配置一次性说透。1. 内容整体设计与思路拆解1.1 扣子 Bot 里开场白和预设问题到底扮演什么角色先说一个容易被忽略的事实用户第一次打开你的扣子 Bot 时他面对的是一张白纸。没有产品说明书没有新手引导聊天框里什么提示都没有。这时候用户大脑里冒出来的问题是你是谁你能干嘛我该说什么话才能让你帮我开场白和预设问题就是来解决这三个问题的。前者代表 Bot 的“自我介绍”后者代表 Bot 的“菜单”。我们做过一个很直观的对比测试同一个 Bot同一个模型、同一份人设和工作流只改了开场白和预设问题用户的“首次开口率”打开对话框后发出第一条消息的比例从 37% 提升到了 81%。没改之前多数人点开看一眼就关掉了。这说明什么说明在 AI 应用里交互入口的体验设计对用户留存的影响一点都不比底层的模型能力小。1.2 为什么这两个配置经常被忽略扣子的搭建界面里开场白和预设问题设置位置很显眼一点都不隐蔽。但它太“简单”了简单到让人觉得随便填两句就行。实际上绝大多数人踩了这几个坑开场白写成“你好我是智能助手很高兴为您服务”这种万金油预设问题上堆了五六个“你能做什么”“介绍一下你自己”这种毫无指向性的问题。这类配置等于没配因为用户看完之后依然不知道这个 Bot 能帮他解决什么具体问题也不知道用哪句话能触发 Bot 的真实能力。深挖一下背后的原因我发现很多人把开场白当成了“打招呼”把预设问题当成了“示例问题”。如果只是这个定位那随便写写确实够了。但如果你把开场白看作“预期管理工具”把预设问题看作“意图触发器”那设计的逻辑就完全不一样了。1.3 设计思路从“对话引导”转向“场景引导”我在搭建自己工作室的客服、内容创作等多个 Bot 之后逐渐形成了一个设计框架开场白和预设问题不是 Bot 的台词而是给用户规划的“行动路径”。核心思路就两条开场白回答“我是谁、我能帮你做什么、你该怎么开始”预设问题回答“你此刻最可能带着什么目标来直接点一下就能进入状态”所以好的开场白通常不是一段完整的自我介绍而是一段带有明确行动召唤的引导语。好的预设问题不是疑问句集锦而是用户真实场景的入口列表。这个思路适用于几乎所有类型的扣子 Bot无论是营销客服、知识库问答、写作助手还是工具型 Bot。接下来重点拆解具体怎么写。2. 开场白的核心写法一句让用户愿意打字的话2.1 开场白的第一性原理降低对话启动成本很多 Bot 的上手门槛本质上是“对话启动成本”太高。用户得自己想清楚要问什么、怎么问、怎么描述自己的需求这本身就是一种认知负担。而认知负担一旦过高用户就会放弃。降低对话启动成本的方法就是把用户该做的事在开场白里做完一半。举个例子之前做的一个 PPT 大纲生成 Bot最初的版本开场白是“你好我是 PPT 大纲助手我可以帮你快速生成专业美观的 PPT 大纲无论是工作总结、产品发布还是教育培训都可以。请告诉我你的主题和需求吧。”用户看了之后往往会想那我要怎么告诉你我要给出什么信息主题是什么格式要多少页辅助材料要不要后来我把开场白改成“我是 PPT 大纲助手你只需告诉我两个信息就能开工1. PPT 主题比如‘Q3 销售复盘’2. 你希望覆盖的重点。想找灵感的话可以直接点下面的推荐问题或者回复‘做个产品发布会大纲’试试。”前后对比一下第二个版本的效果好很多因为用户知道自己该做什么、说什么、甚至可以直接抄作业式地照着问题的格式回复。用户不用动脑组织语言直接模仿就行。2.2 开场白必须包含的三要素这里直接给公式适用绝大多数场景开场白 身份与能力简述 行动召唤 示例或路径提示。身份与能力简述一句话说明“我是谁”“我擅长什么”不要超过两句话。行动召唤告诉用户此刻可以做什么用动词开头比如“告诉我你的主题”“发送你遇到的问题”“回复 1 获取模板”。示例或路径提示给一个具体可模仿的输入示例或者直接导向预设问题让用户不必从零开始组织语言。三个要素的顺序可以灵活调整但缺一个就会差一口气。另外还有一个实战技巧开场白里不要堆技能列表。除非你的 Bot 是功能极其单一的工具否则列十几个技能反而让用户混乱门槛又变高了。更聪明的办法是只突出一个“首推动作”其他能力留到预设问题和对话中的推荐里去呈现。2.3 开场白的个性化变量用法扣子平台支持在开场白里插入变量这功能特别实用。比如在开场白里加上 {{time}}按时间段自动切换问候语或者接入用户昵称喊出对方名字亲密度立刻不一样。我自己的经验是不要只把变量当成“换称呼”的工具而是把它纳入整体开场策略里。举个例子“{{time}}好我是你的专属文案助手。今天想先写哪种文案可以直接描述需求也可以点下面的推荐问题入口3 分钟出初稿。”用户在大早上十点打开和晚上十点打开体验感完全不一样。这种细节对“Bot 是不是有人情味”的感知影响比模型本身的语气参数还明显。不过注意一点变量插入时有些字段是需要用户授权或主动填写的。比如用户没有授权地理位置你又写了“{{location}} 附近有什么好店推荐”就会出现变量解析失败、展示成原始标签的情况。这个细节后面问题排查里我再细讲。3. 预设问题怎么设不是凑问题而是埋入口3.1 预设问题是引导不是示例大多数人的预设问题都是这种风格你能做什么你是谁介绍一下你的功能这些问题的存在逻辑是“替用户发问”但完全忽略了用户真正的心理——用户点开 Bot 通常带着一个模糊的需求而不是单纯好奇你是什么。他真正想说的是“帮我把这段文字改得像朋友圈文案”或者“我有一份 300 行的数据想让你提炼成报告摘要”。所以预设问题的价值是帮用户把模糊的、不成句的需求翻译成 Bot 能直接处理的明确指令。它不是“示例”而是“意图的快捷键”。3.2 预设问题的分类设计法根据 Bot 的类型不同预设问题可以按下面三种逻辑来设计。第一类是场景入口型适用于通用型、客服型 Bot。你需要把目标用户最常见的几个使用场景提炼出来做成可点击的问题。比如一个知识库问答 Bot可以设“帮我总结这份文档的核心结论”“XX 业务的操作流程是什么”“我想查一下 XX 政策的适用范围”。第二类是行动触发型适用于工具型、生成型 Bot。预设问题里直接包含任务指令用户点一下就是一次完整任务发起。比如写作 Bot“写一份约 800 字的新品发布预告文案”“把这段口语内容改写成正式书面语”“用幽默风格写 5 条宣传标语”。第三类是信息收集型适用于需要先拿参数的 Bot。比如简历优化 Bot“我是做运营的想请你帮忙优化简历。”点完这个问题Bot 会反问工作经验、目标职位等一步步收集信息。预设问题本身就是在帮用户启动“填写表单”的流程。我把这三种类型做成了一张速查表类型适用场景预设问题示例设计要点场景入口型通用客服、知识问答帮我查一下退款政策从客服高频问题里提炼行动触发型写作、设计、工具类写一份新品发布预告文案直接包含动作产出物信息收集型简历、策划、定制服务我是运营想优化简历问题本身先亮出关键参数预设问题不是越多越好。我发现 34 个是最舒服的数量太少显得 Bot 能力单薄太多用户又会陷入选择困难。如果能力多可以把次要能力藏在开场白后面的对话推荐里让 AI 根据对话上下文自动给推荐。3.3 预设问题的措辞讲究预设问题的措辞直接影响点击后的任务质量。核心技巧是把问题写得像用户自己会说的话而不是像功能菜单的名字。反面例子“生成行业研究报告”。这是功能菜单式写法太抽象。正面例子“帮我生成一份针对新能源汽车行业的研究报告框架要包含市场规模、竞争格局、技术趋势三个部分”。虽然这句话有点长但用户点击后Bot 拿到的是一个非常明确的任务描述生成质量天然就比前者高。如果你的预设问题只是写了个功能名用户点了之后还得自己再补一大堆条件那预设问题的“降低门槛”作用就废了一半。另外预设问题的语序也很重要。尽量用人称“我”而不是“你”来写比如“我想写一份本月销售复盘 PPT 大纲”这更符合用户直接说出需求的语感模型也更容易理解这是用户的原始任务而不是平台给的示例文本。4. 实操过程与核心环节实现4.1 从零配置一套高质量开场白和预设问题接下来走一遍完整流程就用“PPT 大纲助手”这个 Bot 为例具体看看怎么一步步配好。第一步先想清楚目标用户和首推任务。PPT 大纲助手的典型用户是急需做汇报 PPT 的职场人。他们最怕的是面对空白文档不知道从哪开始所以首推任务是“填主题、出大纲”。第二步写开场白。我最终用的版本是“我是 PPT 大纲助手只需 3 步就能帮你理清一页 PPT 的结构1. 告诉我演示主题如‘新项目启动汇报’2. 补充重点与受众3. 我来生成大纲你直接套模板即可。想立即体验回复‘做个芯片行业分析大纲’试试。”这里面有身份、有步骤说明、有示例指令还把对用户的要求压缩到了最低——只需要说一个主题。第三步配置预设问题。我给这个 Bot 设了四个我想做一份新品发布会的 PPT 大纲重点突出产品差异化优势帮我生成一个季度工作汇报大纲受众是部门领导重点是进展和问题我要讲给投资人听帮忙出一个融资路演 PPT 的框架我有个主题是团队建设活动回顾帮我梳理一下大纲思路可以看出来四个问题覆盖了四种典型场景产品发布、工作汇报、融资路演、团建回顾。而且每一句都带着关键约束受众、重点用户点一下Bot 直接进入任务状态。4.2 扣子平台上的具体配置步骤在扣子后台编辑 Bot 页面找到“人设与回复逻辑”旁边的“开场白”区域。把上面写的开场白话术贴进去保存后会作为用户打开对话时收到的第一条消息。预设问题配置就在开场白下方点击“添加预置问题”把四个问题逐条填进去。注意扣子默认支持新增多个预设问题但展示顺序和数量建议按我上面说的 34 个控制。顺序上最核心的任务场景排第一再按用户画像细分。还有一个容易被忽略的点预置问题虽然没有强制要求写满但新增后要记得检查一下是否开启了“开场白后自动推荐预置问题”功能。这个开关如果没开用户打开对话框看到的就是孤零零一段开场白预设问题根本不显示效果就没了。配置完之后一定要在预览窗里点一遍预设问题确认 Bot 能正确回复。我遇到过几次配置了看起来很合理的问题但实际点击后 Bot 回复和问题完全不搭边的情况大概率是预设问题写得和人设逻辑有冲突或者问题太模糊击中不了 Bot 的真实意图识别。4.3 进阶实操用开场白和预设问题联动工作流如果你的 Bot 接了工作流那开场白和预设问题更值得花心思设计。因为预设问题不只是“一句话”它其实是在预定义一个任务入口这个入口能直接决定工作流参数怎么填。举个例子我之前做过一个“小红书种草文案生成器”后端接了一个文本生成工作流参数含“产品名称”“卖点”“文案风格”三项。预设问题如果写成“帮我写一篇种草文案”用户点击后 Bot 还得追问一堆参数对话轮次一多流失率就上来了。后来我直接把三个参数埋进预设问题里“我是卖便携榨汁杯的主打方便携带和好用想让你用种草风格写一篇笔记文案。”用户点一下参数全部到位工作流直接启动一条高质量文案几秒就出来。这里有个操作细节跟大家同步预设问题的措辞会直接进入工作流的输入参数所以问题里带越多的具体信息生成结果越稳定。不要担心预设问题太长它只出现在用户点击的那一次比让用户自己反复补充信息好得多。4.4 变量与动态交互的组合玩法想更进阶一步的可以把开场白和扣子内置的变量时间、日期、天气等动态信息结合。比如一个“每日早报 Bot”开场白可以这样写“{{time}}好今天是{{datetime}}想让我帮你生成今日早报吗可以关注科技、财经或行业动态回复你感兴趣的领域即可。”插入变量之后用户每次打开 Bot 看到的都是带当天时间的动态问候真实感一下上来了。还有更进阶的玩法如果你的 Bot 在飞书或抖音私域场景使用可以用 {{user_name}} 变量让开场白直接喊用户昵称。实测下来用户在消息里收到带自己名字的开场白时回复意愿确实明显更高。不过要提醒一句扣子变量解析依赖具体的使用环境。比如抖音小程序里的用户信息授权如果没开启{{user_name}} 可能解析不出来这时候反而会让开场白显得很奇怪。所以设计开场白时最好给变量加一个兜底方案比如写成“{{user_name|朋友}}”这样解析失败时自动显示“朋友”不至于露怯。5. 常见问题与排查技巧实录5.1 用户为什么不点预设问题这是上线后最常见的反馈开场白和预设问题都配好了但从后台日志看用户基本不点预设问题而是自己手动输入。排查思路分两步。第一步看预设问题文案是不是“菜单味”太重。如果你的预设问题是“功能介绍”“使用指南”这类抽象名词用户天然没兴趣点因为看了不知道会得到什么。改成“帮我写一篇 XX”这种结果导向的句子点击率会高不少。第二步看预设问题是否出现在开场白之后的显眼位置。有一些 Bot 的预置问题在手机上被折叠或者被开场白里的长文字顶到屏幕外面去了用户根本看不到自然不点。解决方法是开场白尽量精简把预置问题“顶”到第一屏能直接看到的位置。如果这两步都排除了还是点击率低那就去后台看看模型日志里用户自己输入的内容是什么。用户的手动输入往往反映他真实的需求反过来可以帮你优化预设问题的措辞和方向把高频手输内容直接升级成新的预设问题。5.2 开场白里变量显示成了原始标签这个坑我踩过印象特别深。有次给客户配 Bot用了 {{time}} 变量结果客户端打开对话显示的不是“下午好”而是“{{time}}好”整整两个小时后才发现。排查后发现原因有两个可能一是扣子客户端版本过旧不支持特定变量解析二是变量名写错了比如把 {{Time}} 写成了 {{time}}导致系统无法识别。遇到这种问题先到扣子后台的变量说明里确认当前可用的变量名和格式再在预览窗口里多切换几种客户端样式测试。注意不要在模板里写自定义变量名如果你不是在自己的私有化代码环境里做二次开发只依赖平台内置变量就好不然很容易踩变量解析不出来的坑。5.3 用户点了预设问题Bot 却答非所问有一种情况是预设问题写得挺准确但 Bot 的回复没有按预设问题里的条件走感觉像是把问题“忘掉”了再泛泛地回答。这通常不是开场白的问题而是人设与回复逻辑没把“必须严格遵循用户指令中的限制条件”这个要求写进去。比如预设问题里明确写了“重点突出产品差异化”但 Bot 回复只列了个放之四海而皆准的大纲。解决办法是到人设里加上一句“当用户提出明确的格式、对象、重点要求时优先围绕用户要求生成内容不要泛化处理”。这类问题还可能是模型本身的中心化倾向导致的这时候可以调整模型温度参数降低随机性让回复更严格地跟随用户输入。我一般会把温度调低一点比如默认的 0.7 调到 0.30.5输出稳定很多尤其适合带格式要求的任务型 Bot。5.4 预设问题怎么调优才能持续提升效果开场白和预设问题不是一次配好就完了上线的头两周是调优的黄金窗口。我一般每周做一次复盘看后台的对话数据。重点看三个指标问题点击率、首轮任务完成率、用户流失节点。问题点击率低的调整文案表达首轮任务完成率低的看看是不是预设问题和工作流参数不匹配、导致模型要额外追问太多轮流失节点集中的重点排查那一轮的回复质量和响应时间。这里再提供一个我觉得特别有用的技巧把预设问题和开场白当成一个整体去优化不要单看某一个。如果预设问题点击率很高但对话完成率低很可能是开场白给用户建立了过高的预期——比如开场白说“秒出大纲”实际工作流跑起来要二十秒。这种预期落差带来的流失比开场白没吸引力还严重。我个人在实际操作中的体会是开场白和预设问题这种看似不起眼的配置打磨空间的回报率非常高。很多团队花大量精力调模型 prompt、优化知识库却忽略了用户第一眼看到的交互入口。而恰恰是入口体验决定了用户愿不愿意往下走。每次调整后我都会把自己想象成一个完全不了解 Bot 能力的普通用户反复从头体验一遍。能做到“点开就会用、用了就觉得值”这个 Bot 的交互层就算打磨到位了。最后再分享一个小技巧每次修改完开场白和预设问题记得在扣子的“调试预览”里多跑几轮不同风格的对话不要把测试时间留在发布之后。因为你看到的预览环境很大程度上就是用户在对话窗口里的真实体验。把这套“开场引导”玩明白了你会发现扣子 Bot 的对话质量和用户口碑会有一个非常明显的提升。