想象一家花店把 AI 加进内部工具，首页只有“问我任何问题”。新同事想改写花束介绍，却不知道要贴哪些资料，也不确定它会不会直接发布。我们画了一个改版草图：不是取消聊天，而是让第一步看得见。以下界面都是原创概念图，不是真实产品截图，也没有用户测试结果。

把欢迎语改成“根据已确认的花材资料，起草商品介绍；由你审核后使用”。Microsoft HAX 指南建议先说明系统能力，并可用输入示例或输出样本帮助理解。[1] 对这家虚构花店，我们建议同时展示一个明确限制：它不核实库存，也不会自动发布。说明应匹配实际功能，不是贴上一段万能免责声明。

在聊天框上方放三个可编辑入口：“起草介绍”“缩短文案”“调整语气”。每个入口说明会得到什么，并让员工修改目标。HAX 也建议让人能在需要时主动调用 AI 服务。[2] 这些入口是我们的设计建议，不代表三个按钮适合所有团队。保留自由输入，让不在菜单里的合理需求仍有表达空间。

选“起草介绍”后，显示花材、长度和语气字段，再展示待审核预览；缺资料时明确提示，别默默补成事实。预览旁标明“草稿，需核对”，避免让漂亮排版暗示内容必然正确。HAX 的另一条指南要求建立合理的出错预期。[3] 我们据此建议把已输入资料与生成文字同时保留，便于逐项核对。

拿原版与草图分别做小范围试用，让实际员工完成同一项已授权任务。观察他们能否选对入口、理解所需资料、发现草稿中的待核实内容，并知道如何修改或退出。记录卡住的位置，而不只统计聊天次数。这里尚未开展测试；改版是否更好，应由完成任务的证据决定，不由“加了 AI”这句话决定。