일정을 정하는 순서
견적서에 적힌 화면 수보다 일정을 흔드는 것은 결정의 시점입니다. 페이지 목록이 확정되지 않은 채 시안을 시작하면 같은 화면을 세 번 그리고, 결제 흐름이 정해지지 않은 채 개발에 들어가면 연동을 두 번 붙입니다. 쿨리파이어 디지털은 이 페이지에서 상담부터 배포, 운영까지 여덟 단계를 순서대로 설명합니다. 각 단계에서 무엇을 확인하고, 어떤 문서가 남고, 어떤 조건이 충족되어야 다음 단계로 넘어가는지를 함께 적었습니다.
모든 프로젝트가 여덟 단계를 같은 무게로 지나가지는 않습니다. 이미 운영 중인 서비스의 개선이라면 진단이 길어지고, 신규 랜딩페이지라면 정보구조 문서가 짧아집니다. 순서와 산출물의 형태는 유지하되, 각 단계에 쓰는 시간은 프로젝트 성격에 맞춰 조정합니다. 아래 단계는 그 기준을 투명하게 공개하는 문서입니다.
진단이 먼저인 구간
상담과 진단, 정보구조, 프로토타이핑은 코드를 한 줄도 쓰지 않는 구간입니다. 대신 여기서 남긴 문서가 이후 시안 수정 횟수와 개발 기간을 사실상 결정합니다.
무엇을 만들고 싶은지보다 지금 어디서 막히는지를 듣습니다. 문의가 안 오는지, 가입 후 결제가 안 되는지, 운영자가 반복 작업에 시간을 쓰는지에 따라 답이 달라집니다. 이 상담에서 프로젝트 성격과 대략적인 범위를 잡고, 다음 단계 필요 여부를 판단합니다. 상담만으로 끝나도 무리하게 제안하지 않습니다.
준비해 오시면 도움이 되는 것은 세 가지입니다. 현재 운영 중인 서비스 주소, 반복해서 들어오는 불만이나 문의 내용, 그리고 이번에 반드시 해결해야 하는 기한입니다. 기한이 없다면 그 자리에서 함께 정합니다. 상담 기록은 요약해 남겨 두고, 다음 단계로 갈 때 같은 질문을 다시 하지 않습니다.
기존 사이트나 앱이 있다면 데이터와 흐름을 봅니다. 어느 페이지에서 이탈하는지, 검색 유입이 어디서 오는지, 문의가 실제로 도착하는지 확인합니다. 신규 프로젝트라면 경쟁 서비스와 사용자 동선을 정리합니다. 이 단계의 결과가 제작 범위를 정하는 근거가 됩니다.
확인하는 항목은 프로젝트마다 다르지만 순서는 비슷합니다. 먼저 실제 사용자가 어디서 들어오고 어디서 멈추는지 보고, 그다음 그 지점이 화면 문제인지 흐름 문제인지 구분합니다. 마지막으로 지금 구조를 유지하며 고칠 수 있는 부분과 다시 설계해야 하는 부분을 나눠 적습니다. 이 구분이 없으면 개선 요청이 계속 늘어납니다.
페이지 목록, 계층, URL 규칙, 주요 전환 지점을 문서로 만듭니다. 커머스라면 목록, 상세, 장바구니, 결제까지의 흐름이 대상이고, B2B라면 문제 인식에서 상담 신청까지의 퍼널입니다. 이 문서에 합의하지 않으면 이후 시안 수정이 반복됩니다.
화면을 그리기 전에 클릭 가능한 프로토타입으로 흐름을 확인합니다. 사용자가 어디서 헤매는지, 어떤 문구가 오해를 만드는지 이 단계에서 걸러냅니다. 프로토타입에서 발견한 문제는 수정 비용이 가장 낮습니다. 여기서 확정된 흐름이 디자인과 개발의 기준이 됩니다.
시안과 규칙을 같이
시안을 만들면서 동시에 디자인 시스템을 정리합니다. 버튼 상태, 폼 오류, 빈 화면, 로딩 상태까지 정의합니다. 이 규칙이 있으면 이후 페이지 추가와 기능 확장에서 톤이 유지됩니다. 모바일과 데스크톱 화면을 함께 검토합니다.
디자인 시스템이라고 해서 거창한 도구를 먼저 도입하지는 않습니다. 색, 글자 크기, 간격, 버튼 상태처럼 반복해서 쓰는 값과, 그 값이 어떤 상황에서 바뀌는지를 한 문서에 모으는 것으로 시작합니다. 새 페이지를 만들 때 이 문서를 기준으로 판단할 수 있으면 충분합니다.
이 단계에서 특히 시간을 쓰는 부분은 오류와 빈 상태입니다. 입력값이 틀렸을 때, 목록이 비어 있을 때, 결제가 실패했을 때 화면이 어떻게 반응하는지 정해 두지 않으면 개발 단계에서 임의로 채워집니다. 그렇게 채워진 화면은 나중에 손보는 비용이 큽니다.
이 단계에서 함께 정하는 것
만들면서 확인하는 구간
프론트엔드와 백엔드를 나눠 진행하되, 중간 확인 주기를 정해 둡니다. API 연동, 결제, 알림, 관리자 도구를 순서대로 붙입니다. 예외 처리와 실패 복구를 기능 구현과 같은 비중으로 다룹니다. 진행 상황은 주간 단위로 공유합니다.
중간 확인 주기는 프로젝트 규모에 따라 주 1회 또는 2주 1회로 정합니다. 이 자리에서 확인하는 것은 완성된 화면이 아니라 진행 중인 화면입니다. 문제를 늦게 발견할수록 되돌리는 비용이 커지기 때문에, 미완성 상태를 미리 보는 것을 어색해하지 않습니다.
기능이 동작하는지보다 실제 사용 조건에서 버티는지를 봅니다. 느린 네트워크, 오래된 기기, 결제 실패, 중복 제출, 알림 유실 같은 경우를 점검합니다. 접근성과 반응형 화면도 이 단계에서 최종 확인합니다. 발견된 문제는 우선순위를 정해 처리합니다.
점검 목록은 프로젝트마다 다르게 만들지만, 결제와 알림이 들어가는 서비스라면 실패 상황을 먼저 봅니다. 실패가 사용자에게 어떻게 보이는지, 다시 시도할 수 있는지, 운영자가 그 사실을 언제 알게 되는지까지 확인합니다.
넘긴 뒤에 보는 항목
배포 후에는 문의 폼 도착, 결제 로그, 검색 노출, 오류 발생을 확인합니다. 운영자가 직접 볼 수 있는 지표를 정리해 넘기고, 확인 주기를 정합니다. 매주 볼 항목이 적을수록 실제로 지켜집니다. 이후 개선은 이 지표를 기준으로 우선순위를 정합니다.
문의 폼 도착 여부
알림과 저장이 동시에 되는지, 스팸이 섞여 들어오지 않는지
매일
결제와 주문 로그
실패한 결제가 남아 있는지, 취소가 정상 반영되는지
매일
오류 발생 지점
어떤 화면에서 오류가 반복되는지, 사용자에게 보이는 문구는 적절한지
주 1회
검색 유입과 노출
어떤 검색어로 들어오는지, 주요 페이지가 정상 노출되는지
월 1회
지표를 많이 넘기면 아무것도 안 보게 됩니다. 그래서 확인 항목은 운영 담당자가 실제로 열어볼 수 있는 수로 줄이고, 각 항목을 누가 언제 보는지까지 문서에 적어 함께 넘깁니다. 내부 담당자가 직접 운영할 수 있도록 관리자 도구 사용법과 문서도 같이 전달합니다.
범위 변경은 일정과 비용에 영향을 줍니다. 그래서 변경 요청은 영향도를 적어 확인받고 진행합니다. 반대로 처음 범위 안에서 결정이 늦어지는 경우에는 마감일에 직접 영향을 주므로 먼저 알립니다. 이 규칙을 초반에 합의해 두면 서로 부담이 줄어듭니다.
변경 요청을 받으면 세 가지를 적어 회신합니다. 무엇이 늘어나는지, 일정이 며칠 움직이는지, 이번 버전에 넣을지 다음 버전으로 미룰지입니다. 답을 기다리는 동안에도 영향 없는 작업은 계속 진행합니다.
같이 정해 두면 좋은 규칙
진행 전에 자주 나오는 질문
상담 자리에서 가장 많이 나오는 세 가지 질문입니다. 답이 프로젝트마다 달라지는 부분은 그 이유까지 함께 적었습니다.
랜딩페이지는 몇 주, 커머스나 웹앱은 몇 달 단위입니다. 정확한 기간은 진단과 정보구조 확정 후에 제시합니다. 초반 합의가 늦어지면 전체 일정도 함께 밀립니다.
가능합니다. 다만 일정과 비용에 미치는 영향을 먼저 확인한 뒤 진행합니다. 급한 수정과 다음 버전으로 미룰 항목을 구분해 정리합니다.
내부 담당자가 직접 운영할 수 있도록 관리자 도구와 문서를 함께 넘깁니다. 필요하면 운영 지원을 별도로 진행합니다.
지금 어디서 막히는지 한 가지만 알려 주시면, 상담에서 프로젝트 성격과 범위를 잡고 다음 단계가 필요한지 함께 판단합니다. 문의는 이메일과 전화 모두 가능하며, 평일 09:00–18:00 사이에 회신드립니다.
서울 영등포구 여의도동 25, 쿨리파이어 디지털 · +82-2-369-4455 · [email protected]
