지금 화면을 보고 있는 건 사람일까요?웹사이트에 들어오고, 메뉴를 찾고, 버튼을 누르고, 정보를 비교하고, 무언가를 작성하는.우리는 지금까지 이 모든 행동을 사람이 한다고 생각했습니다. 그래서 '사람'이란 사용자가 쉽게 목적을 달성할 수 있도록UX 기획자는 화면의 구조와 흐름을 설계하고,디자이너는 시각적 경험을 디자인하고,개발자는 서비스가 정확하게 작동하도록 만들었습니다. 이제는 우리가 익숙하게 생각해 온 사용자의 모습이 조금씩 달라지고 있습니다.바로 AI 에이전트(AI Agent)​의 등장 때문입니다. AI 에이전트는 사람 대신 웹사이트에 들어가 상품을 찾고, 조건을 비교하고, 폼을 작성하고, 다음에 무엇을 해야 할지 스스로 판단하며 행동합니다.그래서 어쩌면 앞으로는 우리가 만든 화면을 사용하는 주체..

일한당/조금 아는 거로 있어 보이기 2026. 9. 29. 15:00

들어가기타사 서비스를 앱 안에 연동할 때, 상대 화면을 그대로 가져와 띄울지, 데이터만 받아 우리 화면을 새로 그릴지 하는 선택을 해야할 때가 있습니다. 어떤 방식을 택하든 결국 도메인이 다른 두 서비스 사이에서 사용자를 로그인 상태로 유지하는 방법과 다시 만납니다. 이번 글에서는 기획 단계에서 마주하는 개발 상식의 딜레마부터, 이를 해결하기 위한 설계 디테일까지 실무 관점에서 짚어보려 합니다. 1. 기획의 첫번째 갈림길 : 웹뷰 또는 API 연동상대 서비스의 기능을 우리 앱에 가져올 때 주로 두 가지 방식을 취하게 됩니다. 1. 웹뷰 방식상대 서비스가 이미 만들어둔 웹페이지를 우리 앱 안의 창에 그대로 띄우는 방식입니다. 화면을 새로 만들지 않아 개발 속도가 빠르고, 상대가 화면을 바꾸면 우리 쪽 수정..

일한당/조금 아는 거로 있어 보이기 2026. 9. 3. 11:26

"디자인팀에서 상세페이지 시안 파일 하나로 다 만들어주셨던데,그냥 그대로 이미지 하나로 올리면 안 되나요?" 운영 중인 서비스에 콘텐츠를 업로드하다 보면 한 번쯤은 이런 질문을 받아보셨을 겁니다.저도 초반에는 "이미지 파일 하나, 태그 하나면 되는데 왜 굳이 여러 장으로 잘라서 올리지?" 싶었습니다. 그런데 실제로 세로로 긴 상세페이지나 웹툰 콘텐츠를 통이미지 한 장으로 올려보면,특정 기기에서 이미지가 깨지거나 일부가 아예 안 보이는 경험을 하게 됩니다. 이번 글에서는 상세페이지, 웹툰, 카드뉴스처럼 세로로 긴 콘텐츠를 왜 통이미지로 올리지 않고 잘라서 올리는지,그 이유가 되는 Max Texture Size(최대 텍스처 크기) 개념부터 실무에서 어떻게 대응하고 있는지까지 정리해봤습니다. '그냥 한 ..

일한당/조금 아는 거로 있어 보이기 2026. 8. 14. 15:58

BO(Back-Office)를 기획하다 보면, 반드시 한 번은 이 질문을 마주칩니다. "이 필드에 어떤 형태의 텍스트를 받을 것인가?" 공지사항 제목처럼 한 줄 텍스트는 명확합니다. 그런데 본문이라면? 줄바꿈은? 이미지 삽입은? 링크는? 이에 대해 명확하게 정의하지 않는다면, 개발자가 임의로 구현할 수도 있고, 어떻게 구현하는 것이 맞는지 질문이 들어오기도 합니다. 그리고 기획의 의도와는 다르게 구현되는 경우 나중에 운영팀에서 "제목에 줄바꿈을 해야 하는데 왜 안 되나요?"라고 물어올 때, 또는 마케팅팀에서가 "UTM 태그를 버튼에 달고 싶은데"라고 요청할 때, 참 난감해질 수 있습니다. 그렇다면, 텍스트를 입력 받는 필드의 유형에는 어떤 것이 있을까요? 다양한 유형이 있겠지만 실무에..

일한당/조금 아는 거로 있어 보이기 2026. 7. 31. 16:20

만약 인스타그램에서 ‘좋아요’를 눌렀을 때, 버튼이 바로 활성화되지 않고 0.5초 동안 로딩 스피너가 돈 뒤에야 하트가 채워진다면 어떨까요? 혹은 메신저에서 메시지를 보냈는데, 서버 응답이 올 때까지 아무 변화도 없다면요? 아마 많은 사용자는 “앱이 느린데?”, “인터넷이 끊겼나?” 라고 느낄 것입니다. 하지만 우리가 실제로 사용하는 대부분의 서비스는 그렇지 않습니다. 버튼을 누르는 순간 화면은 즉시 반응하죠 사실 이 반응은 서버의 결과가 아니라, 성공할 것이라고 ‘낙관적으로 가정’하고 먼저 보여주도록 의도적으로 설계된 UX 입니다. 이처럼 사용자의 체감 속도를 개선하기 위해 사용하는 인터페이스 설계 방식이 바로 ‘옵티미스틱 UI(Optimistic UI)’ 입니다. 옵티미스틱 UI..

일한당/조금 아는 거로 있어 보이기 2026. 5. 26. 18:18

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

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

화면을 빠르고, 안정적으로 렌더링하는 웹사이트를 우리는 건강한 웹사이트라고 할 수 있어요. 친절하게도 구글에서 건강한 웹사이트가 무엇인지 체크할 수 있는 정량적 지표를 제공해주고 있는데요. 바로 그 지표가 되는것이 Web Vitals 입니다. Web Vitals은 사용자가 웹사이트를 경험할 때 ‘건강 상태’가 어떤지를 구체적 수치로 보여주는 지표로크게 LCP(처리시간), INP(응답시간), CLS(시각적 안정성)로 구성되어있어요.LCP : 화면의 로딩 시간을 측정INP : 브라우저가 사용자의 행위에 반응하는 시간을 측정CLS : 화면이 로딩되면서 밀리는 현상이 얼마나 적은가를 측정위 세가지 기준을 간단히 말하면 화면을 빠르고, 안정적으로 렌더링하는 브라우저가 건강한 웹사이트라고 할 수 있겠습니다. 그럼..

일한당/조금 아는 거로 있어 보이기 2026. 1. 29. 18:03

💡이 글을 통해 알게 되는 것크롤링이 무죄가 된 이유와 전망크롤링 기술의 합법적 활용 사례크롤링 사건경쟁사의 서버에서 데이터를 대량으로 수집한 일명 '여기어때 크롤링 사건'. 많은 분이 기억하시겠지만, 대법원의 최종 결론은 '전부 무죄'였습니다. (대법원 2022. 5. 12. 선고 2021도1533 판결) 일반적인 상식으로는 "남의 정보를 몰래 가져갔으니 범죄 아닌가?"라고 생각하기 쉽습니다. 하지만 대법원은 형사법의 대원칙인 '죄형법정주의(엄격해석의 원칙)'를 들어 범죄가 성립하지 않는다고 판단했습니다. 오늘은 대법원이 검찰의 기소 내용을 하나하나 깨트린 3가지 핵심 법리를 정리해 드립니다.사건의 발단후발 주자의 욕심2015년 당시, 숙박 앱 시장의 압도적 1위는 10년 업력의 ‘야놀자’였습니다. ..

일한당/조금 아는 거로 있어 보이기 2025. 12. 8. 16:53