안녕하세요! ARCOA 지안입니다. 👋
노코드 DB 시리즈의 마지막 글에서는 튜토리얼을 잠시 내려두고, 왜 디자이너가 데이터를 알아야 하는가, 그리고 데이터가 디자인을 어떻게 더 단단하게 만드는가에 대해 이야기해 보려 합니다.
4편 동안 우리는 DB라는 세계를 “보는 법”을 익혔습니다.
정적 데이터로 제품의 룰을 만들고, 동적 데이터로 사용자의 흔적을 기록하고, Firestore 구조를 통해 서비스의 신경망을 세웠습니다.
이제 마지막 퍼즐 조각입니다.
디자이너는 데이터를 통해 사용자를 더 깊이 이해하고,
더 나은 결정을 만들 수 있다.
1/ 왜 디자이너가 데이터 구조를 이해하죠?
UI는 눈에 보이고, DB는 보이지 않습니다.
그래서 많은 디자이너가 “개발의 영역”이라고 선을 긋곤 하죠. 하지만 앱의 품질은 보이지 않는 곳에서 결정됩니다.
- 어떤 데이터가 어디에 저장되는지
- 어떤 값이 언제 갱신되는지
- 로그의 흐름이 UX 흐름과 어떻게 연결되는지
이 모든 것은 디자이너의 의사결정과 직결되는 UX 구조물입니다.
예를 들어봅시다.
- “홈 화면에서 추천 영역의 개인화?” → 추천 데이터 구조
- “기록을 더 자연스럽게 잇는 방법은?” → 로그 테이블 구조
- “사용자 여정이 끊기지 않으려면?” → 상태(State) 모델링
즉, 데이터 구조를 이해하는 순간, 디자이너의 선택지는 UI 요소에서 프로덕트 로직까지 확장됩니다.
2/ “DB 설계를 아는 디자이너”의 의미
이것은 디자이너가 SQL을 잘 치거나 인덱스를 튜닝한다는 뜻이 아닙니다.
진짜 의미는 이것입니다.
- 서비스의 기준을 정의할 수 있다.
- 사용자의 행동을 데이터로 해석할 수 있다.
- 문제를 감으로 해결하는 것이 아니라, 근거로 해결할 수 있다.
예를 들어, ARCOA의 서비스를 살펴 보면, 전혀 다른 서비스임에도 공통된 철학이 있습니다.
- arcoi는 감정 기록을 중심으로 한 정성 데이터
- tagbit은 습관/루틴이라는 반복 패턴 데이터
- pica는 카드 선택·검색·추천이라는 의도 기반 데이터
하지만 이 세 앱 모두가 작동하는 방식은 동일합니다.
“사용자의 행동 → 데이터 → 패턴 → 인사이트 → UX 개선”
이 구조를 바라보는 시선이 바로 데이터를 다루는 디자이너입니다.
3/ 데이터 디자인 철학: 세계를 잇는 보이지 않는 규칙
ARCOA의 앱들은 서로 전혀 다른 세계관을 가지고 있지만, 데이터 구조를 보면 공통의 리듬이 있습니다.
- 정적 데이터로 세계의 규칙을 만들고
- 동적 데이터로 사용자의 흔적을 쌓고
- Firestore 매핑으로 세계와 사용자 행동을 연결하고
- 로그를 통해 공감 가능한 개선의 근거를 찾는다
이런 설계가 잘 되어 있으면 앱의 겉모습을 바꿔도 무너지지 않습니다.
UI는 바뀌지만 세계관은 유지되기 때문입니다.
이것이 바로 데이터 디자인의 힘입니다.
4/ 맺음: 보이지 않는 UX를 디자인하다
5편의 시리즈를 마치며, 제가 얻은 결론은 단순합니다.
DB 설계는 결국 공감의 또 다른 형태다.
사용자의 행동을 기록하고, 이해하고, 다시 돌려주는 과정 ✦
우리가 만드는 앱은 결국 “사용자 경험”이라는 긴 여정입니다.
그 여정은 화면 위에서만 시작되지 않습니다.
데이터의 흐름에서 이미 결정되고 있습니다.
그 흐름을 이해하고 다룰 수 있게 되는 순간, 디자이너는 더 단단한 세계를 만들 수 있습니다.
✦ 디자이너를 위한 요약
데이터를 이해하는 디자이너는 ‘UI 디자이너’가 아니라
‘경험을 설계하는 사람’이 된다.
다음 글
✦ 비개발자를 위한 노코드 DB 설계
├ 1 ✦ DB 설계는 UX 설계의 뒷면이다 완료
├ 2 ✦ 정적 데이터는 제품의 룰북이다 완료
├ 3 ✦ 동적 데이터로 사용자의 흔적을 설계하다 완료
├ 4 ✦ Firestore 매핑으로 프로덕트 신경망 구축 완료
└ 5 ✦ 디자이너가 데이터로 말하는 법 완료
이제 노코드 DB 시리즈는 끝났습니다!
다음은 Firestore 셋업 시리즈가 시작됩니다.
✦ 디자이너(비개발자)의 Firestore 셋업
├ 1 ✦ 설계·타입·관계·업로드 체크리스트
├ 2 ✦ Database 만들기와 버전/위치/모드 선택
├ 3 ✦ 콜렉션 구조 설계 (Static vs Dynamic)
├ 4 ✦ 보안 규칙 작성 (테스트 vs 프로덕션)
└ 5 ✦ 데이터 업로드 방법과 FlutterFlow 활용
디자이너(비개발자)를 위한 Firestore 셋업 ✦ 총 5편
안녕하세요! ARCOA 지안입니다. 👋 Firebase 셋업 시리즈에서 ‘앱의 뼈대’를 만들었다면, 이제 Firestore 시리즈에서는 앱이 실제로 움직이기 위한 데이터의 구조와 흐름을 설계합니다. 노코드 앱
dev.arcoa.kr
'No-Code Log' 카테고리의 다른 글
| Firestore 매핑으로 프로덕트 신경망 구축 ✦ 노코드 DB #4 (0) | 2025.11.28 |
|---|---|
| 동적 데이터로 사용자의 흔적을 설계하다 ✦ 노코드 DB #3 (0) | 2025.11.27 |
| 정적 데이터는 제품의 룰북이다 ✦ 노코드 DB #2 (0) | 2025.11.26 |
| DB 설계는 UX 설계의 뒷면이다 ✦ 노코드 DB #1 (0) | 2025.11.26 |
| 비개발자를 위한 노코드 DB 설계 ✦ 총 5편 (0) | 2025.11.24 |