政府产业数据驾驶舱
回答：濮院有哪些产业对象？正在发生什么变化？
- 连接
- 商场、租户、客商、需求、活动与服务关系
- 形成
- 产业对象视图、供需观察、服务运行和待关注事项
- 状态
- 平台化规划一期数据基础
PUYUAN / TYPICAL SCENARIOS
十个场景，
把平台故事讲到真实工作里
产品矩阵回答“有什么能力”，场景页回答“这些能力在什么时候发生、由谁使用、最后形成什么结果”。下面是第一批典型场景：政府侧六个，跨角色平台侧四个。
不是把功能堆在一起，而是把产业对象、需求、服务和关系放进一条可以理解的工作链。
01 / GOVERNMENT
政府侧：从管理商场，到看见产业全局
政府侧场景重点不是做一个漂亮大屏，而是让产业对象、产业关系和产业服务可观察、可协同、可研判。
商场与租户治理
回答：有哪些商场和租户？入驻、经营、服务状态如何？
- 连接
- 商场档案、租户档案、入驻状态、费用与服务事项
- 形成
- 统一对象台账、事项跟进和跨商场治理视图
- 状态
- 一期已验证平台化规划
客商来源与需求态势
回答：客商从哪里来？在关注什么？哪些需求没有被承接？
- 连接
- 客商来源、到访触点、找货方向、需求发布与承接关系
- 形成
- 需求热点、来源观察和需要服务介入的线索
- 状态
- 平台化规划
产业活动与公共服务运营
回答：活动如何组织？到访和停车、餐饮、住宿、接送如何承接？
- 连接
- 活动、报名、到访、商场服务与平台权益
- 形成
- 活动服务链、到访承接和公共服务协同
- 状态
- 平台化规划
政策发布与产业服务触达
回答：政策和通知如何准确触达相关对象？反馈如何回来？
- 连接
- 政策内容、商场、租户、客商与服务触点
- 形成
- 分对象触达、阅读反馈和服务需求沉淀
- 状态
- 平台化规划
产业运行分析与治理研判
回答：哪些结构、需求、活动和服务变化值得关注？
- 连接
- 对象结构、供需连接、活动到访、服务反馈和问题线索
- 形成
- 趋势观察、异常提示、专题跟进和治理依据
- 状态
- 平台化规划
02 / CROSS-ROLE
跨角色：让客商、租户、商场和平台形成轻量连接
平台负责发现、推荐、连接和服务；客商与租户决定是否合作以及如何交易。平台不参与商品货款清算。
三层会员与权益体系
回答：同一次租户消费，如何在租户、商场、平台三层形成连续权益？
- 连接
- 租户确认的消费凭证、租户会员、商场权益和平台权益
- 形成
- 租户侧商品权限、商场侧到访服务、平台侧公共服务
- 状态
- 平台化规划
客商找货与 AI 智能建联
回答：客商发布需求后，怎样找到合适租户，又不泄露客商信息？
- 连接
- 需求文字、公开商品、租户承接意愿和推荐关系
- 形成
- 平台推荐、租户报名；取得客商明确授权后才转交联系方式
- 状态
- 平台化规划
公域与私域流量转化
回答：平台公域客商与租户私域客户，如何有选择地双向连接？
- 连接
- 平台内容、租户内容、客商关注、授权和建联结果
- 形成
- 租户获得高质量触达，客商保留选择权，关系可回到线下微信
- 状态
- 平台化规划
租户能力评价与合作判断
回答：这家租户是否值得合作，而不是简单评价经营规模。
- 连接
- 商品力、服务力、价格力、履约力、售后力与评价反馈
- 形成
- 多维能力画像、可信度提示和客商合作判断参考
- 状态
- 平台化规划
03 / SCENE MODEL
每个场景，都用同一条工作链讲清楚
场景页不是详细 PRD，不展开字段、接口、算法和权限；完整产品矩阵仍然是能力细节的唯一来源。
01 / BACKGROUND
场景背景
谁在什么情况下遇到问题？
02 / ACTORS
参与角色
谁提供信息，谁需要结果？
03 / CONNECTION
连接对象
平台把哪些对象和信息放在一起？
04 / WORK VIEW
工作视图
平台提供什么观察、推荐或协同？
05 / RESULT
业务结果
最后形成什么可理解的结果？
统一边界：场景页表达产品规划和讲解，不代表所有能力已经上线；“一期已验证”“平台化规划”“后续探索”会分别标注。平台轻量连接，不替代政府行政流程，也不替客商与租户做交易决策。