政务类产品的用户场景如何描述

用户场景（User Scenario）是以叙事方式还原特定角色在真实环境中使用产品的过程，需包含环境压力、行为序列、情感波折、系统响应等细节。以下是为政务巡检平台量身定制的用户场景写作指南，附政务特需要素和实战模板：

---

一、政务用户场景黄金四维框架

| 维度          | 政务场景要点                                      | 巡检平台案例                                  |
|---------------|------------------------------------------------|---------------------------------------------|
|  角色具象   | 职位+工作年限+KPI压力                           | 王建军，53岁，A片区巡检员（工龄18年），年度考核要求违规建筑24小时内发现率≥90% | 
|  环境压力   | 物理环境+政策约束+跨部门协同                    | 暴雨后山路湿滑需当日完成高危建筑排查|
| 任务痛点   | 行政流程瓶颈+民众诉求矛盾                       | 徒步拍照取证耗时3小时，但要求2小时内反馈工单 |
|  系统依赖   | 政务专网+国产化设备+数据安全                    | 仅能使用国产麒麟系统，影像数据需自动脱敏后上传至政务云” |

---

二、高信度政务场景七步构建法

步骤1：锁定关键事务节点

• 选择高频率、高风险、高成本场景
• 示例：暴雨后高危建筑紧急巡检

步骤2：植入政务特色压力源

压力类型	场景植入方式
政策时效压力	“《A市地质灾害防治条例》要求隐患点4小时内上报”
民众舆情压力	“边坡附近居民在抖音发布裂缝视频引发转发500+”
跨部门协同	“需同步将险情推送至应急管理局指挥平台”

步骤3：行为-系统交互剧本

用 “环境刺激 → 用户动作 → 系统反馈 → 行政结果” 四联结构：

步骤4：标注政务量化指标

• 效率指标
• 合规指标
• 安全指标

步骤5：设计逆向测试用例

步骤6：关联地方政策条款

步骤7：情绪曲线可视化

---

三、政务场景特有的死亡陷阱

陷阱1：忽视行政流程断点

• 错误：场景结束于“生成报告”
• 修正：必须延伸至下游行政动作

  “报告自动触发住建局查封流程（系统对接审批链）”

陷阱2：漏写问责防护机制

• 错误：未考虑决策追溯需求
• 修正：关键操作添加数字指纹

  “平台的决策记录加密存证，供纪委审计调阅”

---

政务铁律：用户场景不是童话故事，而是带镣铐的舞蹈。
检验标准：当场景能被纪委监察报告引用为证据时（如证明系统设计充分考虑问责要求），才具备政务产品的公信力。