프로젝트 진행 방식
기획부터 운영까지의 진행 방식
프로젝트를 의뢰하기 전에 가장 궁금한 것은 어떻게 진행되는가입니다.
이 페이지는 상담부터 운영까지 어떤 순서로 움직이는지 설명합니다.
단계 이름보다 각 단계에서 무엇을 확인하는지가 중요합니다. 정리되지 않은 상태로 오셔도 괜찮습니다. 아래 여덟 단계 중 어디에서 시작할지, 어디에서 무엇을 확인받는지 먼저 살펴보세요.
상담과 요구사항 정리
무엇을 만들고 싶은지, 지금 무엇이 문제인지부터 듣습니다. 이 둘이 다를 때가 많습니다. 만들고 싶은 화면 뒤에 실제로 해결해야 할 문제가 숨어 있는 경우가 많기 때문입니다. 상담 자리에서는 기능 목록보다 먼저 지금 어떤 일이 불편한지, 누가 이 화면을 쓰는지를 정리합니다. 준비된 기획서가 없어도 됩니다. 대화에서 나온 내용을 그 자리에서 요약해 다시 확인해 드립니다.
만들고 싶은 것과 실제로 해결해야 할 문제가 같은지
상담 내용 요약, 사용자와 사용 상황 정리
없어도 됩니다. 참고할 화면이나 비슷한 서비스가 있다면 알려주세요
범위와 우선순위 확정
무엇을 먼저 만들고 무엇을 미룰지 정합니다. 범위를 흐릿하게 두면 개발 중간에 방향이 흔들립니다. 우선순위는 문서로 남기고 확인받습니다. 문서에 남기지 않은 요구사항은 뒤로 밀리기 쉬우니, 이 단계에서 한 번 더 정리하는 편이 결과적으로 빠릅니다. 웹 개발과 모바일 앱 개발을 함께 준비한다면 두 화면 중 어디를 먼저 내놓을지도 여기서 정합니다.
확인 방식 — 우선순위 문서를 공유하고, 이견이 있는 항목은 따로 표시해 다시 확인합니다. 정해지지 않은 항목을 억지로 채우지 않고 다음 확인 지점으로 넘깁니다.
기획
사용자 흐름, 데이터 구조, 화면 목록을 정리합니다. 웹과 앱을 함께 준비한다면 이 단계에서 데이터 공유 방식을 정합니다. 화면이 몇 개인지보다 화면 사이를 어떻게 이동하는지가 먼저이고, 그다음에 어떤 정보가 남고 어디로 흐르는지가 정해집니다. 정리된 흐름은 나중에 맞춤형 소프트웨어 개발로 범위가 넓어질 때도 기준점이 됩니다.
디자인
화면 설계와 인터랙션을 정의합니다. 흐름이 먼저, 표현이 다음입니다. 색과 서체, 애니메이션은 사용자가 목표를 더 빨리 찾도록 도울 때만 씁니다. UX/UI 디자인 작업은 화면을 예쁘게 만드는 일이 아니라, 어디를 눌러야 할지 헷갈리지 않게 만드는 일에 가깝습니다. 브랜딩 요소는 흐름을 방해하지 않는 선에서 반영합니다. 첫 시안은 주요 화면 흐름을 따라가며 함께 확인하고, 이후 표현을 다듬습니다.
이 단계에서 함께 정하는 것
산출물
사용자 흐름 정리, 화면 목록, 데이터 구조 설명, 주요 화면 디자인 시안
확인 지점
흐름 확정, 주요 화면 시안 확인, 브랜딩 요소 반영 여부
변경될 때
화면 수가 크게 달라지면 일정과 범위를 함께 다시 조정하고 문서로 남깁니다
개발
반응형 웹, 안드로이드, iOS, 서버 로직이 프로젝트 성격에 따라 조합됩니다. 어느 것을 먼저 만들지, 어떤 부분을 하나의 코드로 묶을지는 기획에서 정한 우선순위를 따릅니다. 개발 중에도 진행 상황을 공유하며, 예상과 다른 부분이 생기면 먼저 알립니다. 늦게 알리는 것보다 일찍 알리는 편이 일정을 지키는 데 도움이 되기 때문입니다.
검수와 출시
기능 동작, 화면 폭별 반응, 오류 처리를 확인합니다. 출시 전에 점검 항목을 정해두면 놓치는 부분이 줄어듭니다. 점검은 눈으로만 하는 것이 아니라 작은 화면과 큰 화면에서 같은 흐름을 반복해 보는 방식으로 진행합니다. 아래 항목은 실제로 출시 전에 확인하는 내용 일부입니다. 프로젝트 성격에 따라 항목은 달라지며, 늘어난 항목은 미리 알려드립니다.
기능 동작
주요 흐름이 처음부터 끝까지 이어지는지, 예외 상황에서 오류가 이해하기 쉽게 표시되는지 확인합니다.
화면 폭별 반응
휴대폰, 태블릿, 데스크톱에서 같은 내용이 잘리거나 겹치지 않는지 확인합니다.
오류 처리
입력이 비어 있거나 잘못 들어왔을 때, 사용자가 다음에 무엇을 해야 할지 알 수 있는지 확인합니다.
출시 순서
무엇을 먼저 공개하고 무엇을 나중에 열지, 되돌릴 수 있는 순서인지 확인합니다.
유지보수
출시 후 오류 대응과 기능 확장을 어떻게 지원할지 사전에 정합니다. 지원 범위를 문서로 남기는 이유는 책임 소재를 명확히 하기 위해서입니다. 어디까지가 유지보수에 포함되고, 어디부터가 새 작업인지 미리 정해두면 이후 요청이 훨씬 빨라집니다. 정기 점검 주기와 연락 창구도 이 단계에서 함께 정합니다.
포함되는 것
오류 대응, 정기 점검, 계약 범위 안의 소규모 수정
별도로 정하는 것
새 화면과 새 기능, 연동 추가, 규모가 큰 리뉴얼
일정과 소통
단계별로 확인받는 지점을 둡니다. 큰 프로젝트를 한 번에 확정하기 어렵다면 단계를 나눠 시작할 수도 있습니다. 확인 지점에서는 이전 단계의 결과물을 함께 보고, 다음 단계로 넘어갈지 여기서 결정합니다. 연락은 업무 시간인 월요일–금요일 09:00–18:00에 가능하며, 답변이 늦어질 경우 미리 알려드립니다.
프로젝트가 흔들릴 때
요구사항이 중간에 바뀌는 일은 자주 있습니다. 그때 일정과 범위에 어떤 영향이 생기는지 먼저 공유합니다. 결정을 미룬 채 진행하면 나중에 더 큰 조정이 필요해지므로, 영향이 확인되는 시점에 바로 알려드립니다. 범위를 줄일지, 일정을 늘릴지, 단계를 나눌지는 함께 정합니다.
자주 묻는 질문
기획서가 없어도 상담을 시작할 수 있나요?
네. 정리되지 않은 상태로 오셔도 됩니다. 상담에서 나온 내용을 바탕으로 무엇을 먼저 정해야 하는지 함께 정리하고, 그 결과를 문서로 남겨 확인받습니다.
웹과 앱을 동시에 만들면 일정이 어떻게 달라지나요?
기획 단계에서 데이터 공유 방식을 먼저 정합니다. 두 화면을 동시에 완성하기 어렵다면 먼저 내놓을 쪽을 정해 단계를 나눠 시작할 수 있습니다.
진행 중에 요구사항이 바뀌면 어떻게 되나요?
일정과 범위에 어떤 영향이 생기는지 먼저 공유합니다. 범위를 줄일지, 일정을 늘릴지, 단계를 나눌지는 확인 후 함께 결정합니다.
출시 후 유지보수는 어떻게 정하나요?
출시 전에 지원 범위를 문서로 남깁니다. 오류 대응과 정기 점검처럼 계약 범위 안의 작업과, 새 화면이나 기능 추가처럼 별도로 정하는 작업을 나눠 확인합니다.
다음 단계로 진행할 준비가 되셨나요?
프로젝트 상담을 신청하시면 무엇을 먼저 정해야 하는지부터 함께 확인합니다. 아직 정리되지 않았다면 회사 소개에서 작업 방식을 먼저 살펴보셔도 됩니다.
서울특별시 강남구 강남대로94길 86, 11층 (역삼동, 신영빌딩) · 월요일–금요일 09:00–18:00