通义千问撰写企业案例库的提示词

用通义千问构建企业案例库需三步：一明确定义核心字段（客户名称、行业、痛点等7项），缺一不可；二强制数值带单位与基准，禁用模糊表述；三约束字段逻辑匹配，并嵌入业务术语、禁用虚词、明确API对接细节，最后用三重分隔符锁定输出格式。

用通义千问高效构建企业案例库，需精准控制输入结构、角色设定与输出格式，避免生成泛泛而谈的模板化内容。

明确案例库的核心字段

第一步：在提示词开头直接定义必需字段，例如【客户名称、行业、痛点描述、解决方案、实施周期、关键成果（带具体数值）、复购/转介绍情况】。缺任一字段，模型易用模糊表述填充，比如用“显著提升”替代“客户复购率从12%升至38%”。

第二步：强制要求所有数值必须带单位和对比基准，如“交付周期缩短23天（原平均47天）”，不接受“大幅缩短”这类无效表达。

第三步：声明字段间逻辑约束——“痛点描述”必须能自然推导出“解决方案”，若出现“客户抱怨交付慢”却给出“上线新CRM系统”这类不匹配方案，即判定为逻辑断裂，需重写。

注入真实业务语境

方法一：用企业内部术语锚定语境。例如写SaaS公司案例时，提示词中嵌入“LTV/CAC比值”“线索到成交漏斗转化率”“PSI服务就绪指数”等真实指标缩写，模型会自动沿用同类术语，避免混用“用户留存率”“客户续约率”等概念。

方法二：指定典型失败场景反向约束。例如加入“禁止出现‘定制化开发’‘深度协同’‘赋能’等无实质动作的虚词；若解决方案含API对接，必须写明对接系统名称（如用友U9、金蝶云星空）和字段级映射关系（如将ERP中的‘PO_Number’同步至CRM的‘Opportunity_ID’）”。

控制输出结构与粒度

在提示词末尾用三重分隔符明确格式：【---CASE_START---】后仅允许出现字段标签+冒号+内容，每字段独占一行，字段顺序严格按前述核心字段排列；【---CASE_END---】前不得有任何总结句、建议句或额外说明。

这一步不可省略——没有该分隔符约束时，模型常在案例末尾追加“该案例适用于制造业数字化转型参考”之类冗余判断，污染结构化入库数据。