
| 角色 | UI/UX设计 · 信息架构 · Web产品设计 · 跨职能协作 |
|---|---|
| 项目类型 | Web端 0→1 · 跨平台产品重构 |
| 平台 | Web App |
| 用户 | 建筑、房地产等行业的专业用户。大型企业中,移动端更多用于现场调查,Web更多用于后续设计、分析和方案规划 |
| 团队 | 6人:产品总监 ×1、PM ×1、设计 ×1、前端 ×1、后端 ×1、测试 ×1 |
| 时间跨度 | 2024年1月启动,核心设计约3周;2024年5月公测,2025年6月正式上线 |
| 我的贡献 | 1. 负责Web端产品框架、信息架构与主要模块的UI/UX设计; |
Scanat 最初以 iPhone / iPad 为主要产品形态。随着客户需求增加,公司开始建设 Web 端,让用户可以在桌面环境中继续管理扫描文件、查看模型,并承载后续更复杂的测量和模型操作。
项目初期的 Web 线框基本沿用了 iPad 的布局。我重新根据桌面端的输入方式、屏幕空间和专业工作场景设计产品框架,最终形成 Tree + 多视图的文件管理、可组合的三区域 3D Model Space,以及 信息页面 Light / 3D 工作区 Dark 的视觉策略。这套结构从公测开始一直沿用,并成为后续 Web 功能扩展的基础。
**我的工作:**负责 Web 端 0→1 的信息架构、主要模块 UI/UX 和视觉方向,并在上线后持续基于同一框架设计新的专业功能。


项目开始时,第一版 Web Wireframe 基本直接沿用了 iPad 的布局。但桌面端的使用环境已经发生变化:屏幕更宽,以鼠标和键盘为主,也更适合同时展示文件层级、模型和属性信息。
如果继续放大 iPad 页面,会出现横向空间利用不足、文件浏览效率偏低,以及 3D 操作过程中上下文频繁切换的问题。

核心框架需要在约 3 周内确定。考虑到团队规模和项目阶段,我没有等待完整的正式研究,而是先基于已有客户场景、现有 iPad 产品问题和专业桌面工具建立框架假设;上线后再通过持续功能扩展验证这套结构是否成立。
界面布局方面,主要查看了 Figma、Spline、AutoCAD Web、Blender、Pix4D 等桌面专业工具,重点研究它们如何利用宽屏空间组织导航、Canvas、工具和属性。

核心设计约 3 周,主要分为四个阶段:
相比 iPad 上以 Card 为主的浏览方式,Web 用户需要更快地扫描较多文件,并同时查看层级和文件信息。
最终方案使用:

这个调整没有改变原有文件逻辑,只重新设计了桌面端的信息呈现方式。后续团队协作等功能也继续扩展在这套结构上。

3D Model Space 的不同功能都围绕中央 3D Canvas 展开,但需要同时展示的辅助信息并不相同。常规场景会在画布左右同时显示面板,而全景漫游、轮廓图等功能只需要单侧面板;同一个位置也可能根据功能承担列表、导览、详情或参数设置。
因此我没有把左右区域固定定义为“列表”和“详情”,而是建立了一套可组合的三区域结构:

常规功能通常使用左右双面板 + 中央画布;单侧面板功能则把必要信息集中到一侧。这样不同功能可以复用同一套 Web Shell,同时根据任务调整具体内容,而不需要重新设计一级布局。

视觉阶段比较了全 Light、全 Dark 和 Split Theme 三个方向。
文件管理以列表、文字和元信息为主,Light Theme 的阅读效率更高;Model Space 以 3D 模型为核心,Dark Theme 能降低周边界面对模型的干扰。最终没有要求整个产品统一为一种主题,而是根据任务场景分别处理。

**上线与沿用:**2024年5月公测,2025年6月正式版上线。File Management 和 Model Space 的一级结构上线后一直沿用,没有发生重构。
**客户与销售反馈:**公测后整体反馈积极。当时 Web 版需要额外付费,仍有客户专门购买相应版本;销售反馈有部分客户甚至希望在移动端也能完全复刻web端的布局和使用体验。因此,自Web公测上线以来一直到现在,Web版都是销售团队推广时最重要的产品卖点之一,
**平台分工:**在部分大型客户中,移动端更多用于现场调查和扫描,Web 更多承担后续设计、分析和方案规划,与桌面端最初的产品判断基本一致。
**支撑后续扩展:**立方体、体积测量、全景漫游、楼层设置、轮廓图和家具布置等功能陆续建立在同一套 Web Shell 上。随着产品发展,除必须依赖 App 的能力外,越来越多复杂功能开始优先在 Web 设计或内测。
