01
历史数据查询 · 统计与态势掌握
痛点
季度汇报、专项研判全靠手工做表，领导追问「哪类在涨、集中在哪」，一时答不上来。
→
盒子解法
台账一句话出统计、图表和报告——领导问什么，即刻有答。
接诉即办智能盒子：把 AI 工位搬进每个街道
面向街道办公场景的本地化 AI 边缘工作站，融合数据主权、联通云大模型与端到端的减负场景
面向街道基层治理的智能化专用设备
用一个智能盒子 解决工单数据、安全与业务效率问题
智能盒子是一套基于本地微型服务器的软硬一体服务。它把 AI 助手、工单数据库、知识库与模板能力封装成可交付设备，帮助街道在不重建大系统的前提下，完成数据查询、办件辅助与风险提示。
本地化
数据留在街道侧，降低真实件外传顾虑
一体化
设备、系统、模型、知识库与模板统一交付
好上手
科室打开浏览器即可用，查数、办件、审材料上手快
历史工单可分析
数据本地闭环
材料自动质检
街道侧可直接使用
租用服务持续维护
Market Opportunity
一个确定性极强、付费意愿极高的刚需市场
接诉即办是北京基层治理的「一号工程」，北京市、朝阳区两级接诉即办考核评价实施办法严格实施，每个街道都在考核压力下运转， 却普遍缺乏好用的数据工具和安全的智能助手——这正是智能盒子的市场切口。
160+
个街道
北京市潜在终端客户
每个街道接诉即办科室均为独立采购决策单元
365
天 × 全年
高频刚需场景
每天都有工单要办、数据要查、材料要审
本地
安全闭环
竞品难以替代的核心壁垒
真实件不能上传公网 AI，街道只信本地设备
租用
持续付费
可预期的持续收入
设备 + 运维 + 知识库更新，非一次性买卖
街道每天都在「硬扛」
- 台账堆成山，领导要报告只能手工做表到深夜
- 考核排名一下来，不知道先盯哪个社区、哪类工单
- 疑难件靠老同志经验，新人不敢办、怕回复出错
- 社区报上来的附件和录音，审核员逐条看到眼花
- 想用 AI 又怕居民信息外传——公网工具根本不敢碰
智能盒子正好切中这个缺口
- 一台本地设备，开箱就能查数据、出报告、辅助办件
- 不用街道自建系统、不用养技术团队、不用碰公网
- 多街道实测验证，办件辅助和材料审核反馈积极
- 租用模式降低街道决策门槛，也保障持续服务收入
- 场景清晰、演示直观、价值可感知——不是概念，是能干活的助手
Business Context
三分钟读懂：街道在忙什么、考核什么
接诉即办：这是街道最普遍、考核最高频、已成上下体系化治理链条的重要工作， 上级考核极严，我们的盒子就是帮他们「少扣分、少加班、少风险」。
市级
定规则、统建设平台，排名通报全市情况
区级
承接市考核、实施区考核、专项检查、督办街道
街道
我们的客户——接件分派、审核把关、应对考核、协调社区与科室
社区
一线核实、现场协调处置、收集附件录音照片，推动办结
接诉即办 = 街道的「生命线」
居民打电话投诉物业不作为、楼道堆垃圾、噪音扰民……每一件都要限时办结、满意回复。 办不好就扣分、排名靠后、被约谈，严重时影响街道整体绩效和公信力。
对街道接诉即办科室来说，这不是「锦上添花」的数字化，而是天天在用的生产工具。 谁能帮他们更快查数据、更准辅助办件、更稳审核材料，谁就能拿到预算。
Street Value
对街道：智能盒子不是聊天AI，而是治理抓手
智能盒子把历史工单、考核风险和基层治理短板，转化为领导能看懂、能调度、能追责的管理依据。
从「个案办理」上升到「治理研判」
- 看清辖区诉求结构：哪些类型在上升，哪些社区、点位更集中。
- 看清考核风险来源：涉否、退单、重复投诉不只在个案层面。
- 看清下级治理抓手：后进社区、高发类型形成调度清单。
- 看清复盘依据：每个结论可追溯到工单编号和相关材料。
街道实测验证
已在多个街道落地使用，用户对统计出报告、办件思路辅助、佐证与录音交叉审核均给出积极反馈，主动导入个性化报告模板和分流办理规则知识。
「我们不是要买一个 AI 账号，是要一套能放在办公室里、用真实数据干活、有人帮我们维护的工作助手。」
Live Demo
四大核心场景：让智能盒子成为街道的「外置大脑」
以下每条演示问题均可打开详情页，查看智能盒子的完整输出效果（图表、报告、办件思路、质检结论）。
02
内部管理与调度指令
痛点
考核通报下来，共性风险、后进社区、重点工单三类问题，手工整理来不及。
→
盒子解法
排名、涉否、后进社区一键拉出，直接生成「派谁盯、盯什么」的调度指令。
03
典型办件解读
痛点
诉求类型混杂，新人不知如何分派回复，最怕口径不当引发二次投诉。
→
盒子解法
快速提炼投诉点，历史案例、政策依据、回复框架一次给齐，疑难件不再靠个人经验。
04
对社区科室办件结果快速质检、规避风险
痛点
附件、录音、剔除材料海量上报，审核员逐条细看，人手远不够用。
→
盒子解法
真伪智能核验、录音转写及风险研判，可输出优化建议，有效提升审核效率、降低合规风险。
Platform Foundation
三大平台底座 · 支撑四大场景持续运转
场景能力建立在本地安全、知识规则和租用运维之上——这是智能盒子区别于「单一 AI 账号」的根本。
本地安全与数据可控
街道真实件含居民电话、地址、录音和内部处置意见，不适合上传公共工具。智能盒子以本地设备承载数据与应用，减少跨平台复制和材料散落带来的安全顾虑。
典型关切
- 真实工单和居民信息能不能放在本地使用
- 不同账号的对话、附件会不会互相看到
- 录音、图片、台账能不能少在外部平台传
知识库与规则持续更新
国家、市区级法规政策、接诉即办考核规则、街道内部流程和部门职责纳入可检索、可引用、可更新的知识库，派件规则与敏感词可按本街道口径持续细化。
典型关切
- 回复时可以引用哪条政策法规
- 这个件应该派给哪个部门
- 流程和敏感词规则能不能持续更新
轻量租用与持续运维
以设备租用、系统使用、模板共建、规则调优和现场支持组成持续服务，支撑从演示、试用到正式采购的完整节奏，而非让街道自建技术团队。
典型关切
- 能否先试用、试用周期如何安排
- 报告模板、派件规则以后谁维护
- 新模板能不能教会街道自己做
亲自试一试：打开在线 AI 助手
▶ 在线演示Architecture
业务架构与产品架构
数据留街道，能力取云端——三方协作清晰分工，端边云三层职责边界明确。
业务架构 · 三方协作
以「和创智能提供业务能力、联通云提供大模型与算力、联通政企提供渠道与属地服务」为合作基线，角色边界清晰、能力互补。
中国联通 · 政企 / 渠道
渠道与属地服务方 / 客户对接
- 属地化销售与客户关系
- 试点筛选、需求对接、合同签订
- 属地运维与一线响应（与和创智能协同）
- 政务侧品牌背书与采购准入
- 增值业务与续约跟进
中国联通 · 联通云
大模型与云服务提供方 / 算力底座
- 大模型推理算力与 token-plan 计量
- 街道 ↔ 联通云之间的加密通道
- 云端服务 SLA、稳定性与可观测
- 面向政企客户的合规与等保支持
- 为智能盒子提供云端能力菜单
和创智能
业务能力提供方 / 产品与场景专家
- 智能盒子软件系统与本地业务引擎
- 接诉即办场景逻辑与流程编排
- 政策库版本化机制与内容
- 面向社工的话术与培训材料
- 持续迭代与新场景开发
产品架构 · 端边云协同
端（用户 PC/浏览器）— 边（智能盒子本地）— 云（联通云大模型）三层架构，职责清晰、数据边界明确。
端（用户 PC）— 边（智能盒子）— 云（联通云大模型）
数据留街道 · 能力取云端
云端层联通云
联通云大模型推理算力
Token 计量按月计费
加密通道提示词传输
⇅
仅传「提示词 + 必要上下文」· 原始工单数据不出街道
边缘层智能盒子
街道安全边界 · 本地闭环
工单数据库本地存储
本地业务系统15 个功能页
政策知识库版本化管理
业务常用语库纠错自动学习
密码授权 + 日志访问控制
⇣
街道 / 社区 PC 浏览器 · 局域网访问，无需公网暴露
终端层用户接入
街道科室 PC
社区社工 PC
领导查询端