"분명히 이렇게 해달라고 했는데, 왜 결과물이 다르지?"
개발 외주의 가장 큰 실패 원인 중 하나가 소통 부재예요. 개발자는 외계어를 쓰는 것 같고, 내 요구사항은 제대로 전달되지 않는 느낌.
오늘은 개발자와 효과적으로 소통하는 방법을 알려드릴게요.
1. 결과물로 말하세요
나쁜 예
"깔끔하고 모던한 느낌으로 만들어주세요"
개발자: "깔끔이 뭔데... 모던이 뭔데..."
좋은 예
"토스 앱처럼 여백 넉넉하고, 폰트 크기 크고, 색상은 흰색 배경에 파란색 포인트로요. 참고 이미지 첨부합니다."
핵심
- 참고 서비스/이미지 첨부
- 구체적인 요소 언급 (색상, 크기, 위치)
- "이런 느낌"보다 "이것처럼"
2. 기능을 쪼개서 설명하세요
나쁜 예
"로그인 기능 만들어주세요"
좋은 예
로그인 기능 요구사항:
- 로그인 방식
- 이메일 + 비밀번호
- 카카오 소셜 로그인
- 구글 소셜 로그인
- 비밀번호 규칙
- 최소 8자 이상
- 영문 + 숫자 + 특수문자 포함
- 예외 처리
- 비밀번호 5회 틀리면 → 5분 잠금
- 비밀번호 찾기 → 이메일로 재설정 링크
- 자동 로그인
- 로그인 유지 체크박스
- 30일간 자동 로그인
핵심
- 대분류 → 소분류로 계층화
- 예외 상황까지 명시
- 숫자/기준 구체적으로
3. 화면으로 설명하세요
글보다 그림이 정확해요
[나쁜 예 - 글로만 설명]
"상단에 검색창이 있고, 그 아래 카테고리가 있고,
그 아래 상품 목록이 있어요"
[좋은 예 - 와이어프레임]
┌─────────────────────┐
│ 🔍 검색창 │
├─────────────────────┤
│ 전체 | 의류 | 잡화 │
├─────────────────────┤
│ ┌───┐ ┌───┐ ┌───┐ │
│ │상품│ │상품│ │상품│ │
│ └───┘ └───┘ └───┘ │
└─────────────────────┘
간단하게라도 그리세요
- 피그잼 (Figjam): 무료, 쉬움
- 미로 (Miro): 협업 좋음
- 손그림 사진: 이것도 OK
화면마다 명시할 것
- 이 화면의 목적은 뭔가요?
- 어떤 데이터를 보여주나요?
- 어떤 액션이 가능한가요?
- 버튼 누르면 어디로 가나요?
4. 우선순위를 명확히 하세요
나쁜 예
"이 기능들 다 필요해요. 다 중요해요."
좋은 예
필수 (이거 없으면 서비스 불가)
- 회원가입/로그인
- 상품 목록/상세
- 장바구니/결제
높음 (첫 버전에 필요)
- 주문 내역
- 마이페이지
중간 (있으면 좋음)
- 위시리스트
- 쿠폰
낮음 (나중에)
- 리뷰
- 포인트
우선순위 기준
- P0: 이거 없으면 서비스 자체가 안 됨
- P1: 첫 버전에 꼭 필요
- P2: 있으면 좋지만 없어도 됨
- P3: 나중에 추가
5. 피드백은 구체적으로 하세요
나쁜 피드백
"이거 좀 이상해요" "뭔가 안 예뻐요" "느낌이 안 와요"
좋은 피드백
화면: 메인 페이지
- 상단 배너
- 현재: 높이가 너무 큼
- 수정: 높이 300px → 200px로
- 버튼 색상
- 현재: 회색 (#888888)
- 수정: 파란색 (#0066FF)
- 상품 카드
- 현재: 그림자 없음
- 수정: 그림자 추가 (참고 이미지 첨부)
피드백 템플릿
[화면명]
[위치/요소]
- 현재 상태: ...
- 원하는 상태: ...
- 참고: (이미지/링크)
6. 일정 협의는 여유 있게
나쁜 예
"다음 주까지 해주세요" (일방적 통보)
좋은 예
"이 기능이 언제까지 가능할까요? 저희는 다음 달 15일이 목표인데, 조율 가능할까요?"
일정 협의 팁
1. 개발자에게 먼저 물어보세요
개발자가 예상하는 기간을 먼저 들으세요. 그게 현실적인 기준이에요.
2. 버퍼를 두세요
개발자가 "2주"라고 하면, 실제론 3주 잡으세요.
- 예상 못한 이슈
- 피드백 수정 시간
- QA 시간
3. 마일스톤으로 나누세요
예시 일정
- 1주차: 기획/설계 완료
- 2주차: 디자인 완료
- 3주차: 프론트엔드 개발
- 4주차: 백엔드 개발
- 5주차: QA/수정
- 6주차: 출시
각 단계별로 확인하면 중간에 문제를 잡을 수 있어요.
7. 정기 미팅을 하세요
"알아서 잘 해주겠지"는 위험해요
정기적으로 확인하지 않으면:
- 방향이 틀어져도 모름
- 문제가 커진 후에야 발견
- 결국 재작업
추천 미팅 주기
| 프로젝트 기간 | 미팅 주기 |
|---|---|
| 1개월 이하 | 주 2회 |
| 1~3개월 | 주 1회 |
| 3개월 이상 | 주 1회 + 월간 리뷰 |
미팅에서 확인할 것
1. 진행 상황
- 지난주 목표 달성했나?
- 이번 주 목표는?
- 막히는 것 있나?
2. 중간 산출물 확인
- 개발 중인 화면 직접 보기
- 피드백 즉시 전달
3. 일정 점검
- 예정대로 가고 있나?
- 지연되는 부분 있나?
- 조정 필요한 것 있나?
소통 채널 정리
추천 구성
| 용도 | 채널 | 예시 |
|---|---|---|
| 일상 소통 | 메신저 | 슬랙, 카카오톡 |
| 공식 기록 | 이메일 | 결정사항, 계약 |
| 미팅 | 화상회의 | 줌, 구글밋 |
| 자료 공유 | 클라우드 | 노션, 구글드라이브 |
| 피드백 | 협업도구 | 피그마 코멘트 |
채널별 용도 명확히
[슬랙]
- 빠른 질문/답변
- 일정 조율
- 가벼운 피드백
[이메일]
- 공식 요청사항
- 결정된 내용 정리
- 계약/비용 관련
[노션]
- 기획 문서
- 회의록
- 변경 이력
소통 체크리스트
프로젝트 시작 전
- 소통 채널 합의
- 미팅 주기 결정
- 담당자 명확히
- 피드백 방식 합의
프로젝트 진행 중
- 정기 미팅 진행
- 중간 산출물 확인
- 피드백 문서화
- 변경사항 기록
피드백 줄 때
- 화면/위치 명시
- 현재 상태 설명
- 원하는 상태 설명
- 참고 자료 첨부
마치며
좋은 결과물은 좋은 소통에서 나와요. 개발자 탓, 클라이언트 탓 하기 전에 소통 방식을 점검해보세요.
핵심 포인트:
- 결과물로 말하기 — 참고 이미지/서비스 활용
- 기능 쪼개기 — 대분류→소분류로 명확히
- 화면으로 설명 — 글보다 그림이 정확
- 우선순위 명확히 — P0/P1/P2/P3
- 구체적 피드백 — 위치+현재+원하는 상태
- 일정 여유 — 버퍼 필수
- 정기 미팅 — 주 1회 이상
개발자와의 소통이 어려우시다면, 무료 상담을 통해 중간 다리 역할을 맡겨보세요.
상황별 소통 템플릿
버그 리포트 템플릿
## 버그 제목
[화면명] 어떤 문제가 발생
## 현상
- 무슨 문제가 발생하는지 구체적으로
## 재현 방법
1. OO 화면 진입
2. XX 버튼 클릭
3. YY 입력
4. 에러 발생
## 예상 동작
- 어떻게 되어야 하는지
## 환경
- 기기: iPhone 14
- OS: iOS 17.0
- 앱 버전: 1.2.3
## 첨부
- 스크린샷/영상
기능 요청 템플릿
## 기능명
간단한 기능 이름
## 배경
왜 이 기능이 필요한가?
## 상세 설명
- 어떤 기능인지
- 사용자가 어떻게 사용하는지
## 화면 참고
- 와이어프레임 또는 참고 이미지
## 우선순위
P0 / P1 / P2 / P3
## 기한
언제까지 필요한지 (있다면)
피드백 템플릿
## 화면: [화면명]
### 수정 1
- 위치: 상단 배너
- 현재: 높이 300px
- 변경: 높이 200px
- 참고: (이미지)
### 수정 2
- 위치: 메인 버튼
- 현재: 회색 (#888)
- 변경: 파란색 (#0066FF)
갈등 상황 대처법
상황 1: 일정 지연
❌ 잘못된 대응
"왜 자꾸 늦어지는 거예요? 프로답지 못하네요."
✅ 좋은 대응
"일정이 밀리고 있는데, 어떤 이슈가 있을까요?
우선순위를 조정하거나 범위를 줄일 수 있을까요?"
상황 2: 결과물 불만족
❌ 잘못된 대응
"이게 뭐예요? 다시 해주세요."
✅ 좋은 대응
"제가 생각했던 것과 다르네요.
제가 전달을 명확하게 못 한 것 같아요.
이 부분은 [참고 이미지]처럼 수정 가능할까요?"
상황 3: 추가 비용 분쟁
❌ 잘못된 대응
"당연히 포함된 거 아니었어요?"
✅ 좋은 대응
"이 기능이 별도인 줄 몰랐네요.
계약서 기준으로 다시 확인해볼게요.
앞으로는 범위 변경 시 미리 협의해주실 수 있을까요?"
협업 도구 세팅 가이드
슬랙 채널 구성 추천
#project-일반 → 일상 소통
#project-개발 → 기술 이슈
#project-디자인 → 디자인 피드백
#project-긴급 → 장애/긴급 상황
#project-공지 → 주요 결정사항
노션 페이지 구성 추천
📁 프로젝트 홈
├── 📋 기획 문서
│ ├── 서비스 개요
│ ├── 기능 목록
│ └── 화면 정의서
├── 🎨 디자인
│ ├── 피그마 링크
│ └── 디자인 가이드
├── 💻 개발
│ ├── 기술 스택
│ ├── API 문서
│ └── 배포 가이드
├── 📅 일정
│ ├── 마일스톤
│ └── 스프린트 현황
└── 📝 회의록
└── 날짜별 정리
개발자 유형별 소통 팁
내성적인 개발자
- 글로 먼저 정리해서 전달
- 미팅보다 문서 선호
- 충분한 생각 시간 제공
꼼꼼한 개발자
- 상세한 요구사항 제공
- 엣지 케이스 미리 정의
- 문서화 철저히
빠른 실행 개발자
- 핵심만 전달
- 빠른 피드백
- 세부사항은 진행하며 조율
시니어 개발자
- 배경/목적 설명
- 의견 먼저 물어보기
- 결정 권한 부여
원격 협업 팁
시차 극복
[권장]
- 겹치는 시간 확보 (최소 2~3시간)
- 비동기 소통 활성화
- 녹화 미팅 공유
[주의]
- 긴급 연락 방법 합의
- 시차 고려한 마감 설정
문서 중심 소통
[필수 문서]
- 결정사항 기록
- 회의록 작성
- 변경 이력 관리
[도구]
- 노션, Confluence
- 구글 독스
- Loom (화면 녹화)
함께 읽으면 좋은 글
- 비개발자를 위한 개발 용어 사전 - 용어부터 이해하기
- 기획서 작성 가이드 - 명확한 요구사항 전달법
- 개발 외주 계약 체크리스트 - 계약서로 소통 기준 잡기
- 유지보수 계약 가이드 - 출시 후 협업 방법
Photo by Unsplash