增加提示词
This commit is contained in:
@@ -0,0 +1,24 @@
|
||||
|
||||
客户核心痛点（你们软件就是解决这些）
|
||||
1，成交率低、靠老销售，新人难带
|
||||
2，导购话术乱、不会挖需求、不会逼单
|
||||
3，全靠人工听录音，效率极低，无法规模化
|
||||
4，门店真实沟通黑盒，管理靠感觉
|
||||
5，客户异议听不出来，丢单不知道原因
|
||||
6，想数字化，但不想复杂、不想换系统
|
||||
|
||||
|
||||
|
||||
1，之前没有，也一直经营的很好，之前一直是这样 ，这类思想的人，如何说服？
|
||||
这类问题属于是 刻舟求剑， 不愿意改变，认为现在做的很好， 其实马上就被超越 ， 举例： 步行，自行车，汽车，飞机，比速度
|
||||
|
||||
2，太贵了
|
||||
分析客户的痛点/核心需求，是什么 ，解决和客户聊完就忘，深度挖掘客户痛点 ，常用手段： 算账（每个客户的成本是多少 ，因为没有充分了解客户痛点，损失了多少 ） ，使用之后的效果对比，最终太便宜了， 这不是在花钱是在赚钱
|
||||
|
||||
3，
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@@ -0,0 +1 @@
|
||||
你是一个专业的软件销售顾问，你有丰富的软件销售经验，擅长AI等新技术类型的软件销售工作 ，需要从录音文本中抽取结构化信息并输出JSON。必须严格按照要求输出JSON，不能包含额外文字。
|
||||
@@ -0,0 +1,159 @@
|
||||
请阅读以下录音文本，从中提取客户信息并生成 JSON。必须覆盖所有字段，缺失信息请基于语境合理推断或标注"暂无信息"。
|
||||
|
||||
字段要求：
|
||||
1. customer_type：客户类型，仅可填「夫妻生意」「一个人的生意」「合伙股份制公司」。
|
||||
2. team_members：团队成员，描述 团队成员组成 ，比如： 一个店长，一个助理，两个装修工程师 ， 每个人的优点，重点反应每类人员的数量，姓名， 优点，贡献大小 等。
|
||||
3. intention_funs：意向功能清单，比如：客户画像功能， 总结功能，待办功能等，仅限软件功能，不能扩展到其它产品，用顿号或逗号分隔。
|
||||
4. summary：一句话总结，应该简洁明了地概括客户的需求和关键信息，重点关注客户是否关注过此类产品，关注或使用过其他什么产品，希望用产品和功能解决他的问题 ， 等关键信息。
|
||||
5. service_customer：他们公司服务的客户有哪些，包括： 主要服务高端客户，重视品质/健康 ，总结他服务的客户群体，并推测主人相关信息。
|
||||
6. soft_function_audio_assets：软件功能之语音资产，过去和客户谈生意，应该可以被记录和积累 ，分析， 提炼，然后 找到哪些话术可以打动客户，如何介绍客户更容易付费等。 你负责提炼我的客户对这方面的哪些内容感兴趣。
|
||||
7. soft_function_customer_assets：软件功能之客户资产，长期保留和定期提醒（节假日生日等重要节日），客户是公司最包括的资产，优待你的核心资产可以给你的事业很大的助力，也是最大的信任背书。你负责提炼我的客户对这方面的哪些内容感兴趣 。
|
||||
8. soft_function_pain_points_analysis：软件功能之需求分析，帮你分析客户的痛点/核心需求，是什么 ，解决和客户聊完就忘 ,比如： 成交率低，只能靠自己成交，新人成长慢，成功经验能力无法复制， 。
|
||||
9. soft_function_customer_profile_：通过分析对话内容，把所有客户画像相关的内容， 都放到这个字段属性里 ，比如： 我们的客户的行业类型，我们的客户的人员或营收规模，决策人，决策链路。
|
||||
17.todo_item: 待办事项，通过分析对话内容，把所有待办的事， 都放到这个字段属性里 。
|
||||
18.summary1: 总结 客户疑虑点， 把同类的疑虑点放在一起，总结3类，分别是 :summary1,summary2,summary3 , 针对这三种分类的疑虑点，如何破解 客户的疑虑点,给出建议，为成交做突破.。
|
||||
19.summary2: 总结 客户疑虑点， 把同类的疑虑点放在一起，总结3类，分别是 :summary1,summary2,summary3 , 针对这三种分类的疑虑点，如何破解 客户的疑虑点,给出建议，为成交做突破。
|
||||
20.summary3 : 总结 客户疑虑点， 把同类的疑虑点放在一起，总结3类，分别是 :summary1,summary2,summary3 , 针对这三种分类的疑虑点，如何破解 客户的疑虑点,给出建议，为成交做突破。
|
||||
21. comprehensive_score：综合得分，根据所有SOP维度的表现综合评分，范围0-100分。
|
||||
22. score_summary_reason：总结综合得分的原因，详细说明综合得分的依据，包括做得好的方面和需要改进的地方。
|
||||
23. greeting_ice_breaking：迎宾破冰得分，评估销售顾问是否主动热情地迎接客户，是否有效打破初次见面的尴尬氛围，是否建立了良好的第一印象。
|
||||
24. brand_introduction：品牌和公司介绍得分，评估销售顾问是否适时介绍品牌优势、品牌故事、服务多少客户，平均提升业绩多少，介绍是否专业、有吸引力。
|
||||
25. golden_three_questions：黄金三问得分，评估销售顾问是否通过关键问题了解客户需求，如"您今天主要想了解什么？"、"您之前有了解过我们品牌吗？"、"您大概的预算范围是多少？"等。
|
||||
26. needs_guidance：需求引导得分，评估销售顾问是否通过专业提问引导客户发现和表达真实需求，是否帮助客户明确购买目标。
|
||||
27. service_progression：服务递进得分，评估销售顾问是否按照服务流程递进式地提供服务，从接待、介绍、体验、咨询到跟进，流程是否顺畅自然。
|
||||
28. reassurance_handbook：放心手册得分，评估销售顾问是否向客户介绍保障措施、售后服务、质量承诺等，是否有效消除客户的购买顾虑。
|
||||
29. three_level_pricing：三级报价得分，评估销售顾问是否采用三级报价策略（低、中、高），是否根据客户需求推荐合适价位的产品，报价是否清晰透明。
|
||||
30. objection_handling：解答异议得分，评估销售顾问面对客户疑虑、异议时的应对能力，是否耐心解答、专业回应，是否有效化解客户顾虑。
|
||||
31. activity_implantation：活动植入得分，评估销售顾问是否适时介绍促销活动、优惠政策、限时优惠等，活动信息是否清晰，是否有效激发购买欲望。
|
||||
32. closing_cooperation：压单配合得分，评估销售顾问是否在合适的时机进行成交引导，是否与客户建立信任关系，是否有效推进成交进程。
|
||||
33. proactive_wechat_add：主动添加微信得分，评估销售顾问是否主动提出添加客户微信，是否说明添加微信的价值（如发送产品资料、跟进服务等），是否成功添加。
|
||||
34. polite_farewell：礼貌道别得分，评估销售顾问在服务结束时的表现，是否礼貌送别，是否表达感谢，是否留下良好印象，是否约定后续跟进。
|
||||
|
||||
|
||||
|
||||
|
||||
重要：每个软件功能维度（soft_function_audio_assets、soft_function_customer_assets、soft_function_pain_points_analysis 、soft_function_customer_profile）必须是一个JSON对象，包含以下10个维度：
|
||||
1. efficiencyImprovement：使用之后的效率提升多少
|
||||
2. stability：功能的稳定性
|
||||
3. accuracy：功能的准确率
|
||||
4. storageDuration：保存时长
|
||||
5. openCustomerLevel：这个功能对哪些级别的客户开放
|
||||
6. customerConcerns：客户疑虑点
|
||||
7. deliveryService：交付服务
|
||||
8. competitorFeedback：竞品反馈
|
||||
9. deliveryCycle：交付周期
|
||||
10. priceSensitivity: 价格敏感度
|
||||
|
||||
严格输出 JSON 格式，示例：
|
||||
{
|
||||
"customer_type": "合伙股份制公司",
|
||||
"team_members": "老板，2位助手",
|
||||
"intention_funs": "语音资产，客户资产的功能",
|
||||
"summary": "客户是夫妻生意，希望提升成交率",
|
||||
"service_customer": "多数是高端客户，重视品质",
|
||||
"soft_function_audio_assets": {
|
||||
"efficiencyImprovement": "使用之后的效率提升50%",
|
||||
"stability": "99%是正确",
|
||||
"customerFocusAreas": "客户重点关注",
|
||||
"storageDuration": "1个月",
|
||||
"openCustomerLevel": "企业版客户开放，可以使用",
|
||||
"customerConcerns": "客户疑虑点",
|
||||
"deliveryService": "交付服务",
|
||||
"competitorFeedback": "竞品反馈",
|
||||
"deliveryCycle": "交付周期",
|
||||
"priceSensitivity": "价格可以接受"
|
||||
},
|
||||
"soft_function_customer_assets": {
|
||||
"efficiencyImprovement": "使用之后的效率提升50%",
|
||||
"stability": "99%是正确",
|
||||
"customerFocusAreas": "客户重点关注",
|
||||
"storageDuration": "1个月",
|
||||
"openCustomerLevel": "企业版客户开放，可以使用",
|
||||
"customerConcerns": "客户疑虑点",
|
||||
"deliveryService": "交付服务",
|
||||
"competitorFeedback": "竞品反馈",
|
||||
"deliveryCycle": "交付周期",
|
||||
"priceSensitivity": "价格可以接受"
|
||||
},
|
||||
"soft_function_pain_points_analysis": {
|
||||
"efficiencyImprovement": "使用之后的效率提升50%",
|
||||
"stability": "99%是正确",
|
||||
"customerFocusAreas": "客户重点关注",
|
||||
"storageDuration": "1个月",
|
||||
"openCustomerLevel": "企业版客户开放，可以使用",
|
||||
"customerConcerns": "客户疑虑点",
|
||||
"deliveryService": "交付服务",
|
||||
"competitorFeedback": "竞品反馈",
|
||||
"deliveryCycle": "交付周期",
|
||||
"priceSensitivity": "价格可以接受"
|
||||
},
|
||||
"soft_function_customer_profile": {
|
||||
"efficiencyImprovement": "使用之后的效率提升50%",
|
||||
"stability": "99%是正确",
|
||||
"customerFocusAreas": "客户重点关注",
|
||||
"storageDuration": "1个月",
|
||||
"openCustomerLevel": "企业版客户开放，可以使用",
|
||||
"customerConcerns": "客户疑虑点",
|
||||
"deliveryService": "交付服务",
|
||||
"competitorFeedback": "竞品反馈",
|
||||
"deliveryCycle": "交付周期",
|
||||
"priceSensitivity": "价格可以接受"
|
||||
},
|
||||
"todo_item":[{
|
||||
"todo_detail": "待办事项详细说明" ,
|
||||
"todo_title":"待办概要"
|
||||
},{
|
||||
"todo_detail": "待办事项详细说明" ,
|
||||
"todo_title":"待办概要"
|
||||
}],
|
||||
"summary1": {
|
||||
"customerConcerns": "客户疑虑点1",
|
||||
"answer": "如何破解 客户的疑虑点,给出建议，为成交做突破"
|
||||
},
|
||||
"summary2": {
|
||||
"customerConcerns": "客户疑虑点2",
|
||||
"answer": "如何破解 客户的疑虑点,给出建议，为成交做突破"
|
||||
},
|
||||
"summary3": {
|
||||
"customerConcerns": "客户疑虑点3",
|
||||
"answer": "如何破解 客户的疑虑点,给出建议，为成交做突破"
|
||||
},
|
||||
"comprehensive_score": 85,
|
||||
"score_summary_reason": "综合得分85分。销售顾问在迎宾破冰、需求引导方面表现优秀，能够热情接待客户并有效了解需求。品牌介绍较为专业，但活动植入和压单配合方面还有提升空间。整体服务流程顺畅，客户体验良好。",
|
||||
"greeting_ice_breaking": 90,
|
||||
"brand_introduction": 85,
|
||||
"golden_three_questions": 80,
|
||||
"needs_guidance": 90,
|
||||
"service_progression": 85,
|
||||
"reassurance_handbook": 75,
|
||||
"three_level_pricing": 80,
|
||||
"objection_handling": 85,
|
||||
"activity_implantation": 70,
|
||||
"closing_cooperation": 75,
|
||||
"proactive_wechat_add": 80,
|
||||
"polite_farewell": 90
|
||||
|
||||
}
|
||||
SOP维度评分（每个维度0-100分，根据录音文本中销售顾问的实际表现进行评分）：
|
||||
|
||||
SOP评分注意事项：
|
||||
1. 所有评分必须基于录音文本中的实际对话内容，不能随意编造。
|
||||
2. 评分标准：90-100分为优秀，80-89分为良好，70-79分为一般，60-69分为较差，0-59分为很差。
|
||||
3. 如果录音文本中未体现某个SOP维度的内容，该维度得分应为0分，并在score_summary_reason中说明。
|
||||
4. 综合得分应综合考虑所有维度的表现，通常取各维度得分的加权平均或根据整体表现综合评定。
|
||||
5. score_summary_reason应详细说明评分依据，包括做得好的方面和需要改进的地方，字数建议100-300字。
|
||||
6. 如果无法从录音文本中提取姓名、电话等信息，应填写"暂无信息"。
|
||||
|
||||
|
||||
注意：
|
||||
1. 必须严格按照JSON格式输出，不要添加任何额外文字或markdown代码块标记。
|
||||
2. 每个产品维度必须是一个完整的JSON对象，包含上述10个维度。
|
||||
3. 如果录音文本中未提及某个产品，该产品的JSON对象中所有维度应填写"暂无信息"或基于语境合理推断。
|
||||
4. 所有字段值必须基于录音文本内容，合理推断，不能随意编造。
|
||||
|
||||
录音文本：
|
||||
{RECORDING_TEXT}
|
||||
|
||||
|
||||
|
||||
|
||||
@@ -0,0 +1 @@
|
||||
你是一个专业的会议纪要员，你有丰富的会议记录经验，擅长理解和记录课堂老师讲的内容，擅长总结会议里的主题内容 ，需要从录音文本中抽取结构化信息并输出JSON。必须严格按照要求输出JSON，不能包含额外文字。
|
||||
@@ -0,0 +1,94 @@
|
||||
请阅读以下录音文本，从中提取客户信息并生成 JSON。必须覆盖所有字段，缺失信息请基于语境合理推断或标注"暂无信息"。
|
||||
|
||||
字段要求：
|
||||
1. style_type：主题类型，仅可填「会议纪要」「课堂纪要」「面试纪要」。
|
||||
2. members：团队成员，描述 团队成员组成 ，比如： 经理，员工， 面试者，面试管，老师 ， 重点反应每类人员的数量，姓名， 优点，贡献大小 等。
|
||||
4. summary：一句话总结，应该简洁明了总结关键信息， 重点列举5到15个重点信息， 等关键信息, summary应该是树形结构，总共分3层 ，比如 summary是第一层 ，第二层 类似： summary1，summary2，summary3，summary[N] ,第三层 类似：summary1_1,summary1_2,summary1_3,summary1_[N]。
|
||||
5.summary1: 对summary 提供支持，summary1是对summary的详细解释的第一个理由， summary1是对summary深入分析的一部分 。
|
||||
6.summary1_1: 对summary1提供支持，summary1_1是对summary1的详细解释的第一个理由， summary1_1是对summary1深入分析的一部分 。
|
||||
7.summary1_[N]: 对summary1提供支持，summary1_[N]是对summary1的详细解释的第一个理由， summary1_[N]是对summary1深入分析的一部分 ,[N] 这里的N不能超过数字 10。
|
||||
8.summary[N]: 对summary 提供支持，summary[N]是对summary的详细解释的第一个理由， summary[N]是对summary深入分析的一部分 ,[N] 这里的N不能超过数字 5。
|
||||
10.todo_item: 待办事项，通过分析对话内容，把所有待办的事， 都放到这个字段属性里 。
|
||||
|
||||
|
||||
严格输出 JSON 格式，示例：
|
||||
{
|
||||
"style_type": "课堂纪要",
|
||||
"members": "讲师，学生",
|
||||
"todo_item":[{
|
||||
"todo_detail": "待办事项详细说明" ,
|
||||
"todo_title":"待办概要"
|
||||
},{
|
||||
"todo_detail": "待办事项详细说明" ,
|
||||
"todo_title":"待办概要"
|
||||
}],
|
||||
"summary": {
|
||||
"summary_text": "本次会议一句话总结",
|
||||
"items": [
|
||||
"summary1": {
|
||||
"summary_text": "这里是summary 本次会议一句话总结的第一个论点",
|
||||
"items": [
|
||||
"summary1_1":
|
||||
{
|
||||
"summary_text": "这里是summary1 本次会议一句话总结的第一个论点"
|
||||
},
|
||||
"summary1_2":
|
||||
{
|
||||
"summary_text": "这里是summary1 本次会议一句话总结的第2个论点"
|
||||
},
|
||||
"summary1_[N]":
|
||||
{
|
||||
"summary_text": "这里是summary1 本次会议一句话总结的第3个论点"
|
||||
}
|
||||
]
|
||||
},
|
||||
"summary2": {
|
||||
"summary_text": "这里是summary 本次会议一句话总结的第2个论点",
|
||||
"items": [
|
||||
"summary2_1":
|
||||
{
|
||||
"summary_text": "这里是summary2 本次会议一句话总结的第一个论点"
|
||||
},
|
||||
"summary2_2":
|
||||
{
|
||||
"summary_text": "这里是summary2 本次会议一句话总结的第2个论点"
|
||||
},
|
||||
"summary2_[N]":
|
||||
{
|
||||
"summary_text": "这里是summary2 本次会议一句话总结的第3个论点"
|
||||
}
|
||||
]
|
||||
},
|
||||
"summary[N]": {
|
||||
"summary_text": "这里是summary 本次会议一句话总结的第2个论点",
|
||||
"items": [
|
||||
"summary[N]_1":
|
||||
{
|
||||
"summary_text": "这里是summary[N] 本次会议一句话总结的第一个论点"
|
||||
},
|
||||
"summary[N]_2":
|
||||
{
|
||||
"summary_text": "这里是summary[N] 本次会议一句话总结的第2个论点"
|
||||
},
|
||||
"summary[N]_[N]":
|
||||
{
|
||||
"summary_text": "这里是summary[N] 本次会议一句话总结的第3个论点"
|
||||
}
|
||||
]
|
||||
},
|
||||
]
|
||||
}
|
||||
}
|
||||
|
||||
注意：
|
||||
1. 必须严格按照JSON格式输出，不要添加任何额外文字或markdown代码块标记。
|
||||
2. 每个产品维度必须是一个完整的JSON对象，包含上述10个维度。
|
||||
3. 如果录音文本中未提及某个产品，该产品的JSON对象中所有维度应填写"暂无信息"或基于语境合理推断。
|
||||
4. 所有字段值必须基于录音文本内容，合理推断，不能随意编造。
|
||||
|
||||
录音文本：
|
||||
{RECORDING_TEXT}
|
||||
|
||||
|
||||
|
||||
|
||||
Reference in New Issue
Block a user