空间主数据管理系统产品系统

根据业务管理精细化越来越细的需求（楼——分户），以及一线对于数据流转的需求，需对原有数据系统进行升级迭代。解决项目1+7团队在数据传递
（填报、反馈）场景下数据流转不佳、多头管理的痛点。通过升级主数据系统，增加空间实体楼栋数据，实现多系统数据统一采集、统一处理、统一分发、自动匹配、统一呈现；通过系统推送、OCR扫描等能力，减少一线手工、重入录入工作量，降低无效工作。

【定位】空间主数据是数据底座的核心。它以"宗地 → 项目 → 分期 → 楼栋 → 单元 → 分户"为主线，统一管理地产开发全过程涉及的空间对象，作为投资、设计、成本、计划、营销、工程、客服等系统共用的唯一数据源，解决空间数据重复录入量大、采集效率低、服务共享难、安全保障差的问题。涵盖从数据标准、数据采集、数据清洗、数据建模、数据存储、数据服务、数据安全等数据全周期管理功能。
【核心功能模块】
宗地：以投资管理系统的拿地信息为源头生成宗地数据，管理宗地基本信息、指标，并与项目、分期建立关联。
项目：维护项目基础信息、组织归属和项目状态，作为空间层级的根节点，向其他业务系统分发。
分期：在项目下划分分期，管理分期的基本信息和节点，支撑计划、成本、营销按分期口径取数。
楼栋/单元/楼层/分户：逐级维护楼栋结构、房间结构、面积和价格等信息，并支持公共空间管理。
面积版本管理：按"拿地 > 启动会 > 施工图定稿 > 预测 > 实测"五个阶段保存面积版本，保证各阶段数据可追溯、可对比。
数据服务与共享：通过数据底座向设计、成本、计划、营销、工程、客服等系统提供查询服务，同时接收各系统的回写数据（如设计的楼栋结构、营销的房间价格）。

【我的职责】负责空间主数据中宗地、项目、分期三个模块的需求分析和原型设计，包括：梳理字段、层级关系和各系统的数据流转（谁生成、谁消费）、设计管理页面、新增/变更流程和状态流转、输出原型和需求文档，对接研发和各业务系统。
【难点与解决方案】
数据口径不统一
难点：投资、设计、成本、营销各系统对"项目"”分期"”用地"的定义和编码不同，同一对象在各系统里字段和口径不一致。
方案：组织各职能部门梳理对象和字段，建立统一的层级模型和编码规则，明确"生成方"和"消费方"，由数据底座作为唯一数据源，其他系统只消费或按权限回写。
宗地、项目、分期的关系复杂
难点：一宗地可对应多个项目，一个项目会分多期，也存在多宗地合并开发、分期调整的情况，关系处理不好会影响下游的面积和指标汇总。
方案：设计"宗地—项目—分期"的关联关系，支持一对多和多对多，并对拆分、合并的场景在原型中给出明确的规则和流程。
数据随开发阶段变化
难点：面积和指标在拿地、设计、施工、实测各阶段不断调整，业务需要追溯历史、对比差异。
方案：引入面积版本机制，按阶段固化版本，变更走流程并留痕，下游系统按所需版本取数。
多系统协同和数据安全
难点：投资、设计、成本、计划等系统同时读写，数据权限和保密性要求高。
方案：采用自研底座，按角色和组织控制数据权限，明确各系统的写入范围，保证数据可控。