소통 비용이 프로젝트를 죽인다 : studio.bth

비즈니스 설계 없이 개발하면 벌어지는 일에서 간단히 언급했지만, 더 깊이 파고들고 싶다.

소통 비용은 프로젝트 실패의 가장 큰 원인 중 하나다. 그런데 대부분은 이걸 "소통"의 문제로만 본다. "우리 팀 소통이 안 돼요." 하지만 진짜 문제는 소통의 양이 아니라 소통의 구조다.

설계 없는 소통의 비용

시니어급 실무자들에게 구체적인 설계도 없이 감각적으로 "이거 어때요? 이거 해보죠"라고 던지는 것과 같다. 그 결과 실무자들은 아이디어 제안자에게 다시 무엇을 요구하는 것인지를 이해하기 위해 질문을 할 수 밖에 없다.

이 과정이 필요하겠지만 매우매우 피로한 과정이다. 장시간 장기간 반복되다 보면 지친다.

당연히, 설계단(기획단)이 체계가 없고, 부실하면 구현단으로도 제대로 못가고, 나중에 SSOT관리도 안되어서 엉망인 결과물이 나오거나, 그냥 중간에 드롭되는 경우도 부지기수일 것이다.

소통비용은 단순한 비용이 아니다. 시간 자원, 인적 자원의 에너지 소모를 동시에 만들고, 프로젝트 전체의 병목을 일으키는 원인이 될 수 있다. 마치 사람들과의 소통 비용을 줄임으로써 자원 매몰을 막고 병목을 줄이는 것처럼.

이건 외주에서도 똑같이 적용된다. 외주 맡기고 나서 사장님이 해야 할 일에서 클라이언트 참여가 왜 중요한지 이야기했는데, 그 이유의 절반이 소통 비용 때문이다.

클라이언트가 피드백을 안 주면, 외주 업체는 추측으로 진행한다. 추측이 맞으면 다행이고, 틀리면 전부 되돌려야 한다. 이 왕복이 소통 비용이다.

해결 방법은 소통을 더 많이 하는 게 아니라, 소통의 구조를 만드는 것이다.

모든 결정과 산출물이 한 곳에 있어야 한다. 카톡에서 결정하고, 이메일로 파일 보내고, 전화로 수정 요청하면? 3개월 뒤에 "그때 뭘로 합의했더라?"가 된다.

studio.bth는 모든 설계 문서, 진행 상황, 결정 사항을 클라이언트 대시보드에서 관리한다. 여기가 SSOT다. 카톡으로 대화해도, 결정 사항은 대시보드에 기록된다.

모든 소통이 실시간일 필요는 없다. 오히려 실시간 소통(전화, 미팅)은 비용이 가장 높다. 두 사람의 시간을 동시에 잡아먹으니까.

설계 문서를 공유하고, 클라이언트가 읽고, 코멘트를 남기고, 다음 세션에서 반영하는 비동기 흐름이 훨씬 효율적이다.

"다 되면 보여주세요"가 아니라, 단계별로 확인 포인트를 잡는다. 설계 완료 → 확인. 개발 50% → 확인. 완성 전 → 확인. 각 체크포인트에서 방향을 잡으면, 마지막에 전부 뒤집는 사태를 막는다.

역설적으로, 1인 스튜디오에서 소통 비용이 가장 낮다.

기획자 → PM → 디자이너 → 개발자 → QA. 이 체인에서 각 단계마다 소통이 발생한다. 5명이면 소통 경로가 10개다. 사람이 늘어날수록 소통 비용은 기하급수적으로 증가한다.

1인이 설계부터 구현까지 하면, 내부 소통 비용이 제로다. 클라이언트와의 소통만 관리하면 된다. 그래서 3개 프로젝트를 동시에 진행할 수 있는 것이다.