에이전시와 스튜디오
물건의 그림이 아니라 물건 자체로 요구사항에 답하세요
고객이 월요일에 원하는 것을 설명해요. 업계의 답은 목요일의 발표 자료, 다음 주의 제안서, 두 번째 청구서 이후 어느 시점의 첫 작동 버전이에요. 그런데 지금 바로 사용할 수 있는 또 다른 답이 있어요: 수요일 오후, 주소지에서 실행 중인 그 물건 자체예요.
모든 에이전시는 제안과 구축 사이의 간격이 어떤 모습인지 알아요. 제안은 저렴하고 설득력 있으며 약간은 허구예요. 구축은 비싸고 느리고 제안이 건너뛴 결정들로 가득해요. 고객 업무에서 대부분의 마찰은 그 사이 공간, 즉 아무도 본 적 없는 무언가에 고객이 동의하고 있는 바로 그 공간에 있어요.
그 간격을 메우는 일은 절약되는 시간보다 더 큰 가치가 있어요. 작동하는 대시보드를 뒤에 둔 작동하는 사이트를 보고 있는 고객은 파란색 음영이 아니라 더 나은 질문 — 오퍼, 가격, 대상 고객에 대한 질문 — 을 던져요.
에이전시의 한 주에서 어디에 들어맞나요
주로 세 곳이에요. 제안 단계에서는 작동하는 버전이 경쟁사의 슬라이드와는 차원이 다른 차별점이 돼요. 탐색 단계에서는 실제 결과물이 워크숍이 두 주 동안 감춰온 의견 차이를 드러내요. 그리고 소규모 고객 목록에서는 애초에 예산이 맞춤 구축까지 미치지 못해 정직한 선택지가 템플릿이나 정중한 거절뿐이었던 곳에 들어맞아요.
파이프라인에 대해 덜 명확한 효과도 있어요: 자신의 아이디어가 작동하는 것을 본 고객은 이미 감정적 결정을 내린 고객이에요. 이어지는 제안서는 범위에 관한 것이지 할지 말지에 관한 것이 아니에요.
들어맞지 않는 경우: 특정 아키텍처, 기존 코드베이스, 또는 스택을 규정하는 컴플라이언스 체계가 있는 맞춤형 기술 구축이에요. 파이프라인에서 나오는 것은 이미 존재하는 제품들로 조립된 거예요 — 그것이 속도의 원천이자 동시에 한계예요.
- 1월 11:00 — 요구사항한 지역 건자재 상인이 거래 전용 주문 포털을 원해요. 요구사항답게 막연해요.
- 2월 15:00 — 서면 근거파이프라인을 실행해요. 발표 자료가 아니라 문서로 고객에게 보내요. 두 가지가 틀려서 돌아와요.
- 3화 — 수정일괄 할인이 아니라 거래 등급별 가격이에요. 한 번의 수정, 한 번의 적용으로 다운스트림 전체에 상속돼요.
- 4수 14:00 — 미팅화면에 사이트가 열려 있어요. 뒤에는 대시보드. 주문이 실시간으로 접수되고 인보이스로 전환돼요.
- 5수 14:20 — 질문이 바뀌어요아무도 로고를 언급하지 않아요. 누가 수신함을 담당하는지, 토요일 배송이 범위에 포함되는지를 물어요.
- ·무엇에 대해 청구하나요판단, 수정, 그리고 관계에 대해 청구해요. 설정 2주는 애초에 청구 가능한 부분이 아니었어요.
이틀회의실에 있는 작동하는 결과물
월요일에 제안하고, 목요일에 작동하는 모습을 보여드리세요.
실무 사항
에이전시가 가장 먼저 묻는 질문들
누구 계정에 올라가나요?
고객님이나 클라이언트의 계정, 계약에 맞는 쪽에 올라가요. 프로젝트를 넘긴다는 것은 그것이 올라가 있는 것째로 넘긴다는 뜻이에요 — 나중에 클라이언트를 꺼내야 하는 에이전시 전용 포장지는 없어요.
평소처럼 계속 작업할 수 있나요?
네. 사이트는 castomUI 사이트, 보드는 dash-b 보드, 워크플로는 castomFLOW 워크플로예요. 고객님의 팀원들이 평소의 편집기에서 열어 계속 작업해요. 아무것도 잠긴 형식으로 생성되지 않아요.
생성된 것처럼 보이나요?
브랜드는 무제한 생성기가 아니라 엄선된 에센스 세트에서 나오기 때문에, 바로 그 점이 "개성 있는" 것과 "지난 네 개와 분명히 같은 도구가 만든" 것 사이의 차이예요. 이후 원하는 대로 바꾸시면 돼요.
여러 클라이언트를 동시에 진행하면요?
각 아이디어는 자체 실행, 자체 브랜드, 자체 서면 세트를 가져요. 그 사이에 공유되는 것은 그 아래의 플랫폼뿐이에요 — 하나의 호스팅 계정에서 여러 클라이언트 사이트를 운영하는 것과 같은 구조예요.
불편한 버전의 논지
에이전시가 지금 팔고 있는 것의 일부는 바로 그 2주입니다. 일부러 그런 게 아니라, 그저 그 일이 늘 그만큼 걸려 왔고 견적이 그걸 반영했을 뿐이에요. 2주를 없애는 파이프라인은 그만큼의 청구서도 없애는데, 그렇지 않은 척하는 건 무례한 일이에요.
없어지지 않는 건 클라이언트가 실제로 할 수 없는 부분이에요. 어떤 아이디어를 만들 가치가 있는지 판단하고, 제품을 짜기 전에 오퍼의 구멍을 보고, 이 가격 모델이 두 번째 고객을 만나면 버티지 못할 거라고 회의에서 말할 수 있는 사람이 되는 것. 그게 늘 가치였어요. 다만 지금까지는 아무도 청구하고 싶지 않았던 2주짜리 계정 세팅에 묻혀 있었을 뿐이에요.
이 기술이 맞는 에이전시는 이미 판단력을 파는 곳이에요. 구현 시간을 파는 곳에게는 이건 뻔히 곤란한 기술이고, 여기서 나오든 아니든 어차피 곤란할 거예요.