기획부터 배포까지 프로젝트 진행 단계
프로젝트가 어떻게 흘러가는지 미리 알면 확인할 지점이 명확해집니다. 다섯 단계로 진행하고, 단계마다 고객이 확인할 산출물을 남깁니다.
서울 구로구 디지털로34길 33 · +82-2-866-7788
프로젝트를 시작하기 전에 정하는 것
일정이 밀리는 이유는 대개 시작할 때 정하지 않은 것에서 나옵니다. 목표와 사용자, 핵심 기능, 그리고 이번 범위에서 빼는 기능을 먼저 문서로 확정합니다. 이 페이지는 단계별로 무엇을 만들고 무엇을 결정해야 하는지 정리한 안내입니다.
와이어프레임은 화면을 그리기 전에 뼈대를 잡는 작업입니다. 각 페이지에 무엇이 있고 어떤 순서로 읽히는지, 사용자가 어디를 눌러 다음으로 가는지를 확인합니다.
와이어프레임으로 구조 검증하기
예쁘지 않아도 됩니다. 대신 빠르게 여러 안을 만들어 비교합니다. 이 단계에서 잡히지 않은 구조 문제는 개발 후에 훨씬 비싸게 돌아옵니다.
프로토타이핑: 눌러보고 판단하기
정적인 화면만으로는 실제 사용감을 알기 어렵습니다. 프로토타입으로 로그인, 검색, 결제 같은 핵심 동선을 클릭으로 따라가며 먼저 검증합니다. 여기서 나온 수정 사항이 디자인 확정 전에 반영됩니다.
다섯 단계로 보는 전체 흐름
각 단계가 끝날 때 남는 산출물이 다음 단계의 기준이 됩니다. 아래 목록은 순서대로 진행되며, 앞 단계의 확인이 끝나야 다음으로 넘어갑니다.
기획
요구사항 정의서와 화면 목록을 확정합니다.
디자인
UI와 반응형 기준, 접근성 항목을 확정합니다.
개발
기능 단위로 만들고 공유 환경에서 확인합니다.
테스트
기능 확인과 사용성 확인을 나눠 진행합니다.
배포
서버 이전, 모니터링, 안정화까지 포함합니다.
1단계 기획: 범위를 좁히는 일
시작은 요구사항 정리입니다. 목표, 대상 사용자, 핵심 기능, 제외할 기능을 문서로 확정합니다. 이 단계에서 무언가를 빼도 된다고 정하는 일이 일정에 가장 큰 영향을 줍니다. 국내 프로젝트에서는 네이버 검색 노출과 카카오톡 공유 흐름을 여기서 함께 정리합니다.
이 단계에서 남는 것
- 요구사항 정의서 — 목표와 핵심 기능, 제외 범위
- 화면 목록 — 만들 화면과 우선순위
- 공유·검색 노출 기준 — 카카오톡 공유와 검색 노출 흐름
범위를 문서로 남기면 이후에 기능이 추가될 때 무엇이 늘어나는지 바로 계산할 수 있습니다. 구두로 정한 범위는 개발 중에 해석이 갈라지기 쉽습니다.
2단계 디자인: UI 확정
와이어프레임이 승인되면 시각 디자인으로 넘어갑니다. 서체, 여백, 컴포넌트 규칙을 정하고 화면 전체에 일관되게 적용합니다. 반응형 기준과 접근성 항목도 이때 확정합니다.
확인은 주요 화면부터
주요 화면 몇 개를 먼저 보고 방향을 정한 뒤 나머지로 확장하는 방식이 효율적입니다. 전체를 한 번에 검수하면 수정 범위가 커집니다.
사용자 경험 기준 정하기
버튼 크기, 터치 영역, 문장 길이처럼 눈에 덜 띄는 규칙이 사용자 경험을 좌우합니다. 이 기준을 문서로 두면 이후 화면이 늘어나도 흔들리지 않습니다.
3단계 개발: 순서와 공유
개발은 화면 단위가 아니라 기능 단위로 나눠 진행합니다. 공통 컴포넌트를 먼저 만들고, 그 위에 각 화면을 올립니다. 진행 상황은 공유 환경에서 수시로 확인하실 수 있습니다. 완성된 화면부터 순차적으로 보여드리기 때문에 마지막에 한꺼번에 검수하는 일은 없습니다.
연동 작업은 왜 오래 걸리는가
외부 시스템과 연결하는 작업은 예상보다 시간이 걸립니다. ERP, 결제, 물류, 사내 인증 시스템이 각각 다른 형식으로 데이터를 주고받기 때문입니다. 상대 시스템 담당자와 일정을 맞추는 것도 변수입니다. 그래서 연동이 있는 프로젝트는 초반에 인터페이스 정의서를 만들고 시작합니다.
4단계 테스트: 누가 무엇을 확인하는가
테스트는 기능 확인과 사용성 확인으로 나뉩니다. 발견된 오류는 우선순위를 매겨 처리하고, 어떤 항목을 누가 확인했는지 기록으로 남깁니다.
기능 확인
요구사항 정의서에 적힌 항목이 실제로 동작하는지 확인합니다. 항목별로 통과 여부를 표시해 남기기 때문에, 무엇이 끝났고 무엇이 남았는지 문서만 보고 알 수 있습니다.
사용성 확인
실제 사용자가 목적을 달성하는 데 걸리는 시간과 이탈 지점을 봅니다. 브라우저와 기기 조합, 느린 네트워크 환경도 함께 점검합니다. 같은 화면도 조건이 다르면 결과가 달라지기 때문에 목록을 만들어 순서대로 확인합니다.
함께 점검하는 조건
- 브라우저와 기기 조합
- 느린 네트워크 환경
- 오류 우선순위와 처리 순서
5단계 배포: 오픈 당일과 그 이후
배포는 서버 이전, 도메인 연결, 데이터 초기화, 모니터링 설정을 포함합니다. 오픈 직후에는 예상하지 못한 문제가 나올 수 있어 담당자를 지정해 대응합니다. 배포 후 일정 기간은 안정화 기간으로 두고 오류를 집중 처리하며, 이후 운영 주체와 유지보수 방식을 확정합니다.
오픈 전
서버 이전과 도메인 연결, 데이터 초기 상태를 확인합니다.
오픈 당일
담당자를 지정해 두고 모니터링 설정과 대응 체계를 확인합니다.
안정화 기간
발견된 오류를 집중 처리하고 유지보수 방식을 확정합니다.
일정이 밀릴 때 어떻게 하는가
계획대로 가지 않는 것이 정상입니다. 요구사항이 추가되거나 외부 연동이 지연되면 일정이 밀립니다. 이때 세 가지 중에서 선택하고, 결정은 문서로 남겨 이후 혼선을 줄입니다.
기능을 줄인다
이번 범위에서 우선순위가 낮은 기능을 다음 단계로 넘깁니다. 이미 만든 부분은 그대로 두고, 일정에 직접 영향을 주는 항목만 조정합니다.
오픈 시점을 미룬다
완성도를 우선해야 하는 경우 선택합니다. 대신 미루는 기간 동안 무엇을 마무리할지 함께 정합니다.
단계를 나눠 먼저 배포한다
핵심 기능만 먼저 열고 나머지를 순차적으로 붙입니다. 운영 중인 서비스에서 요구가 자주 바뀌는 프로젝트에 맞습니다.
고객이 준비해야 할 것
피드백을 줄 담당자, 최종 승인권자, 참고 자료, 기존 시스템 접근 권한이 필요합니다. 콘텐츠 원고와 이미지도 준비되면 일정이 안정됩니다. 반대로 원고가 늦어지면 디자인 확정 후에도 화면이 비어 있게 됩니다. 이 부분은 초반에 일정표에 함께 표시합니다.
미리 준비하면 좋은 항목
- 피드백을 줄 담당자와 최종 승인권자
- 참고 자료와 기존 시스템 접근 권한
- 콘텐츠 원고와 이미지
이 항목들이 늦어지면 디자인이 확정된 뒤에도 화면이 비어 있게 됩니다. 그래서 준비 일정을 개발 일정과 같은 표에 올려 두고 함께 확인합니다.
자주 나오는 질문
단계를 건너뛰고 바로 개발로 갈 수 있나요?
기획 없이 개발로 넘어가면 화면 구조 문제가 코드 안에서 발견됩니다. 이 경우 수정 비용이 커지기 때문에 최소한 요구사항 정의서와 화면 목록은 남기는 것을 권합니다.
각 단계에서 고객이 확인해야 할 것은 무엇인가요?
기획에서는 범위와 화면 목록, 디자인에서는 주요 화면의 방향, 개발에서는 순차적으로 공개되는 완성 화면, 테스트에서는 항목별 통과 여부, 배포에서는 오픈 일정과 운영 방식을 확인하시면 됩니다.
외부 연동이 있으면 일정이 얼마나 달라지나요?
연동 대상과 형식에 따라 차이가 큽니다. 상대 시스템 담당자와 일정을 맞추는 시간이 필요하므로, 초반에 인터페이스 정의서를 만들고 연동 범위를 먼저 확정합니다.
배포 후에는 무엇을 확인하나요?
모니터링 설정이 정상 동작하는지, 오류가 어디에서 발생하는지, 담당자에게 알림이 제대로 전달되는지를 확인합니다. 안정화 기간이 끝나면 운영 주체와 유지보수 방식을 문서로 확정합니다.
진행 순서가 궁금하면 먼저 문의해 주세요
프로젝트 범위와 일정, 연동 여부를 알려주시면 어느 단계에서 무엇을 준비해야 하는지 정리해 안내드립니다. 상담은 월요일부터 금요일 09:00–18:00 사이에 진행합니다.
33, Digital-ro 34-gil, Guro-gu, Seoul, 08378, Republic of Korea · +82-2-866-7788 · [email protected]