IT 컨설팅 · 광주 동구

만들기 전에 정하는 일을 함께합니다

개발 견적이 프로젝트마다 크게 차이 나는 이유는 대개 기술이 아니라 결정의 차이입니다. 로그인을 어디까지 열어둘지, 결제를 언제 붙일지, 데이터를 어디에 둘지에 따라 범위가 달라집니다. IT 컨설팅은 이 결정을 미리 내리는 작업입니다.

컨설팅 단계만 따로 진행할 수 있습니다. 개발은 다른 곳에서 진행하더라도 이 문서는 그대로 씁니다.

컨설팅이 필요한 순간

다섯 가지 신호가 있습니다. 이 중 두 개 이상이면 컨설팅이 개발보다 먼저입니다.

  1. 01 요구사항 요구사항이 계속 늘어나는데 우선순위가 안 정해질 때
  2. 02 견적 견적이 업체마다 두세 배 차이 날 때
  3. 03 연동 기존 시스템을 어떻게 연결할지 막막할 때
  4. 04 담당자 담당자가 바뀌어 구조를 아무도 모를 때
  5. 05 보안·규제 규제나 보안 요건을 어디까지 맞춰야 할지 모를 때

반대로 요구사항이 명확하고 우선순위가 이미 정리되어 있으면 바로 개발로 가는 편이 빠릅니다. 컨설팅은 결정을 대신하는 자리가 아니라, 결정을 미리 내려두는 자리입니다.

밝은 회의실에서 고객사 담당자와 인터뷰하며 요구사항을 정리하는 컨설턴트

발견 단계에서 하는 일

인터뷰, 현행 시스템 확인, 데이터 흐름 정리, 제약 조건 목록화를 합니다. Product Discovery나 Technology Consulting 같은 범주를 별도로 두는 이유도 이 단계의 결과가 이후 모든 결정을 좌우하기 때문입니다.

인터뷰는 의사결정권자와 실무자를 따로 합니다. 두 사람이 중요하게 보는 지점이 다른 경우가 많고, 그 차이를 먼저 확인해야 합니다. 결정권자는 일정과 비용을, 실무자는 예외 처리와 예외가 생겼을 때의 부담을 봅니다. 이 둘을 같은 자리에서 물으면 대개 한쪽 이야기만 남습니다.

인터뷰

결정권자와 실무자를 나눠 묻고, 답이 갈리는 지점을 먼저 목록에 올립니다.

현행 확인

지금 쓰는 시스템과 데이터가 실제로 어떻게 흐르는지, 문서와 현장을 함께 봅니다.

데이터 흐름

어느 화면에서 만들어져 어디에 쌓이고 누가 읽는지 순서대로 정리합니다.

제약 조건

일정, 인력, 예산, 기존 계약처럼 바꾸기 어려운 조건을 먼저 적어둡니다.

기술 전략과 로드맵

무엇을 먼저 하고 무엇을 나중에 할지 정합니다. 순서를 잘못 잡으면 나중에 만든 기능 때문에 앞서 만든 것을 다시 손봐야 합니다.

예를 들어 로그인 체계를 나중에 바꾸면 관련된 모든 화면을 다시 손대야 합니다. 로드맵에는 각 단계의 전제 조건과 예상 기간을 함께 적습니다. 이 문서가 있으면 견적 비교도 쉬워집니다. 같은 기능을 요청해도 어느 단계에 붙이는지에 따라 작업량이 달라지기 때문입니다.

1단계

지금 반드시 있어야 하는 기능과 나중에 붙여도 되는 기능을 나눕니다.

2단계

각 단계가 시작되려면 먼저 끝나야 하는 조건을 적습니다. 계정 체계, 데이터 위치, 외부 연동 여부가 여기에 해당합니다.

3단계

단계별 예상 기간을 함께 적어, 견적서마다 다르게 적힌 범위를 같은 기준으로 비교할 수 있게 합니다.

디지털 전환을 어디서부터

전환은 전사 대상이 아니라 업무 하나에서 시작하는 편이 안전합니다. AI, 빅데이터, 디지털 트윈을 산업 현장의 IT와 OT에 결합하는 이야기도 결국 현장 단위의 접점에서 시작합니다.

사무 업무라면 반복 입력이나 결재 흐름이 출발점이 됩니다. 제조 현장이라면 설비 데이터 수집과 보고서 작성이 먼저입니다. 시작점을 좁히면 성과를 확인하기 쉽고, 다음 범위를 정할 때도 근거가 남습니다.

제조 현장 사무실에서 설비 데이터 수집 범위를 검토하는 실무자
  • 사무 업무: 반복 입력과 결재 흐름부터 자동화 범위를 잡습니다.
  • 제조 현장: 설비 데이터 수집과 보고서 작성을 첫 단계로 둡니다.
  • 서비스 업: 주문 접수와 문의 응대의 중복 단계를 먼저 정리합니다.
사무실에서 두 시스템을 연결하는 인터페이스 범위를 함께 확인하는 실무자

시스템 통합과 인터페이스 설계

여러 시스템이 연결되면 각 인터페이스마다 정의서가 필요합니다. 어떤 데이터를, 어떤 주기로, 어떤 형식으로 주고받는지 정합니다. 오류가 났을 때 누가 어떻게 처리하는지도 여기 포함됩니다.

이 정의가 없으면 연동 이후 문제가 생겼을 때 원인을 찾기 어렵습니다. 통합 프로젝트에서 일정이 밀리는 대부분의 이유가 이 문서 부재입니다. 연결 개수가 늘어날수록 정의서 한 장이 아끼는 시간도 커집니다.

보안과 규제 검토

개인정보 수집 범위, 보관 위치, 접근 권한, 로그 기록을 확인합니다. 국내 서비스라면 개인정보보호 관련 요건을 기획 단계에서 반영해야 합니다. 접근성 기준도 함께 봅니다. 이 항목들은 개발이 끝난 뒤에 손대면 비용이 커집니다.

컨설팅 단계에서 체크리스트로 정리해두면 검수 단계가 짧아집니다. 무엇을 확인했고 무엇이 남았는지 목록으로 남기 때문에, 개발사가 바뀌어도 같은 기준으로 이어받을 수 있습니다.

검토 항목

  • 개인정보 수집 범위와 보관 위치
  • 접근 권한 등급과 로그 기록 방식
  • 접근성 기준 반영 범위
  • 검수 단계에서 확인할 체크리스트

비용 산정과 업체 선정

같은 요구사항으로 견적을 받아도 범위가 다르게 적혀 있으면 비교가 안 됩니다. 그래서 기능 목록을 같은 형식으로 정리한 뒤 견적을 요청하도록 안내합니다.

비교 항목 유지보수 조건, 소스코드 소유권, 인수인계 범위를 같은 줄에 놓고 봅니다.
범위 정렬 기능 목록을 같은 형식으로 정리한 뒤 견적을 요청하면, 빠진 항목과 중복된 항목이 눈에 보입니다.
산출물 컨설팅 결과물에 이 비교표를 포함할 수 있습니다. 세 항목은 견적서에 잘 안 드러나지만 나중에 문제가 되는 지점입니다.

업체를 정하는 기준은 가격만이 아닙니다. 같은 범위를 같은 조건으로 제시했는지, 소스코드와 문서를 누가 가져가는지, 인수인계를 어디까지 하는지가 함께 비교되어야 합니다.

개발사에 넘길 요구사항 정의서와 체크리스트를 건네는 장면

컨설팅만 진행하는 경우

개발은 다른 업체에서 하고 컨설팅만 받는 방식도 가능합니다. 이 경우 산출물은 요구사항 정의서, 로드맵, 견적 비교 기준, 인수인계 체크리스트입니다.

이 문서를 그대로 개발사에 넘기면 커뮤니케이션 비용이 줄어듭니다. 나중에 다른 업체로 바꾸더라도 기준이 남습니다. 개발사 선정을 돕는 것도 이 범위에 포함됩니다.

서비스 살펴보기

컨설팅 이후

컨설팅 결과를 바탕으로 개발을 진행할지, 다른 업체를 찾을지, 잠시 보류할지는 고객사가 정합니다. 결과 문서는 특정 개발사를 전제로 쓰지 않습니다. 그래서 어느 쪽으로 결정해도 그대로 쓸 수 있습니다.

진행 상황을 다시 점검하고 싶으면 몇 달 뒤 재검토 세션을 잡을 수 있습니다. 이 세션은 별도 비용 없이 상담 형태로 진행합니다. 결정을 미룬 경우에도 그때의 기준을 다시 꺼내 볼 수 있습니다.

자주 묻는 질문

진행 전에 가장 많이 확인하시는 네 가지입니다. 여기에 없는 내용은 문의로 남겨주시면 범위에 맞춰 안내드립니다.

컨설팅 기간은 얼마나 걸리나요?

범위에 따라 다르지만, 단일 서비스 기준으로 몇 주가 일반적입니다. 전사 범위면 더 길어집니다.

개발 없이 컨설팅만 받을 수 있나요?

가능합니다. 결과 문서는 특정 개발사를 전제로 하지 않으므로 어디에 맡기셔도 쓸 수 있습니다.

컨설팅 결과물은 무엇인가요?

요구사항 정의서, 로드맵, 견적 비교 기준, 인수인계 체크리스트가 기본입니다. 필요에 따라 항목을 조정합니다.

내부 담당자가 없어도 진행되나요?

진행됩니다. 다만 의사결정권자 한 분은 인터뷰에 참여하셔야 합니다. 방향을 정하는 자리가 필요합니다.

상담 창구

전화 +82-62-223-5566 이메일 [email protected] 월요일–금요일 09:00–18:00

오시는 길

77, Chungjang-ro, Dong-gu, Gwangju, 61474, Republic of Korea 문의하기

컨설팅 범위

디지털 전환 출발점 정리와 단계 구분 시스템 통합 인터페이스 정의서 기술 전략 수립과 견적 비교 기준