바이럴 메커니즘은 제품에 내재되어야 하며 추가로 부착되어서는 안 됩니다.

처음부터 제품 네트워크 효과가 내재되어 있지 않다면 이를 인위적으로 만들어내기는 매우 어렵습니다. 따라서 제품에 본질적인 네트워크 효과가 있다면, 그 위에 추천 루프와 바이럴 루프를 겹겹이 쌓는 것이 정말 강력해집니다.

만약 당신이 만든 것에 네트워크 효과를 구축하지 않는다면, 거의 확실히 실패하게 될 것입니다. 중요한 질문은 이 제품을 다른 사람들에게 알리면 사용자에게 더 도움이 될까요? 그 답이 '아니오'라면, 왜 다른 사람들에게 이 제품을 알릴까요?

제품이 준비되면 스스로 성장할 수 있는 방법을 초기에 생각해두어야 합니다... 많은 사용자를 확보하기 전에 제품이 작동하는지 확인하는 것이 중요한 게 아닙니다. 이 제품이 어떻게 스스로 성장할 수 있을지 전략적으로 고민해야 합니다.

새로운 사용자가 Snyk에 가입하면 GitHub 계정을 연결하고, Snyk이 코드를 스캔하여 취약점을 찾아냅니다. 그리고 Snyk 브랜드의 풀 리퀘스트를 자동으로 만들어 그 취약점을 수정하죠. 그러면 저장소의 다른 개발자들이 그 PR을 보고 상호작용하게 되고, 어떤 이들은 Snyk 계정을 만들어 자신의 저장소를 연결하게 됩니다. 이런 식으로 루프가 지속됩니다.

우리 가입자의 70%가 그 바이럴 루프를 통해 옵니다. 그리고 그 가입자들 중에서도 대개 개인 사용자부터 시작해서 팀원들을 초대하고, 팀 전체가 Calendly를 사용하게 됩니다. 그러면 보통 그 팀의 리더가 직접 연락을 해오거나 PQL 데이터를 통해 그들에게 접근할 수 있습니다.

내가 Venmo로 저녁 식사 비용을 갚을 때나, 비즈니스 경비를 PayPal로 결제할 때처럼, 다른 사람에게 돈을 지불해야 한다면 그 사람은 돈을 받기 위해 그 서비스에 계정을 만들어야 합니다. 즉, 돈을 받는 쪽이 그 제품의 사용자가 되는 것이죠.

사람들은 제품 주도 유치를 추천 프로그램으로 오해하지만, 그것은 아닙니다. 추천 프로그램은 사람들이 추천하지 않을 경우 이를 독려하기 위한 인센티브 장치에 불과하기 때문입니다.