UX 기획 · UI 디자인 · 앱 개발

20년차 시니어
전문가 집단

기획서 한 장부터 스토어 출시까지, 한 팀 안에서 끝냅니다.

요구사항 정의부터 정보구조도·정책서까지, 문서로 남기고 시작합니다.

Flutter 한 벌로 iOS와 Android를 함께 만듭니다.

테스트 케이스 614건, 세 명이 교차 검수하고 넘깁니다.

21년+
팀원 1인 평균 경력
30건+
세 명이 맡은 앱 개발 · 운영
120건+
UI · UX 디자인 수행
614건
단일 프로젝트 최대 QA 케이스
  • 요구사항 정의부터 정보구조도·정책서까지, 문서로 남기고 시작합니다.
  • Flutter 한 벌로 iOS와 Android를 함께 만듭니다.
  • 테스트 케이스 614건, 세 명이 교차 검수하고 넘깁니다.

세 사람이 각자의 경력에서 맡은 건을 합한 숫자로, 새로 만든 앱과 이어받아 운영·유지보수한 앱을 함께 셉니다. 유니뎁이라는 이름보다 각자가 쌓아 온 이력이 먼저라고 보기 때문입니다. 아래 포트폴리오에는 그중 세 명이 함께 수행했고 공개할 수 있는 건만 싣습니다. 앱 개발과 UI·UX 디자인 숫자는 일부 겹칩니다. QA 케이스는 전 개발 건에 작성하며, 614건은 그중 한 프로젝트의 최대치입니다.

이런 상황이라면

막히는 지점은 대개 코드가 아닙니다

말로 된 요구 확정 문서 없음 견적 · 일정

기획서가 없어 견적이 안 나옵니다

“앱 하나 만들어 주세요”에서 시작해 요건이 계속 바뀝니다. 무엇을 만들지 문서로 확정하지 않으면 견적도 일정도 의미가 없습니다.

기획 디자인 개발 의뢰인 결정 중재

기획·디자인·개발이 따로 놉니다

업체를 나눠 맡기면 사이에 낀 결정은 의뢰인이 직접 중재하게 됩니다. 재작업 비용은 대부분 여기서 발생합니다.

시작 개발 완료 검수 ? 기준은 여기서 정해집니다

받은 결과물을 검수할 기준이 없습니다

완료 보고는 받았는데 무엇을 확인해야 맞는지 알 수 없습니다. 검수 기준은 개발이 끝난 뒤가 아니라 시작 전에 정해져 있어야 합니다.

운영 중 손댈 사람 없음 개발사 이탈 스토어 정책은 계속 바뀝니다

이미 돌아가는 앱을 이어받을 사람이 없습니다

만든 업체와 연락이 끊겼거나, 담당 개발자가 나가 아무도 코드를 모릅니다. 스토어 정책이 바뀌어 심사가 반려되는 순간부터 급해집니다.

왜 시니어 팀인가

인건비 기준으로 산정하고, 담당자는 바뀌지 않습니다

유니뎁은 조직이 아니라 팀입니다. 견적은 실제 투입되는 전문가의 인건비를 기준으로 산정하고, 그 사람이 배포까지 그대로 맡습니다. 일반적인 SI 계약과 다른 지점은 이 두 가지입니다.

견적은 무엇을 기준으로 산정하는가

SI 계약의 견적에는 실제 작업자의 인건비 외에 영업·관리 조직의 운영비와 회사 마진이 함께 들어갑니다. 유니뎁은 투입되는 전문가의 인건비를 기준으로 산정합니다.

일반 SI 계약 투입 인건비 관리 · 영업비 본사 마진 의뢰인이 지불하는 금액 UNIDEV 전문가 인건비 산정 항목 아님 의뢰인이 지불하는 금액
일반 SI 계약 투입 인건비 관리·영업비 본사 마진 의뢰인이 지불하는 금액 UNIDEV 전문가 인건비 산정 항목 아님 의뢰인이 지불하는 금액
칸의 너비는 실제 금액 비율이 아니라 견적을 구성하는 항목을 나타냅니다. 합의한 범위를 벗어나는 추가 개발은 저희도 공수만큼 별도로 산정합니다. 달라지는 것은 그 공수 위에 조직 운영비가 얹히는지 아닌지입니다.

누가 끝까지 맡는가

초반에 잠깐 투입된 시니어가 빠지고 담당자가 바뀌면, 바뀔 때마다 인수인계 구간이 생기고 앞에서 정한 맥락이 조금씩 새어 나갑니다. 유니뎁은 기획부터 배포까지 같은 세 명입니다.

기획 디자인 개발 QA · 배포 일반 SI 계약 시니어 투입 담당자 교체 신규 투입 교체 퇴사 끊긴 구간마다 인수인계가 필요합니다 UNIDEV 신계호 · 최인태 · 박정호 — 끊김 없이 동일 프로젝트 기간
일반 SI 계약 시니어 담당자 교체 신규 투입 교체 퇴사 끊긴 구간마다 인수인계가 필요합니다 UNIDEV 신계호 · 최인태 · 박정호 기획부터 배포까지 끊김 없이 동일 프로젝트 기간
인수인계가 늘수록 초반에 합의한 정책과 예외 처리가 문서 밖에서 사라집니다. 유니뎁은 기획을 쓴 사람이 QA 케이스까지 함께 봅니다.

다만 동시에 여러 팀을 투입해야 하는 대형 과제라면 저희 규모가 맞지 않습니다. 문의 단계에서 맞지 않는다고 판단되면 그대로 말씀드립니다.

서비스

네 단계를 한 팀이 이어서 맡습니다

전 과정을 맡기셔도 되고, 필요한 구간만 맡기셔도 됩니다. 이미 기획서가 있으면 디자인부터, 디자인이 끝났으면 개발부터, 이미 출시된 앱이면 운영부터 이어받습니다.

01

기획 · 설계

산출물 — 요구사항 정의서 · 정보구조도 · 서비스 정책서 · 화면설계서

의뢰인의 말로 된 요구를 개발자가 그대로 구현할 수 있는 문서로 바꿉니다. 예외 상황과 정책까지 미리 확정해, 개발 중에 “이건 어떻게 하죠” 가 나오지 않게 합니다.
요구사항 정의IA정책서기능 명세WBS
02

UI · UX 디자인

산출물 — 와이어프레임 · 하이파이 UI · 디자인 시스템 · 핸드오프

Figma에서 컴포넌트와 토큰을 정의해 화면을 만듭니다. 개발자가 값을 추측하지 않도록 간격·색·상태까지 규격으로 넘깁니다.
Figma디자인 시스템프로토타입핸드오프
03

앱 · 웹 개발

산출물 — 앱 빌드 · 관리자 웹 · API 연동 · 배포 환경

Flutter 한 벌로 iOS·Android를 함께 만들고, 백엔드는 Firebase로 구성합니다. 관리자 웹과 결제·알림 연동까지 같은 팀이 처리합니다.
FlutterFirebase관리자 웹결제 연동
04

QA · 배포 · 운영

산출물 — 테스트 케이스 시트 · 결함 이력 · 스토어 등록 자료

기획 단계에서 만든 정책을 그대로 테스트 케이스로 옮겨 교차 검수합니다. 스토어 심사 대응과 반려 사유 수정까지 포함합니다. 이미 운영 중인 앱을 이어받는 경우에는 코드·스토어 계정 인수인계와 현재 상태 점검부터 하고 시작합니다.
테스트 케이스교차 검수스토어 심사유지보수운영 이관

산출물

말이 아니라 문서로 남깁니다

아래는 실제 프로젝트에서 사용하는 문서의 형식입니다. 계약 전에 샘플을 보여 드리고, 어떤 문서를 언제 받게 되는지 먼저 합의합니다.

information-architecture.xlsx
정보구조도 (IA) 미리보기

정보구조도 (IA)

화면·기능을 ID 단위로 쪼개고 적용 차수를 나눕니다. 범위 협의는 이 표 위에서 합니다.

service-policy.xlsx
서비스 정책서 미리보기

서비스 정책서

탈퇴하면 작성 글은 어떻게 되는지, 결제 취소 기준은 무엇인지 — 개발 중에 되묻지 않도록 먼저 정합니다.

qa-testcase.xlsx
QA 테스트 케이스 미리보기

QA 테스트 케이스

정책서의 각 항목이 케이스로 내려옵니다. 검수는 감이 아니라 이 시트의 통과 여부로 합니다.

팀원

상주하는 세 명, 그리고 필요할 때 합류하는 사람들

외주 브로커가 아니라 실제로 손을 움직이는 사람이 누구인지 공개합니다. 프로젝트마다 담당자가 바뀌지 않습니다.

신계호

신계호

PM · UX 기획 · UI 디자인

20년차 · 상시 팀

요구사항 정의부터 정보구조도·정책서·화면설계까지 담당합니다. SK텔레콤·Daum·카카오·현대제철을 거쳐 의뢰인과의 커뮤니케이션 창구를 맡습니다.

최인태

최인태

개발 리더 · Android · Flutter

23년차 · 상시 팀

Kotlin 네이티브와 Flutter 크로스플랫폼, Firebase 서버리스 백엔드를 담당합니다. Play Store 배포·운영, PortOne 결제 연동.

박정호

박정호

iOS · Flutter 개발

21년차 · 상시 팀

Swift 네이티브와 Flutter 크로스플랫폼, Flutter Web 관리자 대시보드를 담당합니다. App Store 배포·심사 대응, WebRTC 영상통화 구현.

협력 풀 AI · 퍼블리싱 · 영상 등 프로젝트별로 합류하는 인력은 실명·경력과 함께 별도로 공개합니다.

포트폴리오

대표 프로젝트

포트폴리오 전체보기

배지는 저희가 맡은 범위입니다. 기획부터 개발·배포까지 모두 수행한 건과, 기획·디자인까지 수행한 건을 구분해 표시합니다.

동네배달 화면Google PlayApp Store

O2O · 커머스

기획 · 디자인 · 개발

동네배달

고객·사장님·라이더 세 앱을 하나로 묶은 동네 단위 배달 O2O. GPS 실시간 추적과 3-way 권한 분리. 스토어 출시 예정.

자세히 보기 →

산업 · B2B

기획 · 디자인 · 개발

일과사람

근무자·관리자·현장사무소 3단계를 하나로 묶은 건설 현장관리 ERP. 얼굴인식 출퇴근, PortOne 계좌이체 급여 정산, OCR 명함 인식.

자세히 보기 →

O2O · 커머스

기획 · 디자인 · 개발

지구한끼

마감 직전 친환경 식품을 픽업으로 연결하는 ESG 마켓플레이스. 구매자·판매자·관리자 3-tier 구조와 PortOne 결제 완전 내재화.

자세히 보기 →

커뮤니티 · SNS

기획 · 디자인 · 개발

Glow

채널 기반 그룹 채팅과 화상회의에 실시간 스케치를 얹은 팀 협업 플랫폼. Agora 영상통화, 화면공유 위 캔버스 엔진 자체 구현.

자세히 보기 →

커뮤니티 · SNS

기획 · 디자인 · 개발

샬롬

교회 커뮤니티 SNS. 소식 피드·1:1 및 소모임 채팅·교인 디렉토리·일정 관리를 한 앱에 묶고, 멀티 교회 구조로 설계.

자세히 보기 →

기획·디자인·개발을 모두 수행한 6건을 대표로 골랐습니다. 나머지 14건은 포트폴리오 전체보기에서 수행 범위 필터와 함께 보실 수 있습니다.

진행 방식

다섯 단계, 단계마다 확인받고 넘어갑니다

막대 길이는 전체 일정에서 각 단계가 차지하는 비중입니다. 개발이 가장 길지만, 일정이 흔들리는 원인은 대개 첫 단계에 있습니다.

STEP 1

기획

요건 확정

요구사항 정의서 · 정보구조도 · 정책서

STEP 2

디자인

화면 확정

와이어프레임 · 하이파이 UI · 디자인 시스템

STEP 3

개발

주간 빌드 공유

앱 빌드 · 관리자 웹 · 연동 완료

STEP 4

QA

교차 검수

테스트 케이스 시트 · 결함 이력

STEP 5

배포

심사 대응

스토어 등록 · 반려 대응 · 인수인계

자주 묻는 질문

계약 전에 가장 많이 받는 질문

비용은 어떻게 산정되나요?

기능 목록이 확정되기 전에는 정확한 금액을 드릴 수 없습니다. 먼저 요구사항을 정리해 기능 단위로 나눈 뒤, 각 기능의 개발 공수를 합산해 산정합니다. 기획만 먼저 진행하고 그 결과로 견적을 받는 방식도 가능합니다.

기간은 얼마나 걸리나요?

범위에 따라 달라 일괄로 말씀드리기 어렵습니다. 다만 일정이 밀리는 원인은 대부분 개발 속도가 아니라 요건 변경이라, 착수 전에 범위를 문서로 고정하는 데 시간을 씁니다. 확정된 범위에 대해서는 WBS로 주 단위 일정을 드립니다.

계약은 어떤 형태로 하나요?

도급 계약과 상주·파견 참여 모두 가능합니다. 유니뎁 사업자 명의로 직접 계약하고 세금계산서를 발행합니다. 계약서에는 산출물 목록과 검수 기준, 수정 범위를 반드시 포함합니다.

수정은 몇 번까지 가능한가요?

확정된 산출물 범위 안의 수정은 횟수 제한 없이 반영합니다. 다만 확정 이후의 기능 추가·구조 변경은 별도 건으로 재산정합니다. 어디까지가 범위 안인지를 계약서와 정보구조도에 명시해 두기 때문에 분쟁 소지를 줄일 수 있습니다.

NDA(비밀유지계약)를 쓸 수 있나요?

가능합니다. 의뢰인 양식이 있으면 그대로 검토하고, 없으면 저희 양식을 드립니다. NDA 체결 건은 포트폴리오에 게시하지 않습니다.

출시 후 유지보수도 맡기나요?

월 단위 유지보수 계약으로 진행합니다. 범위와 응답 기준을 계약서에 명시하며, 무상 보증 기간이나 무제한 대응 같은 조건은 지키지 못할 약속이라 제시하지 않습니다.

지금 어느 단계신가요?

아이디어만 있어도, 기획서가 이미 있어도 상관없습니다. 현재 단계와 대략의 예산만 알려 주시면 무엇부터 해야 할지 정리해 회신드립니다.

견적 요청하기3분이면 충분합니다 · 비용 없음
함께할 시니어 개발자를 찾습니다. 프로젝트 단위로 참여하고, 정산 기준은 사전에 공개합니다. 합류 안내 보기 →
견적 요청