맞춤 요청은 추가 수익을 내고 고객이 지원을 받는 느낌을 줘서 매력적으로 보일 수 있어요. 하지만 각 고객마다 다른 프로세스, 제공 형식, 수정 정책, 소통 일정이 적용되기 시작하면 문제가 생겨요.

서비스는 점차 견적이 어려워지고 거의 표준화하기 불가능해져요. 반복 작업을 효율적으로 끝내기보다 다양한 요구사항 사이에서 시간을 보내게 되죠.

하나의 해결책은 핵심 서비스와 선택적인 맞춤 작업을 분리하는 거예요. 표준 패키지는 명확한 범위, 예상 제공일, 수정 한도, 필요한 클라이언트 입력을 가져야 해요. 그 범위를 벗어나는 요청은 그때그때 별도로 가격 책정하고 일정을 잡으면 돼요.

이건 유연성을 거부한다는 뜻이 아니에요. 작업이 시작되기 전에 유연성의 비용을 보이게 만든다는 의미예요.

모든 주문이 새로운 워크플로를 요구한다면, 서비스는 바빠 보여도 실제 수익은 거의 없을 수 있어요. 표준화를 하면 특이한 요청 수는 줄어들지만, 양측 모두에게 제공 과정이 더 예측 가능해질 수도 있어요.

클라이언트 요청이 패키지에 포함되어야 할지, 별도의 유료 작업으로 전환되어야 할지 어떻게 결정해요?