플랫폼 팀은 다른 검증 주기가 필요합니다.

플랫폼 PM으로서 당신의 심리는 검증에 대해 크게 달라져야 합니다. 주기가 5-10배 더 깁니다. 최종 사용자의 경험을 설계하는 게 아니라 개발자들이 자신의 창의적인 아이디어를 구축할 수 있는 캔버스를 설계하는 것입니다.

이 문제에 대한 확장 가능한 솔루션을 어떻게 찾을 수 있을까요? 우리가 제품을 만들어드릴게요. 매번 우리에게 뭔가를 만들어달라고 요청할 필요가 없을 거예요. 그러면 협상할 수 있는 매개변수를 알 수 있을 거예요.

팔란티어의 접근법은 기존 제품을 고객 요구에 맞추려는 전형적인 엔터프라이즈 소프트웨어 회사와 대비되어, 새로운 솔루션을 구축하고자 하는 것입니다.

팔란티어가 정말 급진적으로 말했던 것은 '아니요. 들어가서 이 작업을 위해 완전히 새로운 제품이 필요하다면 그것을 만들어도 됩니다'였습니다.

많은 면에서 R&D 팀과 운영 제품 팀을 구분 짓는 계약이 바로 엔지니어링 기본 원칙입니다. 이 기본 원칙 프로세스를 도입하면 솔직히 연구원들에게 약간 어색할 수 있습니다.