플랫폼

이 말이 널리 쓰이기 전에는 제품 안의 모든 기능을 그 제품을 만든 회사가 직접 만들어야 했습니다. 요청 목록이 400건인데 개발자는 열 명인 상황이 늘 따라붙습니다. 그중 절반은 고객 한두 곳만 쓰는 연동 요청입니다. 근태 관리 도구와 붙여 달라, 사내 메신저로 알림을 보내 달라 같은 것입니다.

만들면 그 코드를 몇 년 동안 관리해야 하고, 안 만들면 그 고객은 다른 제품으로 갑니다. 그래서 우선순위 회의는 같은 자리에서 멈췄습니다. 담당자가 "이건 우리가 만들 일이 아닌 것 같은데요" 라고 말하면 모두 동의하지만, 대신 만들어 줄 사람이 없으니 다시 목록 맨 아래로 내려가는 식입니다.

플랫폼은 이 목록을 회사 밖으로 넘기는 방법입니다. 기능을 직접 만드는 대신 붙일 자리와 규칙만 내놓고, 실제 기능은 그것이 필요한 사람이 만들게 합니다. 열 명이 400건을 붙잡고 있던 상황을, 300건을 바깥의 손 300쌍이 나눠 맡는 구조로 바꾸는 것입니다.

플랫폼이 푸는 문제는 제품에 붙어야 할 기능의 수가 그것을 만들 손의 수를 언제나 넘는다는 것입니다. 해결 방식은 기능을 만드는 쪽이 아니라 기능이 꽂히는 규격을 만드는 쪽입니다. 콘센트를 만든 회사가 세상의 모든 가전을 만들지 않는 것과 같습니다.

열어 주는 자리는 보통 넷입니다.

1. 호출 통로. 밖에서 데이터를 읽고 쓰게 해 주는 창구이고, 이 창구만 상품으로 파는 형태가 API 제품입니다. 다른 회사의 프로그램이 문서 목록을 가져가거나 새 문서를 넣을 수 있게 됩니다.
2. 사건 알림. 제품 안에서 무슨 일이 생겼을 때 정해 둔 주소로 알려 주는 장치입니다. 문서가 승인되면 그 회사의 승인 시스템이 그 순간을 알아야 다음 일을 시작합니다.
3. 화면 안의 자리. 브라우저에서 돌아가는 웹앱이라면 문서 옆 패널 한 칸을 남의 앱에 내줄 수 있습니다. 사용자는 화면을 옮기지 않고 그 안에서 일정을 잡거나 서명을 받습니다.
4. 목록과 심사. 붙은 것을 사용자가 찾는 앱 목록, 올리기 전에 거치는 심사, 어떤 데이터까지 건드릴지 사용자에게 묻는 권한 동의가 여기 들어갑니다.

앞의 셋이 없으면 아무것도 붙지 못하고, 넷째가 없으면 붙은 것이 사고를 냅니다.

이렇게 열어 두면 제품의 값어치가 회사의 개발 속도와 분리됩니다. 붙은 앱이 20개일 때는 새 고객이 쓰던 도구가 목록에 있을 확률이 낮지만 200개가 되면 어느 팀이 와도 한둘은 이미 연결돼 있습니다. 그리고 그 팀이 세 가지 도구를 이 제품에 연결해 두고 나면, 비슷한 제품으로 옮기는 일이 계정을 옮기는 일이 아니라 연결을 셋 다시 만드는 일이 됩니다.

플랫폼이 유일한 답은 아니고, 사용자 수가 적을 때는 대개 틀린 답입니다. 같은 문제를 푸는 방법이 셋 더 있습니다.

직접 만드는 방법이 첫째입니다. 요청이 많은 상위 열 건만 회사가 만들어 붙입니다. 문서를 쓰고 심사를 돌리고 개발사 문의에 답하는 비용이 전부 없어서, 붙을 개발사가 적을 때는 이 방법이 가장 쌉니다.

연동 파트너를 두는 방법이 둘째입니다. 아무에게나 열지 않고 제품끼리 연결해 함께 쓰이게 할 회사와 하나씩 계약해, 양쪽이 각자 절반을 만듭니다. 수가 적어 품질이 고르고 상대 회사의 고객에게 이름이 함께 노출됩니다.

SDK를 내놓는 방법이 셋째입니다. 방향이 반대입니다. 남이 내 위에 얹는 것이 아니라 내 기능을 남의 제품 안에 끼워 넣는 도구 묶음을 만들어 나눠 줍니다.

고를 때 보는 것은 붙일 개발사가 실제로 있는지입니다. 유료 고객이 300곳인 제품에 앱을 만들려는 개발사는 거의 없습니다. 그 앱을 살 사람이 300곳 안에만 있기 때문입니다. 3만 곳이 되면 같은 자리에 개발사가 먼저 찾아옵니다. 그래서 순서는 대개 직접 만들기에서 시작해 파트너 몇 곳을 거치고, 요청이 회사의 손을 확실히 넘어선 뒤에 여는 쪽으로 갑니다.

"이건 플랫폼으로 열고 우리가 직접 만들지는 맙시다."

이 기능은 요청한 고객이 각자 만들게 하고 회사의 개발 시간은 다른 데 쓰자는 제안입니다.

"지금 우리 사용자 수로 붙을 개발사가 있을까요?"

열어 두는 데 드는 비용은 확실한데 붙는 것이 없을 위험을 짚는 말입니다.

"그 앱이 문서 전체 읽기 권한을 달라고 해서 심사에서 막았어요."

붙는 것을 다 받지는 않는다는 뜻이고, 심사가 실제로 굴러가고 있다는 신호이기도 합니다.

페이지덱은 세 번째 해에 앱 목록을 열었습니다. 태오가 호출 통로와 사건 알림을 먼저 내놓고 문서와 예제 코드를 함께 올렸는데, 여섯 달 동안 올라온 앱 여덟 개 중 여섯 개를 페이지덱이 직접 만들었습니다. 바깥에서 만든 것은 둘이었습니다.

지현은 이 숫자를 실패가 아니라 예상된 순서로 봤습니다. 다만 심사에 걸린 앱이 나온 뒤로는 권한 동의 화면을 다시 만들고, 어떤 앱이 어떤 데이터를 보는지 관리자가 한 화면에서 확인하도록 고쳤습니다. 남의 코드가 자기 제품 위에서 돌기 때문에 생긴 일입니다.

플랫폼을 제품의 급을 올려 부르는 말로 쓰는 경우가 가장 많습니다. 영업 자료와 투자 자료에서 단순한 도구가 아니라는 뜻으로 오래 쓰여 왔으니 그렇게 익기 쉽습니다. 그러나 이 말은 제품의 크기나 기능 수로 판정되지 않고 남이 그 위에 무엇을 얹었는지로 판정됩니다. 얹힌 것이 하나도 없으면 기능이 300개인 제품도 그냥 제품입니다. 이 구별이 흐려지면 로드맵은 그대로인 채 소개 문구만 바뀌고, 정작 열어야 할 통로와 심사 절차는 아무도 맡지 않은 상태로 남습니다.

열어 두면 알아서 모인다고 보는 오해도 흔합니다. 자리가 생겼으니 개발사가 찾아올 것처럼 보이지만, 붙는 쪽에서 보면 문서가 읽을 만한지, 문의에 며칠 안에 답이 오는지, 만든 앱을 팔아 돈이 되는지가 먼저 걸립니다. 그래서 첫해에 목록을 채우는 것은 대개 회사가 직접 만들어 올린 앱입니다. 이 준비 없이 통로만 열면 심사와 권한 관리 비용은 그날부터 생기고 붙는 것은 없는 상태가 1년쯤 이어집니다.