[PonsLink] 정식 유료 출시를 No-Go로 판단한 이유

정식 유료 출시를 앞두고 No-Go를 적었다. 기능이 모자라서가 아니었다. 결제는 붙었고 방도 열렸고 랜딩도 있었다. 겉으로는 Go라고 부를 근거가 충분했다.

하지만 돈이 움직인 뒤 운영자가 어떤 문장으로 설명할지는 정해지지 않았다. 실패하면 누구에게 무엇을 알려야 하는지, 환불과 보류를 어디에서 나눌지, 첫 고객을 누구라고 부를지 흔들렸다. 출시 버튼을 누르는 것보다 그 질문에 답하는 일이 먼저였다.

Go처럼 보였던 것들

결제 흐름은 작동했다. 방은 열리고, 랜딩도 있었다. 데모로는 충분히 매끄러웠다.

그러나 유료 제품은 정상 경로만 보여 주면 안 된다. 결제가 늦게 확인되거나 입장이 막혔을 때 어떤 상태인지 설명해야 하고, 운영자가 잠든 동안에도 같은 기준으로 보류와 환불을 처리할 수 있어야 한다.

출시를 막은 기준

No-Go 기준은 세 가지였다. 돈이 움직였을 때 당황하지 않고 설명할 수 있는가. 같은 실패를 다시 재현할 수 있는가. 한 사람이 계속 붙어 있지 않아도 사고 대응이 가능한가.

이 질문에 답하지 못한 상태에서 출시하면 첫 고객이 테스트 담당자가 된다. 기능이 작동하는지보다 제품이 약속을 지킬 수 있는지가 먼저였다.

No-Go는 후퇴가 아니었다

출시를 미루는 동안 부족한 기능 목록을 늘리지 않았다. 실패 시 사용자에게 보이는 문장과 내부 상태, 보류와 환불의 경계를 먼저 적었다. 무엇을 고치면 Go인지 팀이 같은 문장으로 말할 수 있어야 했다.

No-Go는 신뢰를 가격보다 앞에 둔 결정이었다. 돈을 받기 시작한 뒤에 설명이 바뀌면 사용자는 기능 문제가 아니라 약속이 바뀌었다고 느낀다.

마치며

다음 출시에서는 결제 버튼부터 확인하지 않는다. 돈을 받은 뒤 실패했을 때도 같은 안내와 같은 조치를 할 수 있는지 먼저 확인한다. 그 기준을 통과하지 못하면 기능이 더 많아도 아직 Go가 아니다.