목록으로
업무 생산성 개선을 위한 AI 활용
ChatGPT로 다듬은 BANDAL 여행 서비스
BANDAL 여행 화면을 직접 살펴보며 복잡한 입력, 지도 표시, 식비 계산의 문제를 찾고, ChatGPT와 수정 조건을 구체화한 사례입니다.
🤖 활용 AI 도구
ChatGPT (기획·요구사항 정리·화면 검토 및 수정 요청)
1 어떤 상황에서 AI를 활용했나요
2026년 10월, BANDAL 여행 웹서비스를 구체화하면서 사용자가 여행 계획을 만들기 위해 입력해야 할 정보가 많다는 문제를 발견했습니다. 도시와 날짜를 정한 뒤 추천 일정과 방문 순서를 볼 수 있게 하고, 세부 조건은 필요할 때 조정하는 흐름이 필요했습니다.
여행 화면을 살펴보니 입력 항목을 줄이는 것만으로는 충분하지 않았습니다. 날짜 입력과 상세 설정을 열었을 때 화면 규격이 깨졌고, 방문 순서 지도에는 지도가 나타나지 않는 문제가 있었습니다. 여행 비용에서도 하루 한 끼만 계산하는 구성은 실제 여행 준비에 맞지 않았습니다. 이런 문제를 ChatGPT에 설명하며 개선 방향을 정리했습니다.
2 어떤 AI를 어떻게 활용했나요
활용 도구는 ChatGPT입니다. 원하는 기능을 말로 설명하고, 화면을 확인한 뒤 수정할 대상을 구체적으로 전달하는 데 사용했습니다. 처음에는 도시와 날짜 중심의 입력, 일정과 동선 표시, 외부 티켓 사이트 연결을 요청했습니다. 이후에는 화면에서 확인한 문제를 하나씩 나누어 수정 조건으로 바꿨습니다.
예를 들어 지도는 단순히 추가하는 것이 아니라 일정표 옆에 계속 보이고, 일정 항목을 선택하면 관련 장소를 확인할 수 있도록 요청했습니다. 날짜와 상세 설정은 내용을 바꿔도 화면 배치가 무너지지 않아야 한다는 조건을 전달했습니다. 비용은 항공·숙박도 함께 볼 수 있게 하고, 점심·저녁과 조식 또는 아침 예산을 구분하도록 개선을 요청했습니다.
이 사례에서 AI를 활용한 대상은 서비스 기획과 개선 과정입니다. 현재 공개 페이지의 안내처럼 여행 일정 생성 자체는 AI 모델을 사용하지 않습니다. AI를 이용해 만든 작업 과정과 서비스 이용자에게 제공하는 기능을 구분해 설명합니다.
3 활용 결과 어떤 변화가 있었나요
막연했던 여행 서비스 구상을 입력, 일정, 지도, 비용, 외부 연결이라는 확인 가능한 항목으로 나눴습니다. 특히 실제 화면에서 발견한 문제를 다음 수정 요청으로 이어갈 수 있었습니다. “지도가 필요하다”는 생각은 일정과 지도를 함께 확인하는 사용 흐름으로, “전체 가격을 보고 싶다”는 생각은 항공·숙박·끼니별 예산을 구분하는 조건으로 구체화됐습니다.
2026년 10월 11일 확인한 BANDAL 공개 페이지에는 도시와 날짜 입력, 추천 일정, 지도, 티켓과 항공권 영역이 마련되어 있습니다. 또한 브라우저 저장 방식과 외부 예약·결제, 경로 및 가격 정보의 한계를 안내하고 있습니다. 공개 예시 여행을 불러왔을 때 오사카·교토 3일 일정과 일정 옆 지도가 표시되는 것도 확인했습니다. 공개 결과물은 https://bandal.app/travel/ 에서 확인할 수 있습니다.
다만 개선 요청을 했다는 사실과 모든 기능이 안정적으로 완성됐다는 사실은 다릅니다. 이 글은 모든 도시와 기기에서의 동작, 실시간 가격의 정확성, 실제 예약 성과를 주장하지 않습니다. 개발 시간 절감, 매출, 이용자 수 역시 측정된 결과로 제시하지 않습니다.
4 나만의 방식 또는 개선 포인트는 무엇인가요
제가 적용한 방식은 화면에서 불편한 장면을 먼저 찾고, 사용자가 하려는 행동과 기대 결과를 함께 설명하는 것입니다. 화면 깨짐, 지도 미표시, 식비 누락처럼 서로 다른 문제를 하나의 요청에 섞기보다 수정할 기준을 구분했습니다. AI가 만든 결과에 다시 의견을 주면서 세부 조건을 구체화했습니다.
여행 정보의 한계도 결과물의 일부로 다뤘습니다. 공개 페이지는 점선을 실제 이동 경로와 구분하고, 이동·환율·예산의 추정 성격과 외부 판매처에서의 최종 확인 필요성을 안내합니다. 실제 여행에서 오해가 생기지 않도록 이런 설명을 유지하고 점검하는 것이 중요합니다.
공개 사례에는 비공개 대화 원문, 연락처, 계정 정보, 숙소나 개인 일정의 상세 정보를 싣지 않습니다. 화면 증빙을 추가할 때도 실제 개인 여행 대신 공개 명소나 예시 데이터를 사용하고, 지도·사진 등 외부 자료의 출처와 이용조건을 확인해야 합니다.
5 다른 사람도 따라 할 수 있나요
작은 화면 하나부터 시작하면 같은 검토 흐름을 적용할 수 있습니다. 먼저 사용자가 하려는 일을 한 문장으로 정하고, 필요한 입력을 최소한으로 적습니다. AI에게 화면이나 요구사항을 설명한 뒤 직접 사용해 보고, 문제가 생긴 상황과 기대 동작을 나누어 전달합니다. 수정 후에는 같은 동작을 다시 확인합니다.
따라 하기 위한 예시 요청: “도시와 날짜만 입력해 여행 일정을 확인하는 화면을 검토해 줘. 필수 입력과 선택 입력을 나누고, 일정과 지도를 함께 볼 수 있게 개선 조건을 정리해 줘. 실제 가격이나 운영시간을 확인하지 못했다면 확정 정보처럼 쓰지 말아 줘.” 이 문장은 재현을 위한 예시이며 실제 대화 원문은 아닙니다.
누구나 같은 수준의 서비스를 즉시 완성할 수 있다는 뜻은 아닙니다. 구현과 배포에는 별도 개발 환경과 점검이 필요합니다. 우선 입력 한 곳, 지도 한 화면, 비용 한 항목처럼 범위를 좁히고 사람이 실제 결과를 확인하는 방법부터 따라 할 수 있습니다.
공개 결과물: https://bandal.app/travel/
확인일: 2026년 10월 11일
2026년 10월, BANDAL 여행 웹서비스를 구체화하면서 사용자가 여행 계획을 만들기 위해 입력해야 할 정보가 많다는 문제를 발견했습니다. 도시와 날짜를 정한 뒤 추천 일정과 방문 순서를 볼 수 있게 하고, 세부 조건은 필요할 때 조정하는 흐름이 필요했습니다.
여행 화면을 살펴보니 입력 항목을 줄이는 것만으로는 충분하지 않았습니다. 날짜 입력과 상세 설정을 열었을 때 화면 규격이 깨졌고, 방문 순서 지도에는 지도가 나타나지 않는 문제가 있었습니다. 여행 비용에서도 하루 한 끼만 계산하는 구성은 실제 여행 준비에 맞지 않았습니다. 이런 문제를 ChatGPT에 설명하며 개선 방향을 정리했습니다.
2 어떤 AI를 어떻게 활용했나요
활용 도구는 ChatGPT입니다. 원하는 기능을 말로 설명하고, 화면을 확인한 뒤 수정할 대상을 구체적으로 전달하는 데 사용했습니다. 처음에는 도시와 날짜 중심의 입력, 일정과 동선 표시, 외부 티켓 사이트 연결을 요청했습니다. 이후에는 화면에서 확인한 문제를 하나씩 나누어 수정 조건으로 바꿨습니다.
예를 들어 지도는 단순히 추가하는 것이 아니라 일정표 옆에 계속 보이고, 일정 항목을 선택하면 관련 장소를 확인할 수 있도록 요청했습니다. 날짜와 상세 설정은 내용을 바꿔도 화면 배치가 무너지지 않아야 한다는 조건을 전달했습니다. 비용은 항공·숙박도 함께 볼 수 있게 하고, 점심·저녁과 조식 또는 아침 예산을 구분하도록 개선을 요청했습니다.
이 사례에서 AI를 활용한 대상은 서비스 기획과 개선 과정입니다. 현재 공개 페이지의 안내처럼 여행 일정 생성 자체는 AI 모델을 사용하지 않습니다. AI를 이용해 만든 작업 과정과 서비스 이용자에게 제공하는 기능을 구분해 설명합니다.
3 활용 결과 어떤 변화가 있었나요
막연했던 여행 서비스 구상을 입력, 일정, 지도, 비용, 외부 연결이라는 확인 가능한 항목으로 나눴습니다. 특히 실제 화면에서 발견한 문제를 다음 수정 요청으로 이어갈 수 있었습니다. “지도가 필요하다”는 생각은 일정과 지도를 함께 확인하는 사용 흐름으로, “전체 가격을 보고 싶다”는 생각은 항공·숙박·끼니별 예산을 구분하는 조건으로 구체화됐습니다.
2026년 10월 11일 확인한 BANDAL 공개 페이지에는 도시와 날짜 입력, 추천 일정, 지도, 티켓과 항공권 영역이 마련되어 있습니다. 또한 브라우저 저장 방식과 외부 예약·결제, 경로 및 가격 정보의 한계를 안내하고 있습니다. 공개 예시 여행을 불러왔을 때 오사카·교토 3일 일정과 일정 옆 지도가 표시되는 것도 확인했습니다. 공개 결과물은 https://bandal.app/travel/ 에서 확인할 수 있습니다.
다만 개선 요청을 했다는 사실과 모든 기능이 안정적으로 완성됐다는 사실은 다릅니다. 이 글은 모든 도시와 기기에서의 동작, 실시간 가격의 정확성, 실제 예약 성과를 주장하지 않습니다. 개발 시간 절감, 매출, 이용자 수 역시 측정된 결과로 제시하지 않습니다.
4 나만의 방식 또는 개선 포인트는 무엇인가요
제가 적용한 방식은 화면에서 불편한 장면을 먼저 찾고, 사용자가 하려는 행동과 기대 결과를 함께 설명하는 것입니다. 화면 깨짐, 지도 미표시, 식비 누락처럼 서로 다른 문제를 하나의 요청에 섞기보다 수정할 기준을 구분했습니다. AI가 만든 결과에 다시 의견을 주면서 세부 조건을 구체화했습니다.
여행 정보의 한계도 결과물의 일부로 다뤘습니다. 공개 페이지는 점선을 실제 이동 경로와 구분하고, 이동·환율·예산의 추정 성격과 외부 판매처에서의 최종 확인 필요성을 안내합니다. 실제 여행에서 오해가 생기지 않도록 이런 설명을 유지하고 점검하는 것이 중요합니다.
공개 사례에는 비공개 대화 원문, 연락처, 계정 정보, 숙소나 개인 일정의 상세 정보를 싣지 않습니다. 화면 증빙을 추가할 때도 실제 개인 여행 대신 공개 명소나 예시 데이터를 사용하고, 지도·사진 등 외부 자료의 출처와 이용조건을 확인해야 합니다.
5 다른 사람도 따라 할 수 있나요
작은 화면 하나부터 시작하면 같은 검토 흐름을 적용할 수 있습니다. 먼저 사용자가 하려는 일을 한 문장으로 정하고, 필요한 입력을 최소한으로 적습니다. AI에게 화면이나 요구사항을 설명한 뒤 직접 사용해 보고, 문제가 생긴 상황과 기대 동작을 나누어 전달합니다. 수정 후에는 같은 동작을 다시 확인합니다.
따라 하기 위한 예시 요청: “도시와 날짜만 입력해 여행 일정을 확인하는 화면을 검토해 줘. 필수 입력과 선택 입력을 나누고, 일정과 지도를 함께 볼 수 있게 개선 조건을 정리해 줘. 실제 가격이나 운영시간을 확인하지 못했다면 확정 정보처럼 쓰지 말아 줘.” 이 문장은 재현을 위한 예시이며 실제 대화 원문은 아닙니다.
누구나 같은 수준의 서비스를 즉시 완성할 수 있다는 뜻은 아닙니다. 구현과 배포에는 별도 개발 환경과 점검이 필요합니다. 우선 입력 한 곳, 지도 한 화면, 비용 한 항목처럼 범위를 좁히고 사람이 실제 결과를 확인하는 방법부터 따라 할 수 있습니다.
공개 결과물: https://bandal.app/travel/
확인일: 2026년 10월 11일
