让销售、设计和项目人员围绕同一个项目查看同一套资料
项目把定制家居业务中的项目、空间、图纸、材料和文件放进统一资料结构。系统负责关联、归档和查找，人继续负责设计判断、客户沟通、变更确认和项目决策。
公开说明为保护客户业务信息，案例中的企业名称、联系信息和部分界面内容已经匿名处理。
01家居建材
02项目平台
03资料承接
CASE-05
某定制家居项目服务企业
华东地区 定制Web应用 定制家具 定制Web应用开发
改造前后，工作方式发生了什么变化
直接看原来的工作方式、系统接手的部分、仍然需要人工确认的环节，以及最后得到的结果。
改造前01
改造前
改造前，一个项目会同时产生需求说明、空间信息、图纸、材料和多轮文件。资料分别通过聊天、文件夹和个人记录流转，销售、设计与项目人员经常需要再次确认“现在用的是哪一版、这个文件属于哪个空间”。
系统处理02
系统接手了什么
系统承担项目资料归档、空间与文件关联、版本上下文和统一查找；员工不需要反复从聊天记录中寻找附件，也减少重复转发和重新解释某份资料属于哪个项目。
人工确认03
哪些仍需人工确认
系统负责项目资料结构、文件关联、状态和历史上下文；销售继续负责客户沟通，设计人员负责方案判断，项目人员负责现场和交付确认。系统不替代专业设计与项目决策，只把资料协作从个人记忆中抽离。
最终结果04
最后得到什么
最终形成按项目组织的协作资料底座。资料关系长期留在系统里，人员变化或项目周期拉长后仍可以沿着项目上下文继续工作，而专业设计、客户沟通和关键变更仍由人确认。
这个项目具体做了什么
按实际业务问题、需要处理的流程、开发内容和交付结果展开，便于判断是否与你的情况相近。
现状01
改造前怎么工作
改造前，一个项目会同时产生需求说明、空间信息、图纸、材料和多轮文件。资料分别通过聊天、文件夹和个人记录流转，销售、设计与项目人员经常需要再次确认“现在用的是哪一版、这个文件属于哪个空间”。
主要问题02
重复人工与业务断点
重复人工集中在找附件、确认版本、重新转发资料和向同事说明项目上下文。项目周期越长，文件和变更越多，单靠聊天记录很难保持清楚；人员交接时也需要重新整理大量历史信息。
项目目标03
这次真正要改变什么
让每个项目拥有统一主记录，并把空间、图纸、材料和文件持续关联到这个项目下。员工从项目进入即可查看当前上下文，减少为了找资料和确认版本反复打断其他同事。
人工确认04
哪些判断继续由人负责
系统负责项目资料结构、文件关联、状态和历史上下文；销售继续负责客户沟通，设计人员负责方案判断，项目人员负责现场和交付确认。系统不替代专业设计与项目决策，只把资料协作从个人记忆中抽离。
流程设计05
流程怎样进入系统
项目作为主入口，向下连接空间、需求、图纸、材料和文件；不同资料围绕同一个项目编号组织，成员从项目详情进入查看上下文，而不是分别维护多份互不关联的文件清单。
开发内容06
杰泽尔实际开发了什么
杰泽尔完成项目资料模型、项目与空间关系、图纸和文件管理、材料信息关联、项目详情与检索以及内部使用界面，让销售、设计和项目人员使用同一套数据结构。
系统处理07
系统现在承担什么
系统承担项目资料归档、空间与文件关联、版本上下文和统一查找；员工不需要反复从聊天记录中寻找附件，也减少重复转发和重新解释某份资料属于哪个项目。
交付结果08
最终形成什么业务能力
最终形成按项目组织的协作资料底座。资料关系长期留在系统里，人员变化或项目周期拉长后仍可以沿着项目上下文继续工作，而专业设计、客户沟通和关键变更仍由人确认。
完成这个项目实际用了哪些服务
这里列出项目实际使用的主要服务和相关服务，方便继续查看对应的服务内容。
主要服务定制Web应用开发
开发面向定制家居项目的Web应用。
- 项目资料
- 图纸文件
- 协作记录
相关服务需求梳理
梳理项目、资料和协作需求。
- 项目流程
- 角色需求
- 资料边界
相关服务信息架构设计
规划项目与资料的信息结构。
- 项目目录
- 图纸分类
- 文件关系
相关服务UI界面设计
设计项目操作和资料查看界面。
- 项目工作台
- 资料列表
- 详情页面
相关服务前端开发
完成公开端与管理端页面开发。
- 页面组件
- 文件交互
- 移动端适配
相关服务后端开发
完成项目数据和后台逻辑。
- 项目数据
- 文件关系
- 权限校验
相关服务文件与媒体管理
管理图纸、文件和项目素材。
- 文件上传
- 分类管理
- 引用关系
项目实际使用了哪些技术
技术信息用于说明项目是怎样实现的；真正需要判断的仍然是它是否解决了业务问题。
技术栈
HTML5
构建项目与资料页面。
CSS3
实现项目工作台布局。
JavaScript
实现文件、列表和表单交互。
响应式布局
适配项目现场移动端查看。
PHP
承载项目与文件业务逻辑。
文件与媒体处理
处理项目文件和媒体资料。
MySQL
存储项目、文件与关系数据。
媒体资源管理
管理图纸与项目素材。
认证与权限
控制不同角色的数据访问。
开发内容
需求梳理
梳理定制家居项目和资料协作需求。
产品与项目规划
将项目流程转为平台结构。
信息架构
规划项目、图纸与文件层级。
UI视觉设计
设计项目操作界面。
前端开发
完成项目端页面开发。
后端开发
完成项目数据与文件逻辑。
媒体中心
建立图纸和资料管理能力。
移动端适配
支持移动端查看项目资料。
案例素材与隐私说明
客户名称、联系方式、敏感业务数据和不适合公开的界面会做匿名或脱敏处理。
匿名公开
为保护客户业务信息，案例中的企业名称、联系信息和部分界面内容已经匿名处理。
展示范围
页面只展示已经确认的项目范围、技术关系与脱敏素材，不公开客户联系方式和外部官网入口。
结果口径
案例以已完成的页面、功能、内容与交付范围为准，不使用无法独立核对的经营数字。
阅读这个案例时常见的问题
案例用于帮助判断问题和做法是否相近，具体项目仍需结合实际业务和现有系统确认。
不能直接复制。案例展示的是判断方法，实际项目仍要根据行业、资料、客户来源、现有系统和预算范围重新规划。
部分项目涉及客户隐私、内部资料、合同价格和业务数据，因此公开页面只保留方法、结构和可复用经验。
建议先梳理现有网站、资料、客户来源和当前最影响成交的问题，再判断先做页面重构、搜索内容、系统承接还是智能应用。