비개발자를 위한 노코드 DB 설계 ✦ 총 5편

안녕하세요! ARCOA 지안입니다. 👋

 

지금부터 비개발자(디자이너)에게 꼭 필요한 노코드 DB 설계에 대한 이야기를 총 5편으로 진행하겠습니다. 가장 기본적인 개념부터 예시까지 함께 읽으면서 왜 DB를 알아야 하는지 살펴봅시다.

 

디자이너가 DB까지 해요?

 

네, 했습니다. 그리고 이건 제 앱 개발에서 가장 중요한 전환점이었어요.

화면을 아무리 예쁘게 만들어도, 데이터 구조가 엉망이면 앱은 제대로 동작하지 않았거든요. 사용자가 남긴 기록이 어디에 저장되는지, 어떤 기준으로 다시 불러오는지, 이것을 이해하고 나서야 비로소 "경험을 설계한다"는 말이 진짜가 됐습니다.

그래서 이 시리즈는, “코드를 모르는 디자이너가 어떻게 데이터를 사고하고 설계하는가” 그 실전 경험을 담았습니다.

 

 

 

1/ 이 시리즈로 얻을 수 있는 것

✅ UX 흐름에서 데이터 구조를 도출하는 사고법

디자이너(비개발자) 관점에서 DB 만들기

 

✅ Static vs Dynamic, 데이터의 차이 이해

제품 세계를 만드는 정적 데이터 vs 사용자의 흔적이 되는 동적 데이터

✅ Excel → Firestore 매핑 방법

익숙한 도구(엑셀 스프레드 시트)에서 NoSQL 구조로 전환하는 과정

✅ 실전 노하우와 막히는 지점 해결법

제가 직접 겪었은 실수와 해결

 

 

 

2/ 비개발자를 위한 노코드 DB 설계 5편

✦ DB 설계는 UX 설계의 뒷면이다 (#1)

왜 디자이너가 DB를 알아야 할까?

DB 설계는 UX 설계의 뒷면이다 ✦ 노코드 DB #1

 

✦ 정적 데이터는 제품의 룰북이다 (#2)

앱의 '규칙'은 어떻게 설계할까?

정적 데이터는 제품의 룰북이다 ✦ 노코드 DB #2

 

✦ 동적 데이터로 사용자의 흔적을 설계하다 (#3)

사용자의 '기록'은 어떻게 남길까?

동적 데이터로 사용자의 흔적을 설계하다 ✦ 노코드 DB #3

 

✦ Firestore 매핑으로 프로덕트 신경망 구축 (#4)

정적 ↔ 동적 데이터는 어떻게 연결될까?

Firestore 매핑으로 프로덕트 신경망 구축 ✦ 노코드 DB #4

 

✦ 디자이너가 데이터로 말하는 법 (#5)

쌓인 데이터를 어떻게 해석하고 활용할까?

디자이너가 데이터로 말하는 법 ✦ 노코드 DB #5

 

 

 

3/ 이 시리즈가 특별한 이유

1️⃣ 디자이너의 언어로 설명합니다.

"스키마", "정규화" 같은 개발 용어 대신 "사용자 흐름", "상태 전환" 같은 익숙한 관점으로 풀어냈어요.

 

2️⃣ UX 플로우에서 시작합니다.

“이 데이터는 어디에 저장되고 언제 불러올까?”를 중심으로 구조를 잡았습니다.

 

3️⃣ Excel → Firestore 실전 경험입니다.

엑셀로 구조를 잡고 Firestore에 매핑하는 과정을 다룹니다.

 

4️⃣ 실전 프로젝트 기반입니다.

앱을 만들며 겪은 실제 고민과 해결 과정을 담았습니다.

 

 

 

4/ 함께 읽으면 좋은 글

DB 설계 후 Firebase 실전이 궁금하면:

디자이너가 Firebase를 선택한 이유 ✦ ft. Supabase

 

디자이너(비개발자)의 Firebase 셋업 ✦ 총 5편

 

디자이너(비개발자)를 위한 Firestore 셋업 ✦ 총 5편

 

디자이너(비개발자)를 위한 Storage 셋업 ✦ 총 2편

 

 

 

다음 글

✦ 비개발자를 위한 노코드 DB 설계

├ 1 ✦ DB 설계는 UX 설계의 뒷면이다

├ 2 ✦ 정적 데이터는 제품의 룰북이다

├ 3 ✦ 동적 데이터로 사용자의 흔적을 설계하다

├ 4 ✦ Firestore 매핑으로 프로덕트 신경망 구축

└ 5 ✦ 디자이너가 데이터로 말하는 법

 

다음 글에서는 DB 설계의 첫걸음, 코드를 모르는 디자이너가 데이터 구조를 어떻게 사고하고 설계하는지 이야기합니다 ✦

DB 설계는 UX 설계의 뒷면이다 ✦ 노코드 DB #1