CASE 02 / PRODUCT DESIGN / HEALTHCARE SaaS
Mind Speak CMS.
여러 기관의 검사 운영을, 하나의 제품으로 연결하다.
본사·파트너·의료기관의 서로 다른 업무를 하나의 CMS로 연결했습니다. 기관 개설부터 장비 사후관리, 검사 결과와 개인정보, 서비스 공지까지 운영 기획·UX/UI·프론트엔드 구현을 맡았습니다.
- OWNERSHIP
- 운영 기획 · IA · UX/UI · 프론트엔드
- COLLABORATION
- 개발 · 하드웨어 · 의료데이터 분석팀
- SCOPE
- 3개 역할 · 7개 운영 영역
- PERIOD
- 초기 구축 2025.09–11 · 후속 설계 2026
본문 이미지는 Figma 설계 화면입니다. 초기 구축과 후속 설계, Draft를 구분해 소개합니다. 화면의 이름과 수치는 시안에 포함된 예시입니다.
01 / CONTEXT & GOALS
내부에서 관리하던 데이터를, 외부에서 운영할 수 있어야 했습니다.
기존 도구는 여러 제품의 데이터를 내부에서 확인하는 구조였습니다. Mind Speak가 여러 기관으로 확대되면서 결과 전달뿐 아니라 도입, 장비 대응, 계정과 이용 안내까지 제품 안에 담아야 했습니다.
DESIGN QUESTION
누가, 어떤 기관의 데이터를, 어디까지 다룰 수 있는가?
화면을 일곱 개 메뉴로 나누는 것만으로는 해결되지 않았습니다. 역할 간의 인계와 데이터의 연결 조건을 먼저 정의해야 했습니다.
기관이 직접 업무를 마치도록
결과 요청과 전달에 머물던 구조를 기관의 직접 탐색·조회·출력 흐름으로 확장했습니다.
장비 문제가 이력으로 남도록
장비의 현재 정보에 이슈 처리와 교체 기록을 연결해 후속 대응의 맥락을 남겼습니다.
권한과 상태를 구분할 수 있도록
역할, 사용 가능 여부, 처리 상태와 개인정보 공개 여부를 서로 다른 판단 단위로 다뤘습니다.
02 / OPERATING MODEL
역할은 세 가지, 업무는 하나의 연결된 구조로.
본사는 전체 제품 운영을, 파트너는 기관과 장비의 운영을, 의료기관은 대상자와 검사 업무를 중심으로 움직입니다. 이 차이를 역할별 내비게이션과 업무 흐름에 반영했습니다.
역할별 대표 업무를 요약한 구조입니다. 각 메뉴의 조회·수정·삭제 권한 전체를 표시하는 표는 아닙니다.
기관·장비·계정의 연결 조건을 설계했습니다.
- 01기관 정보 설정
기관·지점, 검사와 결과지 유형을 정의합니다.
- 02장비 등록·연결
사용 장비가 등록되어야 센터 코드가 생성됩니다.
- 03역할과 소속 설정
기관 계정과 파트너 계정에 필요한 입력을 구분합니다.
- 04첫 사용 준비
이메일 인증과 비밀번호 변경을 마쳐 계정을 활성화합니다.
DESIGN DECISION필수 입력 항목뿐 아니라 사용을 시작할 수 있는 조건을 화면에 드러냈습니다. 등록 완료와 실제 사용 가능 상태를 구분하는 것이 기관 온보딩의 핵심이었습니다.
03 / DEVICE LIFECYCLE
장비가 교체되어도, 운영의 맥락은 이어져야 합니다.
기관에서 사용하는 장비는 설치 후에도 장애 확인과 대응, 교체가 이어집니다. 현재 장비 정보와 이슈 처리, 교체 이력을 한 상세 화면에서 연결했습니다.
활성 / 비활성
장비를 사용하도록 설정했는지 나타냅니다. 오류 유무나 대응 완료 여부와 분리했습니다.
정상 / 오류
장비의 문제 유무를 나타냅니다. 시리얼·MAC·발생 로그를 통해 확인할 수 있게 했습니다.
미해결 · 확인중 · 보류 · 해결
문제에 어떻게 대응하고 있는지 기록합니다. 이 네 상태는 사용 가능 여부를 대신하지 않습니다.
DESIGN DECISION장비 정보를 수정하는 것과 장비를 교체하는 것을 별도 행동으로 나눴습니다. 교체 사유와 이전 시리얼을 남겨, 이후 담당자도 변경의 이유를 확인할 수 있도록 설계했습니다.
04 / EXAMINATION WORKFLOW
대상자를 찾는 일에서, 결과를 설명하는 일까지.
한 대상자에게 여러 검사가 쌓입니다. 사람을 식별하는 등록 아이디와 개별 검사를 식별하는 검사번호를 구분하고, 대상자 이력에서 결과지와 뇌 활성도 확인으로 이어지게 했습니다.
- 01대상자와 검사 찾기
검색·기간 필터·관심 대상으로 범위를 좁힙니다.
- 02이력 확인
대상자 상세에서 검사 목록과 메모를 함께 봅니다.
- 03결과 확인·보완
Basic/Pro 결과지, 설문 점수와 검사 소견을 다룹니다.
- 04저장·출력
수정 반영과 최종 저장을 구분하고 완료를 알립니다.
DESIGN DECISION결과지는 보기 전용 문서로 끝나지 않습니다. 설문 점수와 소견을 수정하고, 반영한 내용이 저장됐는지 확인하는 작업 흐름까지 설계했습니다.
결과지 편집·저장 상태 자세히 보기
상태 동작을 설명하는 시안이며, 일부 결과 설명은 임시 문구입니다.
05 / PRIVACY & CONTROL
이름을 확인할 필요와, 노출을 줄일 필요를 함께 설계했습니다.
운영자는 대상자를 구분해야 하지만 화면 공유와 결과지 전달에서는 이름이 의도치 않게 노출될 수 있습니다. 목록의 기본 마스킹, 이름 공개 전 안내, 결과지의 별도 공개 설정을 나눠 설계했습니다.
| 상황 | 설계한 규칙 | 판단의 이유 |
|---|---|---|
| 목록 조회 | 검사·대상자 목록의 이름을 기본 마스킹 | 반복 조회 중 불필요한 전체 이름 노출 줄이기 |
| 이름 공개 | 전체보기 실행 시 노출 주의 안내 | 공개 행동의 의미를 사용자가 인지하도록 |
| 결과지 전달 | 목록과 독립된 마스킹 설정을 인쇄·저장에 적용 | 조회 중의 선택이 전달용 문서에 그대로 이어지지 않도록 |
DESIGN DECISION개인정보 보호를 하나의 토글로 끝내지 않고, 조회·공개·출력의 맥락마다 공개 범위를 판단하도록 했습니다.
06 / SERVICE OPERATIONS
서비스를 운영하는 일도, 제품의 경험에 포함했습니다.
기관이 늘어나면 변경 사항을 누구에게, 언제, 어떤 언어로 알릴지도 운영 업무가 됩니다. 공지 작성부터 대상 지정, 예약 발행, 알림과 이용 안내까지 연결했습니다.
같은 공지, 다른 공개 대상
전체·파트너·의료기관·특정 기관을 구분해 필요한 범위에 전달하도록 했습니다.
작성과 발행을 분리
임시 저장·미리보기·즉시 또는 예약 발행으로 작성과 전달 시점을 나눴습니다.
떠나기 전, 발행하기 전
미저장 이탈과 언어별 내용 누락을 확인하고 다음 행동을 선택할 수 있게 했습니다.
이탈 방지·다국어 누락·알림의 세부 설계
DESIGN DECISION게시글을 등록하는 화면에서 한 단계 더 나아가, 공개 대상과 발행 시점, 잘못 발행하거나 내용을 잃는 상황까지 운영자가 제어하도록 했습니다.
07 / CONTINUING THE PRODUCT
데이터가 쌓인 뒤의 탐색과 해석도 확장했습니다.
검색과 대시보드는 Figma에 Draft로 남아 있는 후속 탐색입니다. 기존 업무 구조를 바탕으로 검색 결과의 구분과 지표의 읽는 기준을 구체화했습니다.
무엇과 일치했는지 보여주기
검색 범주와 결과 수, 매칭 강조, 필터 초기화로 탐색의 기준을 드러냈습니다.
숫자의 집계 기준 드러내기
일·주·월 전환과 툴팁으로 집계 기간과 단위를 설명하고 연령대×기간 분포를 제시했습니다.
속도와 정확도를 함께 확인
마스킹된 검색 결과에서 올바른 대상자를 선택하는지, 기간별 숫자를 같은 뜻으로 해석하는지 검증할 계획입니다.
시안의 검사 수·기관 수는 예시 데이터이며 제품 성과가 아닙니다. Draft의 출시 여부와 사용성 개선 효과는 확인되지 않았습니다.
08 / DESIGN SYSTEM & DELIVERY
운영 규칙이 반복되는 곳을, 재사용 가능한 UI로.
역할에 따른 내비게이션, 입력의 진행·오류 상태, 이슈 처리 상태를 컴포넌트 변형으로 정리했습니다. 기획과 UX/UI에 더해 프론트엔드 구현을 맡으며 상태와 동작을 연결했습니다.
공통 구조와 역할 변형
레이아웃을 공유하면서 계정의 역할과 소속을 일관된 위치에서 확인하도록 했습니다.
입력부터 완료까지
입력 필드, 드롭다운, 테이블, 페이지네이션, 토스트를 업무 흐름의 상태와 연결했습니다.
화면과 동작을 함께 전달
계정 활성화 조건, 교체 이력, 이름 공개와 저장 피드백을 화면별 예외 상태로 구체화했습니다.
DESIGN DECISION반복되는 UI의 외형과 함께 그 상태가 의미하는 업무 규칙을 정리했습니다. 일관성은 같은 버튼 모양뿐 아니라, 같은 행동이 같은 결과를 뜻하는 데서 만들어집니다.
09 / OUTCOME & REFLECTION
기관이 직접 운영할 수 있는 제품의 기반을 만들었습니다.
초기 구축에서 역할과 운영 영역을 연결했고, 후속 설계에서 개인정보·서비스 공지·탐색의 세부 정책을 확장했습니다. 이 프로젝트의 기여는 화면 제작에서 운영 모델과 예외 상황의 설계까지 이어집니다.
본사·파트너·의료기관
책임이 다른 사용자의 운영 구조
도입에서 일상 운영까지
센터·장비·계정·검사·대상자·통계·자료
기획·설계·프론트엔드
운영 규칙을 화면과 동작으로 연결
다음에는 실제 업무의 변화를 측정하겠습니다.
현재 자료에서 확인되는 것은 설계 범위와 산출물입니다. 운영 시간 단축률·문의 감소율을 입증하는 측정 자료는 없어 성과 수치로 제시하지 않았습니다. 아래는 후속 검증 계획입니다.
| 검증할 업무 | 확인할 지표 | 함께 볼 실패 조건 |
|---|---|---|
| 기관 첫 사용 | 장비 연결부터 계정 활성화까지 완료율·지원 요청 | 센터 코드 미생성, 인증 미완료로 중단 |
| 검사 결과 탐색 | 올바른 결과지 도달 성공률·중앙 소요 시간 | 동명이인·반복 검사에서 잘못된 결과 선택 |
| 결과지 전달 | 의도한 이름 공개 상태로 출력하는 비율 | 목록과 결과지 설정을 혼동한 개인정보 노출 |
B2B 제품의 완성도는 업무 사이의 연결과 예외 상황에서 드러납니다.
센터를 만들었지만 장비가 없는 순간, 계정을 받았지만 인증하지 않은 순간, 이름을 확인한 뒤 결과지를 전달하는 순간까지 설계해야 했습니다. 다음 단계에서는 이 연결이 실제로 이해되는지 역할별 과업 테스트와 운영 로그로 확인하겠습니다.