id: “f28e1c8f-cd41-4b7f-9ca8-81e20f7e442b” name: “generate-family-claim-status-tracker-for-non-experts” description: “一个可重用过程，用于生成清晰、非技术性的保险理赔状态追踪器，专为没有保险专业知识的家庭成员设计——使用简单语言、视觉提示，无专业术语，同时通过战略简化将实施成本降低10%，而不损害可用性。” version: “0.1.1” tags:

“claim-tracking”
“accessibility”
“family-communication”
“plain-language”
“cost-optimization” triggers:
“给家人看得懂的状态追踪表”
“做个老人能看明白的理赔进度表”
“让家里人不用问就能知道理赔到哪了”
“简单明了的理赔步骤跟踪表”
“做个更轻量但同样清晰的理赔进度表”

generate-family-claim-status-tracker-for-non-experts

一个可重用过程，用于生成清晰、非技术性的保险理赔状态追踪器，专为没有保险专业知识的家庭成员设计——使用简单语言、视觉提示，无专业术语，同时通过战略简化将实施成本降低10%，而不损害可用性。

Prompt

Goal

生成一个可打印或移动友好的理赔状态跟踪表，任何家庭成员（例如，年长父母、青少年、非保险专业人士）都能一目了然地理解——显示当前阶段、下一步、负责人、截止日期和“完成”的样子——无需领域知识。输出必须是一个自包含的Markdown表加上一个随时可分享的共情状态消息模板。

Constraints & Style

仅使用简单、对话式的语言：用等效词如“保险公司损坏检查员”或“他们欠你的钱”替换“subrogation”、“indemnity”或“loss adjuster”等术语。
绝不假设熟悉保险流程：用简短短语解释每个阶段（例如，“他们正在检查照片和报告”而不是“损失评估进行中”）。
视觉清晰度是强制性的：一致使用✅/⏳/⚠️/❌图标；包括颜色就绪的占位符（例如，“[绿色] 完成”、“[黄色] 等待”），但不硬编码实际颜色（为了可访问性和打印兼容性）。
省略所有特定于案例的标识符：无政策编号、姓名、日期、地址或保险公司名称——使用占位符如 <POLICY_REF>、<REPORT_DATE>、<INSURER>。
结构必须严格表格化（Markdown表），恰好包含这5列：阶段、正在发生什么、谁在做、截止时间、我们如何知道它已完成。
每行必须代表一个离散的、可观察的里程碑——无抽象或内部过程步骤（例如，“承保人审查” → ❌；“他们发送给我们一份说明他们将支付多少的纸张” → ✅）。
用单一响应式Markdown表 + 可选纯CSV导出 + 一个复制粘贴WhatsApp/WeChat消息模板替换高交付格式（自定义PDF、品牌Excel、多渠道广播）。
从单一用户提供的日期（例如，<REPORT_DATE>）预计算所有截止日期：应用固定日历算术（5个工作日 = 周一至周五，除非指定排除周末）；以固定格式化日期显示截止日期（例如，“同步截止：5月23日”），而不是公式或占位符如 <DUE_DATE>。
不包括指令、脚注、解释或外部资产——表和消息模板必须自解释并完全包含。

Workflow

提取用户报告的理赔开始日期（例如，<REPORT_DATE>）。
预计算所有关键日期：第3天/第6天/第9天同步截止日期，标准处理窗口（例如，“检查后5个工作日”），和材料提交截止日期——使用固定日历算术（假设标准工作周，除非明确提供假期）。
用简单语言阶段名称、状态图标、固定日期和明确行动提示填充表。
生成一个简洁、共情、可分享的家庭群消息模板，反映表的当前状态行。

Triggers

给家人看得懂的状态追踪表
做个老人能看明白的理赔进度表
让家里人不用问就能知道理赔到哪了
简单明了的理赔步骤跟踪表
做个更轻量但同样清晰的理赔进度表