
정보구조도 (IA)
화면·기능을 ID 단위로 쪼개고 적용 차수를 나눕니다. 범위 협의는 이 표 위에서 합니다.
세 사람이 각자의 경력에서 맡은 건을 합한 숫자로, 새로 만든 앱과 이어받아 운영·유지보수한 앱을 함께 셉니다. 유니뎁이라는 이름보다 각자가 쌓아 온 이력이 먼저라고 보기 때문입니다. 아래 포트폴리오에는 그중 세 명이 함께 수행했고 공개할 수 있는 건만 싣습니다. 앱 개발과 UI·UX 디자인 숫자는 일부 겹칩니다. QA 케이스는 전 개발 건에 작성하며, 614건은 그중 한 프로젝트의 최대치입니다.
이런 상황이라면
기획서가 없어 견적이 안 나옵니다
“앱 하나 만들어 주세요”에서 시작해 요건이 계속 바뀝니다. 무엇을 만들지 문서로 확정하지 않으면 견적도 일정도 의미가 없습니다.
기획·디자인·개발이 따로 놉니다
업체를 나눠 맡기면 사이에 낀 결정은 의뢰인이 직접 중재하게 됩니다. 재작업 비용은 대부분 여기서 발생합니다.
받은 결과물을 검수할 기준이 없습니다
완료 보고는 받았는데 무엇을 확인해야 맞는지 알 수 없습니다. 검수 기준은 개발이 끝난 뒤가 아니라 시작 전에 정해져 있어야 합니다.
이미 돌아가는 앱을 이어받을 사람이 없습니다
만든 업체와 연락이 끊겼거나, 담당 개발자가 나가 아무도 코드를 모릅니다. 스토어 정책이 바뀌어 심사가 반려되는 순간부터 급해집니다.
왜 시니어 팀인가
유니뎁은 조직이 아니라 팀입니다. 견적은 실제 투입되는 전문가의 인건비를 기준으로 산정하고, 그 사람이 배포까지 그대로 맡습니다. 일반적인 SI 계약과 다른 지점은 이 두 가지입니다.
SI 계약의 견적에는 실제 작업자의 인건비 외에 영업·관리 조직의 운영비와 회사 마진이 함께 들어갑니다. 유니뎁은 투입되는 전문가의 인건비를 기준으로 산정합니다.
초반에 잠깐 투입된 시니어가 빠지고 담당자가 바뀌면, 바뀔 때마다 인수인계 구간이 생기고 앞에서 정한 맥락이 조금씩 새어 나갑니다. 유니뎁은 기획부터 배포까지 같은 세 명입니다.
다만 동시에 여러 팀을 투입해야 하는 대형 과제라면 저희 규모가 맞지 않습니다. 문의 단계에서 맞지 않는다고 판단되면 그대로 말씀드립니다.
서비스
전 과정을 맡기셔도 되고, 필요한 구간만 맡기셔도 됩니다. 이미 기획서가 있으면 디자인부터, 디자인이 끝났으면 개발부터, 이미 출시된 앱이면 운영부터 이어받습니다.
산출물 — 요구사항 정의서 · 정보구조도 · 서비스 정책서 · 화면설계서
산출물 — 와이어프레임 · 하이파이 UI · 디자인 시스템 · 핸드오프
산출물 — 앱 빌드 · 관리자 웹 · API 연동 · 배포 환경
산출물 — 테스트 케이스 시트 · 결함 이력 · 스토어 등록 자료
산출물
아래는 실제 프로젝트에서 사용하는 문서의 형식입니다. 계약 전에 샘플을 보여 드리고, 어떤 문서를 언제 받게 되는지 먼저 합의합니다.

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

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

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 영상통화 구현.
Google PlayApp Store기획·디자인·개발을 모두 수행한 6건을 대표로 골랐습니다. 나머지 14건은 포트폴리오 전체보기에서 수행 범위 필터와 함께 보실 수 있습니다.
진행 방식
막대 길이는 전체 일정에서 각 단계가 차지하는 비중입니다. 개발이 가장 길지만, 일정이 흔들리는 원인은 대개 첫 단계에 있습니다.
STEP 1
요건 확정
요구사항 정의서 · 정보구조도 · 정책서
STEP 2
화면 확정
와이어프레임 · 하이파이 UI · 디자인 시스템
STEP 3
주간 빌드 공유
앱 빌드 · 관리자 웹 · 연동 완료
STEP 4
교차 검수
테스트 케이스 시트 · 결함 이력
STEP 5
심사 대응
스토어 등록 · 반려 대응 · 인수인계
자주 묻는 질문
기능 목록이 확정되기 전에는 정확한 금액을 드릴 수 없습니다. 먼저 요구사항을 정리해 기능 단위로 나눈 뒤, 각 기능의 개발 공수를 합산해 산정합니다. 기획만 먼저 진행하고 그 결과로 견적을 받는 방식도 가능합니다.
범위에 따라 달라 일괄로 말씀드리기 어렵습니다. 다만 일정이 밀리는 원인은 대부분 개발 속도가 아니라 요건 변경이라, 착수 전에 범위를 문서로 고정하는 데 시간을 씁니다. 확정된 범위에 대해서는 WBS로 주 단위 일정을 드립니다.
도급 계약과 상주·파견 참여 모두 가능합니다. 유니뎁 사업자 명의로 직접 계약하고 세금계산서를 발행합니다. 계약서에는 산출물 목록과 검수 기준, 수정 범위를 반드시 포함합니다.
확정된 산출물 범위 안의 수정은 횟수 제한 없이 반영합니다. 다만 확정 이후의 기능 추가·구조 변경은 별도 건으로 재산정합니다. 어디까지가 범위 안인지를 계약서와 정보구조도에 명시해 두기 때문에 분쟁 소지를 줄일 수 있습니다.
가능합니다. 의뢰인 양식이 있으면 그대로 검토하고, 없으면 저희 양식을 드립니다. NDA 체결 건은 포트폴리오에 게시하지 않습니다.
월 단위 유지보수 계약으로 진행합니다. 범위와 응답 기준을 계약서에 명시하며, 무상 보증 기간이나 무제한 대응 같은 조건은 지키지 못할 약속이라 제시하지 않습니다.
아이디어만 있어도, 기획서가 이미 있어도 상관없습니다. 현재 단계와 대략의 예산만 알려 주시면 무엇부터 해야 할지 정리해 회신드립니다.
산업 · B2B
반도체 건설 현장의 팀 단위 인력 운용을 그대로 시스템으로 옮겼습니다.

반도체·건설 현장 채용은 지인 네트워크와 밴드·카카오톡에 흩어져 있었습니다. 팀장은 수십 명을 여러 현장에 배치하면서 개인별 단가에 맞춰 공수를 엑셀로 계산했고, 당일 노쇼를 거를 방법도 없었습니다. 팀장 중심의 인력 운용 생태계를 그대로 시스템으로 옮기는 것이 이 프로젝트의 출발점이었습니다.
핵심 기능
1팀장 1마스터 크루 구조. 팀장 승인·자진 탈퇴·현장 이동 이력이 실시간 동기화되어 현장 관리자의 인력 추적 부담을 줄였습니다.
일자별 공수(0.5~2.0)·단가·일비를 입력하면 세전·세후 금액이 자동 계산됩니다. 기본값 자동 채움과 유형 칩으로 반복 입력을 줄였습니다.
건설근로자공제회 표준 직종·현장 데이터를 자동 동기화해 자체 마스터 오염을 막고 정산·통계 일관성을 유지합니다.
기술직·팀장·관리직·협력사 네 역할로 화면과 기능을 완전히 분리. 협력사에는 포인트·쇼핑몰을 차단해 B2B와 B2C를 한 앱에서 병행합니다.
회원·공고·쇼핑몰·이벤트·마스터 데이터를 한 화면에서 관리. 마케터가 배너와 푸시 도착지를 직접 편집합니다.
화면
이미지를 누르면 확대해서 볼 수 있습니다.
화면 구조
기획 단계에서 화면과 분기를 한 장에 펼쳐 놓고 시작합니다. 의뢰인과 범위를 합의하는 것도, 개발자가 빠진 화면을 찾는 것도 이 위에서 합니다.
하이테크잡스 화면 흐름도 — 기획 단계 산출물
가로로 긴 도면입니다. 눌러서 연 뒤 원본 크기로 바꾸면 밀어 가며 읽을 수 있습니다.
이 프로젝트의 범위·기간·구조를 기준으로 정리해 회신드립니다.
O2O · 커머스
고객·사장님·라이더 세 앱을 하나의 동네 배달 생태계로 묶었습니다.

대형 배달 플랫폼의 수수료 부담이 지역 소상공인에게 그대로 넘어가고 있었습니다. 고객·사장님·라이더가 각자의 앱으로 연결되어 낮은 수수료로 돌아가는 동네 단위 배달 생태계를 목표로 잡았습니다. 역할이 완전히 다른 세 사용자를 한 데이터 모델 위에 올리면서 권한을 어떻게 나눌지가 설계의 핵심이었습니다.
핵심 기능
라이더의 GPS 좌표를 Realtime DB로 동기화해 고객 앱 지도에 즉시 반영합니다. 배달 경로와 도착 예정 시간을 실시간으로 확인합니다.
접수 → 배정 → 픽업 → 배달완료. 고객·사장님·라이더 모두 같은 주문 상태를 동시에 봅니다.
고객·사장님·라이더 각 역할에 맞는 앱을 따로 구성하고, Firebase 보안 규칙으로 데이터 접근을 분리했습니다.
주문 접수·배달 시작·완료 등 주요 이벤트를 해당 사용자에게 즉시 알립니다.
메뉴 등록·수정·품절 처리를 앱에서 바로. 일별·월별 매출과 주문 통계를 실시간으로 조회합니다.
화면
이미지를 누르면 확대해서 볼 수 있습니다.
화면 구조
기획 단계에서 화면과 분기를 한 장에 펼쳐 놓고 시작합니다. 의뢰인과 범위를 합의하는 것도, 개발자가 빠진 화면을 찾는 것도 이 위에서 합니다.
동네배달 화면 흐름도 — 기획 단계 산출물
가로로 긴 도면입니다. 눌러서 연 뒤 원본 크기로 바꾸면 밀어 가며 읽을 수 있습니다.
이 프로젝트의 범위·기간·구조를 기준으로 정리해 회신드립니다.
산업 · B2B
출퇴근부터 급여·계약까지, 건설 현장을 앱 하나로 디지털화했습니다.

근무자·관리자·현장사무소가 종이와 전화로 주고받던 일을 한 앱으로 옮겼습니다. 세 주체의 권한이 다르고 볼 수 있는 정보도 달라서, 권한 모델을 먼저 문서로 확정한 뒤 개발에 들어갔습니다.
핵심 기능
카메라 기반 얼굴 등록·인증, 출결 이력 실시간 저장, 관리자 승인 플로우.
근무자·관리자·현장소장 세 단계로 메뉴와 기능 접근을 세분화했습니다.
PortOne 계좌 이체 연동, 일급·월급 계산 자동화, 급여 명세서 PDF 발송.
명함 촬영으로 이름·연락처·소속을 자동 추출해 협력업체 관리를 간소화했습니다.
근로계약서 디지털 서명, 계약서 PDF 저장·공유, 문서 이력 관리.
화면
이미지를 누르면 확대해서 볼 수 있습니다.
화면 구조
기획 단계에서 화면과 분기를 한 장에 펼쳐 놓고 시작합니다. 의뢰인과 범위를 합의하는 것도, 개발자가 빠진 화면을 찾는 것도 이 위에서 합니다.
일과사람 화면 흐름도 — 기획 단계 산출물
가로로 긴 도면입니다. 눌러서 연 뒤 원본 크기로 바꾸면 밀어 가며 읽을 수 있습니다.
이 프로젝트의 범위·기간·구조를 기준으로 정리해 회신드립니다.
O2O · 커머스
마감 직전 친환경 식품을 픽업으로 연결합니다.

팔리지 않고 버려지는 식품과, 싸게 사고 싶은 소비자 사이를 픽업으로 잇는 서비스입니다. 구매자·판매자·관리자 세 주체가 각각 다른 것을 봐야 해서, 앱 두 개와 관리자 웹을 한 데이터 모델 위에 올리는 구조 설계가 핵심이었습니다.
핵심 기능
매장 검색·필터, 상품 상세, 주문과 결제, 픽업 알림, 관심 매장 관리.
매장·상품 등록, 주문 접수와 처리 플로우, 픽업 안내, 정산 내역 확인.
Flutter Web으로 구축. KPI 통계, 회원·매장·주문 전체 관리, 정산과 신고 처리.
신용카드·카카오페이·네이버페이, 부분 취소와 환불, 정기 정산 자동화.
3인 교차 테스트 — 구매자 236 · 판매자 120 · 어드민 110 · 공통 35건.
화면
이미지를 누르면 확대해서 볼 수 있습니다.
화면 구조
기획 단계에서 화면과 분기를 한 장에 펼쳐 놓고 시작합니다. 의뢰인과 범위를 합의하는 것도, 개발자가 빠진 화면을 찾는 것도 이 위에서 합니다.
지구한끼 화면 흐름도 — 기획 단계 산출물
가로로 긴 도면입니다. 눌러서 연 뒤 원본 크기로 바꾸면 밀어 가며 읽을 수 있습니다.
이 프로젝트의 범위·기간·구조를 기준으로 정리해 회신드립니다.
커뮤니티 · SNS
채널에서 논의하고, 화상회의 화면 위에 실시간으로 스케치까지.

Slack형 채널 협업에 화상회의와 실시간 스케치를 얹은 서비스입니다. 영상과 음성을 서로 다른 SDK로 이원화하고, 화면공유 위에 그리는 캔버스는 기성 솔루션이 없어 직접 만들었습니다.
핵심 기능
프로젝트 생성, 초대링크 공유, 협력업체 명함 OCR 등록, PM 권한 위임.
채널별 대화방, @멘션, 스레드 답장, 이미지·파일 공유, 채널별 갤러리 자동 정리.
Agora 기반 그룹 영상통화, ZEGOCLOUD 기반 음성통화, 입장 전 카메라·마이크 프리체크.
통화 중 화면공유 위에 펜·텍스트·스티커로 주석, 캡처 녹화 후 서버 저장. 캔버스 엔진 자체 구현.
Free/Pro 구독 모델, 스토리지 종량 추가 구매, 통화 시간 제한 관리.
화면
이미지를 누르면 확대해서 볼 수 있습니다.
화면 구조
기획 단계에서 화면과 분기를 한 장에 펼쳐 놓고 시작합니다. 의뢰인과 범위를 합의하는 것도, 개발자가 빠진 화면을 찾는 것도 이 위에서 합니다.
Glow 화면 흐름도 — 기획 단계 산출물
가로로 긴 도면입니다. 눌러서 연 뒤 원본 크기로 바꾸면 밀어 가며 읽을 수 있습니다.
이 프로젝트의 범위·기간·구조를 기준으로 정리해 회신드립니다.
커뮤니티 · SNS
소식 공유, 소모임, 기도 나눔까지 한 앱에서 교회 생활 전체를 연결합니다.

교회마다 따로 쓰던 단톡방·게시판·주보를 한 앱으로 모았습니다. 한 사람이 여러 교회에 속할 수 있다는 점 때문에, 처음부터 멀티 교회 구조를 전제로 데이터를 설계했습니다.
핵심 기능
교인 소식 피드, 좋아요·댓글·공유, 게시물 신고·블라인드, 이미지·URL 공유.
Firestore 실시간 채팅, 소모임 그룹 채팅방 생성, FCM 푸시 알림 즉시 수신.
교회별 공지사항·행사 일정 공유, 교인 디렉토리, 원로/봉사/교사 권한 구분.
소모임 개설·가입·탈퇴, 정기 모임 일정 캘린더 등록, 출석 확인.
교회별 독립 커뮤니티 공간 운영, 여러 교회 멀티 소속을 지원하는 확장 구조.
화면
이미지를 누르면 확대해서 볼 수 있습니다.
화면 구조
기획 단계에서 화면과 분기를 한 장에 펼쳐 놓고 시작합니다. 의뢰인과 범위를 합의하는 것도, 개발자가 빠진 화면을 찾는 것도 이 위에서 합니다.
샬롬 화면 흐름도 — 기획 단계 산출물
가로로 긴 도면입니다. 눌러서 연 뒤 원본 크기로 바꾸면 밀어 가며 읽을 수 있습니다.
이 프로젝트의 범위·기간·구조를 기준으로 정리해 회신드립니다.