들어가기기획을 하다 보면 ‘데이터가 완벽하게 흐를 때’의 시나리오만 그리기 쉽습니다. 이상향을 바라보고 기획하니까요. 하지만 현실에서는 서비스의 네트워크 장애, 데이터 누락, 예외적인 사용자 행동 등의 예외 케이스들이 존재합니다.이때 서비스의 품격을 결정하는 것이 바로 Default와 Fallback입니다.✔️ Default : 사용자가 처음 진입했을 때, 빈 공간 대신 어떤 화면을 보여줄래?✔️ Fallback : 만약 API 호출이 실패하거나 데이터가 0건이라면, 유저는 어디로 가야해?DefaultDefault : 기본값Default는 사용자가 별도의 선택을 하지 않을 때 시스템이 미리 설정해둔 기본값으로, 사용자의 인지 부하를 줄이기 위해 존재합니다. Default값이 없어 사용자가 모든 것을 선택..

일한당/조금 아는 거로 있어 보이기 2026. 5. 7. 10:43

UX 기획자에게 CMS(Content Management System)는 단순한 관리 도구가 아닌 데이터가 생성되는 것부터 가공되어 사용자에게 도달하기까지의 '데이터 파이프라인'을 설계하는 것이라 할 수 있습니다. 오늘은 UX 실무에서 가장 많이 쓰이는 CMS의 3가지 유형을 실제 사례와 함께 딥다이브 해보겠습니다. Type 1. 이미지 및 플레인 텍스트 (Fixed Type)이미지 및 플레인 텍스트는 가장 규격화된 방식입니다. 특정 위치에 들어갈 '이미지'와 '텍스트'를 각각의 입력 칸(Input Field)으로 분리하여 받는 형태입니다. 대표적인 활용 사례로는 웹툰 플랫폼(네이버웹툰, 카카오웹툰 등)이 있으며, 웹툰의 썸네일, 제목, 작가명, 줄거리(이미지)는 수많은 개수의 작품이 동일한 레이아웃..

일한당/호학당과 같이 일하기 2026. 3. 12. 16:12

💡이 글을 통해 알게 되는 것컨셉스키마 (feat. Glossary)List, Form, Detail (feat. Hard Coding or Data Binding)CRUD (feat. Policy & RBAC)UX 기획 3원칙 : 단계별 프로세스좋은 UX 기획은 단순히 ‘예쁜 화면’을 그리는 것이 아닙니다. 서비스의 뼈대가되는 컨셉 스키마를 세우고, 사용자가 만나는 화면을 설계하며, 그 화면이 동작하는 규칙을 정의하는 일련의 과정입니다. STEP 1. What ⇒ 컨셉 스키마STEP 2. Where ⇒ List, Form, DetailSTEP 3. How ⇒ CRUD & Policy 이 3단계 프로세스는 아이디어를 제대로 작동 가능한 서비스로 발전시키는 가장 논리적이고 효율적인 방법이라 할 수 있습니..

일한당/호학당과 같이 일하기 2025. 11. 20. 11:00

UX 기획자라면 한 번쯤 들어봤을 사용자의 영혼 담긴 외침. "아니, 로그인했는데! 내 정보 좀 바꾸겠다는데 왜 또 비밀번호를 입력하라는 거야? 나 못 믿어?!!" 네... 사실 반은 맞고 반은 틀립니다. 서비스를 만드는 입장에서 사용자를 못 믿는 게 아니라, 사용자의 '로그인된 환경'을 믿지 못하는 거죠. 이 짜증 나는 화면 뒤에는 사실 사용자의 소중한 정보를 지키려는 개발자들의 눈물겨운 노력이 숨어있답니다. "그래서 이게 왜 이렇게 된 건데?"라고 개발자에게 물어보기 전, 우리 먼저 살짝 알아보고 센스 있는 기획자가 되어보자구요! 😉 사실 우린 '진짜' 로그인 상태가 아닐지도? 🤔 우리가 아이디와 비번을 탁! 치고 로그인에 성공하면, 서버는 우리에게 일종의 '자유이용권'을 줍니다. 덕분에..

일한당/모르는 것과 친해지기 2025. 10. 17. 16:26

UX 기획을 공부할 때와 실무에서 UX 기획 업무를 진행할 때 가장 크게 느껴지는 차이 중 하나는 바로 'Back-Office(약칭 BO)'의 존재입니다. 대부분의 UX 관련 강의나 책에서는 사용자의 여정, 사용성 테스트 같은 UX 디자인 방법론이나 실제 UI가 구성되는 프론트엔드 화면에 초점이 맞춰집니다. 하지만 실제 서비스가 돌아가려면 일반적인 사용자가 보는 화면 뒤편에서 데이터를 입력하고 관리하는 중심이되는 곳 즉, Back-Office 기획이 아주 중요합니다. 그렇다면 이 Back-Office는 구체적으로 어떤 것일까요? Back-Office에 대해 구체적으로 알아보기 전 우리가 기획하고, 사용하는 서비스의 가장 기본적인 논리를 다시 한번 확인해 보겠습니다. 바로 '모든 서비스..

일한당/조금 아는 거로 있어 보이기 2025. 5. 6. 23:34

UI·UX 기획을 할 때는 목표로하는 서비스의 핵심 기능 및 플로우를 사전에 확인할 수 있는 방안으로 와이어프레임(wireframe)을 그리게 됩니다. 그리고 정리된 와이어프레임을 기준으로 상세 설계 산출물을 작성하고, 디자인팀 및 개발팀과 소통하는 것이 일반적입니다. 그렇기 때문에 와이어프레임은 빠르고(팀 전체의 이해도를 빠르게 높이기 위함), 정확하게(기능이나 플로우의 뼈대가 튼튼하게 하기 위함) 설계하는 것이 중요합니다. 이렇게 설계된 와이어프레임은 서비스의 핵심 기능 및 플로우를 사전에 확인할 수 있는 좋은 수단이 되는데, 불과 10년 전만 하더라도 파워포인트(PPT)로 와이어프레임을 그렸는데, 그러다보니 빠르고 정확하게 설계하는 것이 쉽지 않았습니다. (사실 아직도 예전 ..

일한당/조금 아는 거로 있어 보이기 2025. 4. 27. 22:45

제가 UXUI 기획을 처음 시작했을 때, 그리고 지금까지 동일한 직무 채용을 진행하면서 가장 많이 들었던 말들을 돌이켜보면, 거의 대부분 하나의 문장으로 정리가 되는 것 같습니다. UX를 혁신하겠다!   그러나 위 문장을 실제로 어떻게 수행할 것인지를 살펴보면, 법적 규제, 개발 공수, 보안 이슈 등의 현실적인 문제로 실현이 불가능하다고 판단되는 경우가 많습니다.  (이런 경우를 저희는 '상상 기획'이라 부르곤 합니다.)  또한,   기획 당시에는 사용성이 엄청나게 향상될 것이라고 예상했지만 실제로 테스트해 보니 그렇지 않은 경우도 상당히 흔합니다. (물론, 초기 UX 혁신 사례인 트위터의 "Pull to refresh" 같은 케이스도 분명 존재하지만)   즉, "UX를 혁신함으로써 사용하기 좋은 서비스..

일한당/조금 아는 거로 있어 보이기 2024. 12. 31. 15:14