정식 출시

출시했다는 말이 사람마다 다른 뜻으로 쓰이던 시절이 있었습니다. 개발자는 코드를 운영 환경에 올렸다는 뜻으로 쓰고, 세일즈는 팔아도 되는 상태로 알아듣고, 고객은 완성된 제품을 산 것으로 이해합니다. 같은 문장이 세 방향으로 갈라지니 한참 뒤에야 서로 다른 얘기를 하고 있었다는 게 드러납니다.

페이지덱에서도 그런 일이 있었습니다. 수아가 기업 고객 계약서에 문서 권한 관리 기능을 적어 넣었는데, 태오는 그 기능이 아직 초대받은 팀 몇 곳에서만 도는 시험 공개 상태인 줄 알고 있었습니다. 계약은 이미 나갔고 기능은 한 달 뒤에야 모두에게 열렸습니다. 그사이 문의가 오면 누가 받을지도 정해져 있지 않았습니다.

정식 출시는 그 경계에 이름을 붙인 말입니다. 이 딱지가 붙기 전까지는 기능이 언제 사라지거나 바뀌어도 이상하지 않고, 붙은 뒤에는 다른 기능과 똑같은 수준으로 지원과 책임이 따라붙습니다. 중요한 것은 코드가 어디까지 됐는지가 아니라 약속이 어디까지 갔는지입니다.

문이 모두에게 열려 있고, 그 기능에 붙는 약속이 제품의 나머지 부분과 같아진 구간입니다. 앞 칸들과 구체적으로 무엇이 다른지는 네 가지로 갈립니다.

1. 들어오는 조건이 없습니다. 클로즈드 베타에서는 초대를 받아야 했고 얼리 액세스에서는 신청과 심사가 있었지만, 여기서는 요금제만 맞으면 누구나 켤 수 있습니다. 대기열도 신청서도 없습니다.
2. 지원이 같은 수준으로 붙습니다. 문의가 오면 받을 사람이 정해져 있고, 장애가 나면 대응 순서에 들어가고, 안 되면 환불 대상이 됩니다. 기업 고객이라면 고객과 계약으로 약속한 서비스 수준인 SLA에 이 기능도 포함됩니다.
3. 문서와 가격표에 오릅니다. 도움말 문서가 갖춰지고, 어느 요금제에서 쓸 수 있는지가 가격표에 적히고, 바뀐 내용은 릴리스 노트로 나갑니다. 영업 자료와 계약서에 써도 되는 시점이 여기부터입니다.
4. 바꿀 수 있는 폭이 줄어듭니다. 오픈 베타까지는 화면 구조를 갈아엎어도 문제가 없었지만, 정식 출시 뒤에는 쓰던 방식이 어느 날 사라지면 그 자체가 사고입니다. 옛 방식도 당분간 함께 돌아가게 두는 하위 호환성을 지켜야 하고, 없앨 기능은 미리 알리고 시간을 두고 거둡니다.

여기서 팀이 가장 오래 망설이는 이유가 네 번째에 있습니다. 딱지를 떼는 일은 기능을 여는 일이 아니라 앞으로 이 기능을 함부로 바꾸지 않겠다고 약속하는 일입니다. 같은 화면이라도 베타라고 적혀 있으면 사용자는 문제를 한 번 넘어가 주고, 정식이라고 적혀 있으면 같은 문제에 환불을 요구합니다.

정식 출시 위에 더 넓은 칸은 없습니다. 단계 목록이 여기서 끝나므로 이 구간에서 움직이는 방향은 둘뿐입니다. 딱지를 떼고 들어오는 문과, 기능을 거둬들이며 나가는 문입니다.

들어오는 쪽에서 확인하는 것은 다섯 가지입니다.

1. 남은 결함의 성격. 개수가 아니라 종류로 봅니다. 화면이 조금 어긋나는 문제는 안고 들어가도 되지만, 데이터가 지워지거나 결제가 잘못 빠지는 종류가 하나라도 남아 있으면 미룹니다.
2. 지원 준비. 문의를 받을 담당과 도움말 문서가 미리 있어야 합니다. 이게 없으면 열린 첫 주에 수아가 같은 질문을 서른 번 받습니다.
3. 운영 준비. 이상이 생겼을 때 알아차릴 감시 장치와, 이전 버전으로 되돌리는 롤백 경로가 있어야 합니다. 되돌릴 방법을 정해 두지 않은 기능은 문제가 생겨도 손쓸 방법이 없습니다.
4. 값과 계약. 어느 요금제에 들어가는지, 기존 고객에게는 추가 비용이 붙는지를 정해 둡니다. 연 계약을 한 고객이 나중에 이 기능만 별도 과금이라는 말을 들으면 그게 분쟁이 됩니다.
5. 감당할 규모인지. 50개 팀이 쓰던 기능을 전체에 열면 사용량이 스무 배가 되므로, 그 부하를 견디는지 확인하고 엽니다.

나가는 쪽은 디프리케이션입니다. 곧 없앨 예정이라고 미리 알리고 사용을 말리는 상태를 말합니다. 기능을 조용히 끄는 것이 아니라 공지, 대체 경로 안내, 종료일 예고를 차례로 밟습니다. 정식 출시로 한 약속을 되돌리는 절차라서, 들어올 때보다 나갈 때 시간이 더 걸립니다.

"이거 지금 GA인가요, 아직 베타인가요?"

영업 자료나 계약서에 적어도 되는 상태인지 묻는 말입니다.

"다음 주 GA인데 도움말이랑 가격표부터 맞춰 주세요."

배포 자체가 아니라 그 뒤에 따라붙는 약속 쪽 준비를 맞추자는 요청입니다.

"GA는 한 달 미루고 얼리 액세스를 더 돌리죠."

기능이 덜 됐다기보다 지원과 운영 준비가 아직 안 됐다는 판단입니다.

페이지덱에서 문서 권한 관리 기능을 열던 달의 회의가 전형적입니다. 태오는 개발이 2주 전에 끝났고 시험 공개로 쓰던 50개 팀에서 큰 문제가 없었다고 말합니다. 그런데 지현이 물은 것은 코드 이야기가 아니었습니다. 권한 설정을 잘못 건드려 문서가 안 보이게 됐을 때 고객이 어디로 연락하는지, 그 문의를 누가 받는지, 되돌리는 방법이 도움말에 적혀 있는지였습니다.

세 질문 중 둘이 비어 있어 그달의 정식 출시는 2주 미뤄졌습니다. 규원이 그 자리에서 정리한 기준이 뒤로 남았습니다. 기능이 되는지는 태오가 답하고, 딱지를 뗄지는 문의를 받는 쪽이 답한다는 것입니다.

정식 출시를 기능이 완성된 상태로 읽는 경우가 가장 많습니다. 베타라는 말이 미완성처럼 들리니 그 반대편은 완성이라고 짐작하게 됩니다. 하지만 정식 출시된 기능에도 알려진 문제는 남아 있고, 그 뒤로도 계속 고쳐집니다. 달라지는 것은 완성도가 아니라 약속의 수준입니다. 이걸 완성의 증명으로 읽으면 팀은 모든 항목을 끝낼 때까지 딱지를 못 떼고, 고객은 쓸 수 있는 기능을 못 쓴 채 분기를 보냅니다.

반대편 오해도 있습니다. 정식 출시를 일이 끝나는 날로 보는 것입니다. 개발이 마무리되는 시점과 겹치니 그렇게 보입니다. 실제로는 이 날부터 문의가 들어오고 장애 대응 순서에 이름이 올라갑니다. 앞 칸에서는 문제가 생기면 사과하고 고치면 됐지만 여기서는 환불과 계약이 걸립니다. 끝나는 날로 알고 다음 일정을 바로 잡으면, 열린 첫 주의 문의를 아무도 받지 못합니다.