문제 · 끝없는 수정 반복
작은 변경 하나만 더. 일곱 번째예요.
수정은 당연해요. 끝없는 수정은 아니에요. 원인은 거의 항상 첫 라운드 전에 있어요: 미완성 브리핑, 흩어진 피드백, 아무도 승인하지 않는 상황.
수정 반복 체크
어디서 오는지 수많은 회차?
수정이 너무 많았던 최근 프로젝트를 떠올리며 질문에 답해 보세요.
나의 결과
모든 질문에 답하세요. 그러면 문제가 어디서 생기는지, 어떤 작은 단계가 먼저 도움이 되는지 여기에 나와요.
가정과 한계
- 이 점검은 답변에 따른 패턴을 보여 줘요. 고객이 아직 방향을 찾는 중일 때처럼, 정말로 더 많은 수정이 필요한 프로젝트도 있어요.
- 수정에 관한 계약 조항이 협업이 틀어졌을 때의 대화를 대신하지는 못해요.
입력값은 이 브라우저에만 남아요. 아무것도 저장되거나 전송되지 않아요.
알아차리는 방법
거의 다 됐어요. 몇 주째.
- 세 번째 회의가 첫 번째와 어긋나고, 무엇이 결정됐는지 아무도 기억하지 못해요.
- 브리핑에 없던 사람들이 피드백을 줘요.
- 프로젝트는 계산이 잘 되어 있었는데 이제 마진이 사라졌어요.
원인 이해하기
네 가지 원인, 첫 수정보다 훨씬 전에.
- 01
진행 중인 브리핑
- 알아차리는 방법
- 고객은 초안을 보고서야 자신이 원하는 것을 알게 돼요.
- 왜 일어나는가
- 업무를 시작하기 전에 목표와 기준을 기록하지 않았어요.
- 도움이 되는 것
- 목표, 대상, 성공 기준을 문서로 남기고 확인받으세요.
- 한도
- 어떤 고객은 미리 정말 잘 몰라요. 그럴 땐 작은 첫 시안이 브리핑 도구로 도움이 돼요.
- 02
흩어진 피드백
- 알아차리는 방법
- 고객사 담당자마다 각자 수정 요청을 보내요.
- 왜 일어나는가
- 피드백을 어떻게 모으고 조율할지에 대한 규칙이 없어요.
- 도움이 되는 것
- 라운드마다 고객 측에서 조율한 피드백을 한 번에 모아 받기로 합의하세요.
- 한도
- 고객에게 확인을 요청할 수는 있지만, 대신 해 줄 수는 없어요.
- 03
정해진 승인자 없음
- 알아차리는 방법
- 막바지에 새로운 의견이 나와요.
- 왜 일어나는가
- 최종 결정권자가 처음부터 참여하지 않았어요.
- 도움이 되는 것
- 킥오프에서 승인자를 정하고 모든 마일스톤에 참여시키기.
- 한도
- 큰 조직에는 승인이 여러 단계인 경우가 많아요. 그럴 땐 하나씩 따로 적어 두세요.
- 04
라운드 횟수가 합의되지 않음
- 알아차리는 방법
- 추가 수정 회차는 무급 노동이에요.
- 왜 일어나는가
- 견적과 합의서에 수정이 몇 번 포함되는지 적혀 있지 않아요.
- 도움이 되는 것
- 수정 횟수와 추가 수정 가격을 견적서에 적으세요.
- 한도
- 계약서의 경계는 프로젝트에서 실제로 언급할 때만 효과가 있어요.
해결 방법
수정 횟수 감소. 다툼 없이.
| 길 | 이럴 때 충분해요 | 한도 |
|---|---|---|
| 브리핑 템플릿과 이메일 승인 | 몇 개의 프로젝트, 고객 측 담당자 한 명. | 그래도 피드백과 승인은 메일함 여기저기로 흩어져요. |
| 견적에 수정 횟수 명시하기 | 반복되는 회의는 주로 경계가 없어서 생겨요. | 불분명한 브리핑이나 빠진 승인은 해결하지 못해요. |
| 전문 교정·승인 도구 | 주로 표시와 댓글이 달리는 디자인이나 파일을 전달해요. | 고객을 위한 또 하나의 도구. 견적과 할 일은 다른 곳에 있어요. |
| Peak One | 프로젝트의 견적, 브리핑, 할 일, 승인을 한데 묶어 두고 싶어요. | 그래픽용 마크업 도구를 대체하지는 않아요. 수정 횟수를 몇 번으로 합의할지는 직접 정해요. |
실제로 작동하는 Peak One
일곱 번째 라운드에서 분명한 승인 하나로.
- 트리거프로젝트는 왜 끝나지 않나요?
- 01 · 할 일신호Peak Board의 Project Board는 어떤 할 일이 계속 작업 중으로 되돌아가는지 보여줘요.
- 02 · 문서이해브리핑과 결정은 Peak Docs에 있고, Document Decisions가 이미 결정된 사항을 보여 줘요.
- 03 · 견적결정Offer Builder에서 무엇을 어떤 조건으로 제공하는지, 수정 횟수까지 포함해 기록해요.
- 04 · 승인액션Peak Automations에서는 승인이 흐름 속 독립된 단계가 되고, 지금 어느 단계인지 볼 수 있어요.
관련 앱
견적부터 승인까지.
보기
현황과 결정 사항.
세 단계
다음 반복 주기 줄이기.
- 01 / 03
브리핑 확인받기
다음 초안 전에 목표를 세 문장으로 보내고 서면으로 확인받으세요.
- 02 / 03
승인자 한 명
최종 승인을 누가 하는지 고객에게 묻고, 그 사람을 다음 검토 회의에 초대하세요.
- 03 / 03
견적까지의 라운드
다음 견적부터 수정 라운드가 몇 번 포함되는지 적어 두세요.
자주 묻는 질문
짧게 답해 드려요.
수정은 몇 번이 보통인가요?
모두에게 통하는 숫자는 없어요. 많은 서비스 제공자가 견적에 횟수를 정해 둬요. 중요한 건 그 횟수를 미리 정하고 양쪽 모두 알고 있는 거예요.
고객의 기분을 상하게 하지 않으면서 추가 수정을 어떻게 이야기할까요?
일찍, 담담하게: 합의한 수정 횟수를 다 썼다고 말하고, 다음 수정은 유료로 제안하세요. 견적서에 한도가 적혀 있으면 훨씬 쉬워요.
변경과 수정은 같은 건가요?
아니요. 수정은 결과물을 합의한 브리핑에 맞추는 거예요. 변경은 브리핑 자체를 바꾸는 것이므로 새로운 작업으로 논의해야 해요.
더 둘러보기
포함된 것.
- 직무할 일 & 프로젝트프로젝트는 보드로, 할 일은 하루 계획에, 프로젝트마다 채팅 하나.보기
- 직무마진 & 공헌이익시나리오와 재고를 포함한 제품별·옵션별 공헌이익.보기
- 활용 사례프로젝트를 깔끔하게 마무리하기남은 일을 정리하고, 결과를 문서로 남기고, 고객 후기를 확보하고, 다음 단계를 계획하세요.보기
- 소프트웨어 카테고리프로젝트 관리 소프트웨어모든 프로젝트 할 일에 담당자, 기한, 눈에 보이는 진행 상황을.보기
- 문제견적이 너무 오래 걸려요상담과 견적 사이에 며칠이 지나고, 고객의 관심이 식어 가요.보기
- 문제프로젝트 진행 상황을 모르는 고객고객이 프로젝트가 어디까지 왔는지 몰라서 계속 물어봐요.보기
✦ Peak 원칙
먼저 명확하게. 나머지는 따라와요.
하나씩 차례로



