Introduction
@Pompon产品MVP版本从0-到1的搭建
包括用户调研,流程设计,UIUX等
@Pompon产品MVP版本从0-到1的搭建
包括用户调研,流程设计,UIUX等
产品
SaaS
Admin/B/C
团队
PM*1
UIUX*1
工程师*2
Promblem
在建筑项目中，设计事务所需要持续与施工现场保持沟通，以确保设计方案能够正确落地。
然而，施工现场通常分布在不同地点，事务所人员无法长期驻场，只能通过电话、信息或定期到现场的方式确认施工情况。
随着项目数量增加，这种方式逐渐暴露出效率问题。尤其是在需要同时管理多个施工现场的情况下，信息获取与沟通成本显著提高。
本项目旨在设计一个从 0 到 1 的远程监控系统，帮助事务所用户更高效地管理多个施工现场。
在建筑项目中，设计事务所需要持续与施工现场保持沟通，以确保设计方案能够正确落地。
然而，施工现场通常分布在不同地点，事务所人员无法长期驻场，只能通过电话、信息或定期到现场的方式确认施工情况。
随着项目数量增加，这种方式逐渐暴露出效率问题。尤其是在需要同时管理多个施工现场的情况下，信息获取与沟通成本显著提高。
本项目旨在设计一个从 0 到 1 的远程监控系统，帮助事务所用户更高效地管理多个施工现场。
Understanding
建筑事务所用户需要高频地在多个施工现场之间获取信息与沟通确认，但现有方式依赖电话与线下往返，效率较低。如何降低信息获取成本并提升多项目切换效率，成为本项目的核心设计切入点。
建筑事务所用户需要高频地在多个施工现场之间获取信息与沟通确认，但现有方式依赖电话与线下往返，效率较低。如何降低信息获取成本并提升多项目切换效率，成为本项目的核心设计切入点。
在一个典型的项目团队中，虽然各职位承担不同职责，但他们的工作除了设计工作外，都围绕“与现场沟通确认”这一核心展开。根据调研，一个员工通常需要同时负责 3–6 个施工项目，并且平均每天会进行6-14次现场相关的确认操作，其中大约 40–50% 的时间都消耗在与施工现场相关的沟通与信息获取上。在这样的工作模式下，用户的行为呈现出明显的循环特征：不断地获取现场信息、判断是否存在问题、与现场沟通确认，并在沟通后再次进行确认。
该项目是我第一次接触建筑行业，因此在前期花费较多时间理解用户工作流程及业务背景，这也成为后续设计判断的重要依据。
在一个典型的项目团队中，虽然各职位承担不同职责，但他们的工作除了设计工作外，都围绕“与现场沟通确认”这一核心展开。根据调研，一个员工通常需要同时负责 3–6 个施工项目，并且平均每天会进行6-14次现场相关的确认操作，其中大约 40–50% 的时间都消耗在与施工现场相关的沟通与信息获取上。在这样的工作模式下，用户的行为呈现出明显的循环特征：不断地获取现场信息、判断是否存在问题、与现场沟通确认，并在沟通后再次进行确认。
该项目是我第一次接触建筑行业，因此在前期花费较多时间理解用户工作流程及业务背景，这也成为后续设计判断的重要依据。
部分员工一天作息
平均沟通强度及时间段
Goal
帮助事务所用户更高效地管理多个施工现场，并降低信息获取与沟通成本。
帮助事务所用户更高效地管理多个施工现场，并降低信息获取与沟通成本。
通过对用户与工作流程的分析，可以总结出几个核心问题：
现场信息获取成本高
信息存在时间延迟
沟通成本高
多项目管理复杂
这些问题共同指向一个核心需求：
事务所需要一种更高效的方式来查看和管理施工现场。
通过对用户与工作流程的分析，可以总结出几个核心问题：
现场信息获取成本高
信息存在时间延迟
沟通成本高
多项目管理复杂
这些问题共同指向一个核心需求：
事务所需要一种更高效的方式来查看和管理施工现场。
基于上述问题，我们将事务所每个科室抽象为一个 Room。每个Room可以同时监控该科室负责的复数施工现场。
基于上述问题，我们将事务所每个科室抽象为一个 Room。每个Room可以同时监控该科室负责的复数施工现场。
而如何优化信息展示结构, 减少界面干扰, 从而提高进入监控的效率成为我的设计重点。
Task / 主页面
在设计首页 Room一览时，我着重考虑了信息优先级问题: 用户需要频繁进入施工现场，应展示哪些信息才能支持快速决策？
在设计首页 Room一览时，我着重考虑了信息优先级问题: 用户需要频繁进入施工现场，应展示哪些信息才能支持快速决策？
改版前，注册时需要在一个页面输入包括手机/邮箱/支付等在内的10+个信息，导致用户产生厌烦和不安的情绪。
改版前，注册时需要在一个页面输入包括手机/邮箱/支付等在内的10+个信息，导致用户产生厌烦和不安的情绪。
在 Room 一览的设计中，我不仅关注资源使用情况，还考虑了不同角色的管理需求。相比一线用户关注“快速进入房间”，管理层更关注整体运行状态与资源分配。因此在该页面中，我重点提供了系统使用状况与异常信息，以帮助用户快速判断当前状态并做出决策。
在 Room 一览的设计中，我不仅关注资源使用情况，还考虑了不同角色的管理需求。相比一线用户关注“快速进入房间”，管理层更关注整体运行状态与资源分配。因此在该页面中，我重点提供了系统使用状况与异常信息，以帮助用户快速判断当前状态并做出决策。
调研
在设计Active Room列表时，最重要的是考虑到用户需要频繁进入施工现场，但列表中应展示哪些信息才能支持快速决策？
通过分析用户工作流程与使用频率，我将信息按照决策重要性进行分层。
在设计Active Room列表时，最重要的是考虑到用户需要频繁进入施工现场，但列表中应展示哪些信息才能支持快速决策？
通过分析用户工作流程与使用频率，我将信息按照决策重要性进行分层。
Task / 监控画面
基于用户“以观察为主”的使用方式，我将设计重点放在降低视觉干扰与突出监控画面本身。在交互层面，我减少了界面中持续可见的操作元素，仅在用户需要时提供反馈。
基于用户“以观察为主”的使用方式，我将设计重点放在降低视觉干扰与突出监控画面本身。在交互层面，我减少了界面中持续可见的操作元素，仅在用户需要时提供反馈。
对于事务所用户来说，进入房间后的主要任务并不是操作，而是长时间地观察施工现场的状态。然而不管是用户列表还是监控窗口都有大量交互内容，如果将所有信息与操作同时展示在画面上，会导致界面信息过于密集，干扰用户对画面的关注。
同时，用户在实际使用中需要同时查看多个现场画面（最多可达 8 个），这也对界面的信息布局提出了更高要求。
因此，如何在有限空间内平衡“信息展示”与“视觉专注”，成为这一部分设计的核心问题。
Other Screens
在完成核心流程与主要界面的设计后，我进一步对系统中的其他页面进行了补充与梳理。
这一部分的重点更多放在整体系统的一致性与各功能之间的连接关系上。
在完成核心流程与主要界面的设计后，我进一步对系统中的其他页面进行了补充与梳理。
这一部分的重点更多放在整体系统的一致性与各功能之间的连接关系上。
在设计过程中，我始终围绕“不同入口、统一逻辑”的原则展开，使用户能够在一致的结构与规则下完成操作。同时，通过明确各模块之间的职责划分与信息流转关系，保证系统在扩展的同时仍然保持清晰与可控。
这些设计并不强调单点功能的复杂性，而是更关注整体使用过程中的连贯性，让用户在不同页面之间切换时，能够自然理解系统的运作方式，并持续沿用已有的操作认知。
在设计过程中，我始终围绕“不同入口、统一逻辑”的原则展开，使用户能够在一致的结构与规则下完成操作。同时，通过明确各模块之间的职责划分与信息流转关系，保证系统在扩展的同时仍然保持清晰与可控。
这些设计并不强调单点功能的复杂性，而是更关注整体使用过程中的连贯性，让用户在不同页面之间切换时，能够自然理解系统的运作方式，并持续沿用已有的操作认知。
/Userlist
我在信息层面补充了用户的所属 Room 与职称等关键字段。在交互上，我将编辑操作分散到具体字段中，通过 hover 触发对应操作，使每一项信息都具备可编辑性，在不增加界面负担的前提下提升操作效率。
我在信息层面补充了用户的所属 Room 与职称等关键字段。在交互上，我将编辑操作分散到具体字段中，通过 hover 触发对应操作，使每一项信息都具备可编辑性，在不增加界面负担的前提下提升操作效率。
/Account
通过对使用情况的持续变化进行可视化呈现，管理者可以更清晰地理解系统的实际使用强度从而判断当前房间数量是否足够，或是否需要进行账号升级。
通过对使用情况的持续变化进行可视化呈现，管理者可以更清晰地理解系统的实际使用强度从而判断当前房间数量是否足够，或是否需要进行账号升级。
