AWS가 NDA를 없앤 날 제품팀이 배울 것

AWS가 데이터센터 관련 NDA를 더 이상 사용하지 않겠다고 선언했다. CEO Matt Garman이 직접 나섰고, 표면적으로는 지역사회 반발에 대한 수습이다. 하지만 이걸 PR 위기 대응으로만 읽으면 절반만 이해한 것이다. 본질은 하나다 — 사용자에게 숨긴 제품 결정은 반드시 더 큰 대가로 돌아온다.

단, "그러니까 다 공개하면 된다"는 결론으로 직행하면 안 된다. 투명성은 원칙이 아니라 설계 문제다. 어디까지 공개할지, 언제 공개할지, 어떤 방식으로 전달할지 — 이 세 가지를 잘못 정하면 같은 투명성이 신뢰를 만드는 게 아니라 오히려 혼란을 만든다. 그 함정이 뒤에 나온다.

NDA는 법률 문서가 아니라 정보 설계였다

아마존이 지방정부 관계자들에게 NDA를 요구한 내용이 알려지면서 반발이 시작됐다. 핵심은 이것이다. 데이터센터 건설 계획 — 어디에 짓는지, 얼마나 많은 물을 쓰는지, 전력은 얼마를 끌어당기는지 — 을 지역 주민들이 미리 알면 반대가 생긴다. 그 반대를 막으려고 정보의 흐름 자체를 차단했다.

이 방식은 잘 작동하는 동안에는 아무도 모른다. 문제는 정보가 새어나가는 순간이다. 억제됐던 불만이 한꺼번에 쏟아지고, 반발의 크기가 애초에 투명하게 공개했을 때보다 훨씬 커진다. Virginia, Georgia, Ohio... 미국 전역에서 비슷한 패턴이 반복됐다.

이걸 제품 언어로 번역하면 명확하다. "사용자가 알면 싫어할 것 같아서 숨긴 결정"이 나중에 더 큰 신뢰 손상으로 돌아온다. 타이밍이 늦어질수록, 같은 공개 조치도 진정성 있는 소통이 아니라 위기 관리로 읽힌다.

AI 인프라 붐이 이 구조를 만들었다

AWS가 NDA를 쓰게 된 직접적인 배경에 AI가 있다. 20252026년 사이 아마존은 미국 내에만 약 1,500억 달러(약 200조 원) 이상의 데이터센터 투자를 발표했다. 이 숫자의 대부분은 AI 학습과 추론 인프라다. GPU 클러스터 하나를 돌리려면 일반 서버팜의 510배 수준의 냉각수와 전력이 필요하다. 인근 주민 입장에서 보면 갑자기 강 상류 수량이 줄고 송전탑이 늘어나는 일이다.

AI 개발자 양성이 국가 경쟁력의 화두가 되면서 클라우드 사업자들은 "더 많은 AI 컴퓨트 공급"을 약속했다. 그 약속을 지키려면 데이터센터를 빠르게 지어야 했고, 빠르게 짓는 가장 쉬운 방법이 조용히 짓는 것이었다. NDA는 그 조용함을 유지하는 도구였다.

여기서 생기는 구조적 함정이 있다. 인프라를 빠르게 확장해야 한다는 압박이 커질수록, 이해관계자에게 투명하게 소통할 여유가 줄어든다. 우리가 "AI 기반 제품"을 빠르게 출시할 때도 완전히 같은 함정이 있다. 속도와 투명성은 처음부터 긴장 관계다.

작은 팀도 매일 작은 NDA를 쓴다

HEDVION처럼 소규모 팀이 제품을 만들 때, 공식 NDA를 쓸 일은 없다. 하지만 비슷한 결정은 조용히, 자주 내린다.

서비스 장애가 났을 때 사용자에게 얼마나 빠르게 알릴지. 알고리즘이 어떤 기준으로 콘텐츠를 노출하는지. 자동화 봇이 글을 생성한다는 사실을 어딘가에 표시할지. 사용자 행동 데이터를 무슨 목적으로 쓰는지.

직접 겪어보니, 이런 결정들은 대부분 "기술적 이유"보다는 "사용자 반응이 걱정돼서"라는 이유로 미뤄진다. 나쁜 의도가 아니다. 서비스 초기엔 특히, 뭔가를 공개했다가 오해를 사는 게 두렵다. 그래서 일단 조용히 넘어가는 게 팀의 기본값이 된다.

AWS가 배운 교훈이 정확히 이 지점이다. 조용히 넘어가는 기본값이 쌓이면, 언젠가 반발이 한꺼번에 터진다. 그리고 그 시점엔 이미 NDA를 없애는 것만으로는 충분하지 않다.

투명성의 진짜 트레이드오프

"투명하게 해야 한다"는 말은 쉽다. 구체적으로 어디까지 공개할지 정하는 건 전혀 다른 문제다.

실제 트레이드오프를 하나 들면: 우리 블로그 사이트들은 봇이 초안을 쓰고 자동 검수를 거쳐 발행한다. 이 사실을 페이지에 명시할지 말지는 실제로 내부에서 의견이 갈렸던 문제다. 명시하면 "AI가 쓴 글이라 신뢰도가 낮다"는 반응이 올 수 있다. 숨기면 나중에 더 크게 터진다. 구글 Search Quality 가이드라인이 AI 콘텐츠 투명성 공개를 점점 강하게 요구하는 방향으로 이미 움직이고 있다. 장기 리스크만 놓고 보면 숨기는 쪽이 훨씬 위험하다.

아마존이 선택한 건 뒤늦은 공개였다. 반발이 충분히 쌓인 다음에 "이제 NDA 안 쓴다"고 선언한 것. 타이밍이 늦으면, 같은 투명성 조치도 신뢰 회복이 아니라 수습으로 읽힌다.

작은 팀은 이 타이밍을 스스로 선택할 수 있다. 사용자 기반이 작을 때 투명성 정책을 기본값으로 세우는 게, 규모가 커진 다음 뒤늦게 공개하는 것보다 비용이 훨씬 적다. 이건 윤리가 아니라 경제학이다.

지금 당장 바꿀 수 있는 것들

당장 내일 적용할 수 있는 것 세 가지를 구체적으로 말하겠다.

첫 번째는 콘텐츠 생성 방식 고지다. 자동화 봇이 관여한 사이트라면, 각 글 하단이나 footer에 콘텐츠 생성 방식을 한 줄로 적는다. "이 글은 공개된 정보를 바탕으로 AI가 초안을 작성하고 편집 검수를 거쳤습니다" 정도면 충분하다. 구글이 이미 이 방향을 권장하고 있고, AdSense 재심사 기준도 그쪽으로 가고 있다. 먼저 하면 선제 대응이지만, 나중에 하면 뒤처진 수습이 된다.

두 번째는 오류 대응 채널을 눈에 보이게 만드는 것이다. 연락처 페이지나 각 글 하단에 "오류 신고" 링크 하나를 추가한다. 실제 운영해보면 진짜 오류 제보보다, "신고할 곳이 있다는 사실 자체"가 사용자 심리에 더 크게 작용한다. 사람들은 통제권이 있다고 느낄 때 더 관대해진다.

세 번째가 가장 중요하다. 팀 내에서 "사용자가 알면 좋을 것 같은데 아직 공개 안 한 것들"을 한 번 꺼내놓고 보는 것이다. 그 목록의 각 항목 옆에 "지금 공개하면 실제로 무슨 리스크가 생기나"를 써본다. 대부분의 경우, 막연히 두렵다고 생각했던 것들이 실제로는 별로 위험하지 않다는 걸 알게 된다. 아마존도 처음엔 "주민들이 알면 반대할 것 같아서" 숨겼을 것이다. 그 막연한 두려움이 쌓여 결국 훨씬 큰 반발을 만들었다.

AWS가 NDA를 없앤다고 해서 데이터센터 문제가 해결되진 않는다. 투명성을 선언하는 것과, 투명성을 제품 구조 속에 설계하는 건 전혀 다른 일이다. 선언은 하루 만에 할 수 있지만, 설계는 지금 시작해야 한다.

원문: AI News & Artificial Intelligence | TechCrunch