설계 단계에서 발행한다는 것

제품보다 회사를 먼저 발행합니다. 네 개의 기둥이 사이트에 올라가 있습니다. 코어가 사이트에 올라가 있습니다. 파이프라인이 사이트에 올라가 있습니다. 그중 어느 것도 출하되지 않았습니다.

의도된 선택입니다.

지금 단계의 인프라 회사가 보통 택하는 길은 스텔스입니다. 코드네임을 정합니다. 디자인 파트너 몇 곳과 NDA 아래 대화합니다. 첫 릴리스 6주 전에 사전 공지합니다. 깜짝 효과를 탑니다.

저희는 그 반대로 갑니다. 로드맵은 공개되어 있습니다. 보이스는 고정되어 있습니다. 원칙은 현재 시제로 적혀 있습니다. eval 계획에는 이름이 붙어 있습니다. 그리고 첫 eval 을 차갑게 서명해야 하는 날짜를 스스로에게 부여했습니다.

어느 한 줄이라도 누구나 저희에게 따져 물을 수 있습니다.


스텔스가 기본값인 이유, 그리고 그것을 건너뛰는 이유

스텔스는 깜짝 효과를 최적화합니다. 깜짝 효과는 일회성 자원입니다. 출시 때 한 번 쓰고, 한 차례의 보도 사이클이 지나가면, 한 분기 후에는 사라집니다. 남는 것은 결국 제품입니다.

저희가 파는 것은 깜짝 효과가 아닙니다. 팀들이 수년간 그 위에 무언가를 쌓아 올릴 substrate 입니다. 깜짝 효과의 반감기는 운영 중인 cognitive core 의 반감기보다 짧습니다. 계산이 맞지 않습니다.

스텔스가 최적화하는 다른 한 가지는 옵션 가치입니다. 무엇을 하는지 절대 말하지 않으면, 흔적을 남기지 않고 방향을 틀 수 있습니다. 하지만 그렇게 산 옵션 가치는 비쌉니다. 그것은 저희에게는 유연성을 주지만, 다른 모든 사람에게서는 가독성을 빼앗습니다. 저희가 대화하고 싶은 사람들 — 연구자, 한정된 예산으로 프런티어를 출하하려는 엔지니어, 추론 비용이 문제가 되고 있는 팀 — 은 관여 여부를 판단하기 전에 이 작업의 형태를 알아야 합니다. 형태를 숨기는 일은 그 대화들을 잃는 일입니다.

그래서 옵션 가치를 가독성과 맞바꿉니다. 아직 가독성을 가질 만한 무엇인가가 있을 때 말입니다.


”설계 중” 이 실제로 약속하는 것

“설계 중” 은 vapor 가 아닙니다. 실제로 commit 하지 않은 것에 대해 “설계 중” 이라고 말할 권리가 없습니다.

구체적으로 약속하는 바는 다음과 같습니다.

경쟁사가 이 중 어느 한 줄을 읽고 “이건 무엇이든 의미할 수 있겠네” 라고 느낀다면, 그 줄은 잘못 쓰인 것이고 저희는 다시 파일로 돌아갑니다.

원칙은 단순합니다. 사이트는 마케팅용 로드맵이 아니라 작업 중인 로드맵입니다. 작업이 미래인 곳은 미래 시제. 작업이 일어난 곳에만 현재 시제.


치르는 비용

대가는 분명히 있습니다. 여러 가지 방식으로 치릅니다.

경쟁사는 첫 가중치가 출하되기 1년 전에 cognitive core 라인의 형태를 봅니다. 저희를 상대로 계획을 세울 수 있습니다. 비슷한 형태의 무언가를 자기 것이라며 내놓을 수도 있습니다. 그렇다 해도, 출처가 명시된 모방을 받는 편이 아무도 모방하지 않는 편보다 낫다는 거래를 했습니다. 아무도 베끼지 않는 라인은 아무도 알아보지 못한 라인입니다.

분기별 로드맵 업데이트를 기대하는 고객은 정돈된 글 대신 작업 중인 로드맵 자체를 받게 됩니다. 더 깔끔한 이야기를 원하는 사람도 있습니다. 단정한 제품 페이지, 가격, 버튼. 저희에게는 아직 그것들이 없습니다. 깔끔한 이야기를 원하는 사람들은 이탈할 것이고, 괜찮습니다. 이 단계에서 그런 이야기는 거짓이 될 수밖에 없고, 거짓이 드러날 때 더 큰 폭으로 이탈할 것이기 때문입니다.

급격한 성장 서사를 기대하는 투자자는 제품 이전의 원칙을 받습니다. 그 이유로 저희를 패스하는 분도 있을 겁니다. 그것도 괜찮습니다. 저희가 함께 일하고 싶은 투자자는 원칙을 읽고 그것이 함의하는 작업을 알아본 뒤, 그 작업을 기준으로 회사를 평가할 수 있는 분입니다. 그렇지 않은 쪽은 어차피 저희가 응할 수 없습니다.

일부 독자는 이탈합니다. 그것이 거래의 일부입니다.


돌아오는 것

대신 받는 것은, 스텔스를 권하는 자리에서 잘 거론되지 않는 부분입니다.

복리처럼 쌓이는 피드백. 누군가 사이트를 읽고 어떤 원칙에 반대 의견을 보내올 때마다, 그것은 스텔스였다면 알 수 없었을 정보입니다. 한 번에 한 줄씩, 시간이 갈수록 쌓입니다. 첫 eval 이 서명될 때쯤이면, 비용을 지불하지 않은 채로 스무 명의 엔지니어들과 네 기둥에 대해 논쟁한 셈이 됩니다. 제품은 존재하기도 전에, 공개된 자리에서 날카로워집니다.

정직한 인바운드. 사이트를 읽고 연락해온 사람은 이미 저희가 무엇인지 알고 있습니다. 다른 무언가가 되어 달라고 요청하지 않습니다. 대화는 중간부터 시작됩니다. 영업 사이클이 짧아집니다. 온보딩이 짧아집니다. 첫 열 명의 사용자는 실제로 그 substrate 를 원하는 사람들입니다.

명시된 방향에서 조용히 물러설 수 없는 팀. 이 항목은 저희 자신을 위한 것입니다. 스텔스에서는 표류가 쉽습니다. 로드맵이 비공개일 때, 화요일에 조용히 수정해도 아무도 알아채지 못합니다. 로드맵이 공개일 때, 표류는 공개된 행위입니다. 그것이 규율을 만듭니다. 작업을 위장하기 어렵게 만듭니다.

출하 첫날부터 이미, 저희가 주장하는 그 모습으로 보이는 브랜드. 사이트는 1년 동안 그 자리에 있어 왔습니다. 보이스는 1년 동안 그 자리에 있어 왔습니다. 원칙은 1년 동안 그 자리에 있어 왔습니다. 첫 eval 이 도착할 때, 그것은 그 도착을 위해 미리 만들어진 맥락 안으로 도착합니다. 리브랜드 없음. 리포지셔닝 없음. 이야기는 출시에서 시작되지 않습니다. 이야기는 이미 흐르고 있었고, 출시는 그 위의 한 점일 뿐입니다.


압축 인프라는 특히 그렇다

압축 인프라 회사에게, 설계 단계의 발행은 선택지가 아닙니다. 작업이 제대로 모양을 잡을 수 있는 유일한 길입니다.

압축은 프런티어 랩의 downstream 이고, 한정된 예산으로 프런티어를 출하하려는 모든 팀의 upstream 입니다. 프런티어 팀이 무엇을 공개할지는 저희가 정할 수 없습니다. 사용자가 어떤 하드웨어에 배포할지도 저희가 정할 수 없습니다. 유용해질 수 있는 유일한 길은, 그 대화가 아직 움직이고 있을 때 그 안에 있는 것입니다.

스텔스로 발행하면 그 대화를 놓칩니다. 1년 동안 고립 상태에서 설계한 무언가를, 그 사이에 이미 움직여버린 프런티어를 향해, 그 사이에 이미 변해버린 하드웨어를 대상으로 출하하게 됩니다. 작업이 곧 대화입니다. 블로그는 제품의 일부입니다. 로드맵도 제품의 일부입니다.

Compression is cognition. 어떤 cognition 이 필요한지 사람들이 결정하고 있는 그 방에 저희도 있어야 합니다.


지키는 규칙

이 모든 것 아래에 한 가지 규칙이 있습니다. 저희에게 그대로 인용될 수 있도록 여기에 다시 적습니다.

사이트에 적힌 어떤 것도, 차갑게 방어할 수 없는 예측이 아닙니다.

사이즈는 약속이 아니라 목표입니다. “목표 1.5 – 2 B 파라미터” 라고 적었다면, 그것은 사양이 아니라 설계 예산입니다. 출하될 모델은 1.8 일 수도 2.1 일 수도 있습니다. 사이트의 숫자는 설계가 향했던 목표이지, 무슨 일이 있어도 도달하겠다는 숫자가 아닙니다.

날짜는 eval 이 서명될 때에만 commit 입니다. 사이트에 출시 일자는 없습니다. 첫 eval 이 차갑게 서명되는 시점에 대한 내부 날짜 하나만 존재합니다. 그 날짜는 지나가는 순간 공개됩니다. 그전까지는 독자에 대한 commit 이 아니라 저희 자신에 대한 commit 입니다.

로드맵은 마케팅용 로드맵이 아니라 작업 중인 로드맵입니다. 생각이 바뀌면 페이지가 바뀝니다. 어떤 기둥을 접으면 페이지가 바뀝니다. 페이지는 고정된 문서가 아니라 artifact 그 자체입니다. 그 점을 염두에 두고 읽어주십시오.

이것이 계약입니다. 사이트는 실시간으로 발행되는, 회사의 작업 중인 초고입니다. 이것을 읽은 사람은 저희가 무엇을 하고 있는지, 무엇을 하지 않고 있는지, 그리고 아직 주장할 자격을 얻지 못한 것이 무엇인지 알게 됩니다. 저희가 만들고 있는 것은 그 계약의 downstream 입니다. 저희는 출시보다 그 계약 쪽이 더 흥미롭다고 생각합니다.

1년 뒤, 그 판단이 맞았는지 알게 될 것입니다.

↑↓ 이동 · enter 열기 · esc 닫기