Web3 창업 4년, 나는 7가지 고통스러운 교훈을 얻었다

저자：Rishabh Gupta

편집：가환, ChainCatcher
신생 창립자로서 저는 3개의 최종 실패한 인프라 프로젝트에 수년간의 노력을 쏟았습니다. 2025년, 저는 사람들이 진정으로 사용하고 싶어하는 소비자 제품을 만들기 시작했습니다. 여기서는 사용자 확보와 자금 조달에 대한 제가 겪은 고통스러운 교훈을 공유합니다.

저는 이 업계에서 약 4년을 보냈습니다.

2023년, "계정 추상화"가 업계에서 가장 핫한 주제였을 때, 저는 EVM 생태계에서 개발을 시작했습니다. 그 당시 모든 사람들이 계정 추상화 지갑을 위한 SDK(소프트웨어 개발 도구)를 개발하고 있었습니다. Rollup 확장 솔루션도 뜨거운 인기를 끌고 있었고------Optimism, Arbitrum 및 다양한 RaaS(롤업 서비스)가 주도하고 있었습니다.

수학 애호가로서 저는 ZK(제로 지식 증명)에 깊이 매료되었고, 그것이 세상을 바꿀 것이라고 믿었습니다(저는 그것이 미래에 그렇게 될 것이라고 확신합니다).

저는 복잡성 == 신뢰성이라고 잘못 생각했습니다.

VC가 애플리케이션 시나리오를 물어볼 때, 저는 zkML(제로 지식 머신 러닝), zk 신원, zk 투표를 자신 있게 나열했지만------오늘날까지도 이 분야는 실제로 사용되는 사람이 없습니다. 저는 놀라운 기술을 유용한 제품으로 착각했습니다.

시간이 지나면서, 저는 아이디어가 복잡할수록 성공할 가능성이 높아진다고 믿게 되었습니다.

VC들도 저에게 암호화 분야에서 인프라를 만드는 것이 성공의 유일한 길이라고 말했습니다.

저는 거의 2년을 투자하고 500번 이상의 거절을 경험한 후에야 이것이 저에게 맞지 않다는 것을 깨달았습니다.

솔라나 생태계에 진입하기

저에게는 완전히 새로운 생태계입니다------여기 사람들은 애플리케이션 시나리오에 관심이 있습니다. 심지어 Meme 코인도 괜찮습니다, 왜냐하면 수익이 중요하기 때문입니다.

속도가 중요합니다. 배포가 중요합니다.

솔라나에서 소비자 애플리케이션을 구축한 지 7개월이 되었고, 다음은 제 경험입니다:

1. 새로운 것을 시도하는 젊은 사용자를 위해 구축하기

새로운 제품을 기꺼이 받아들이는 젊은이를 위해 개발하려고 노력합니다.

소비자 암호화 분야에서는 일반적으로 "전선"에서 거래할 수 있는 사람들 또는 13-21세의 젊은 사용자를 의미합니다.

2024년 소비자 기술 협회의 연구에 따르면, 86%의 Z세대(11-26세)는 기술이 삶의 핵심이라고 생각합니다------이 비율은 어떤 구세대보다도 높습니다. 그들은 더 많은 장치를 가지고 있으며, 기술 제품에 소비할 의향이 더 큽니다.

그들은 새로운 앱을 시도하고, 새로운 기능을 실험하며, 습관을 바꾸는 것을 더 선호합니다.

25세 이상의 사용자는 일반적으로 강력한 유인이 없으면 새로운 작업 흐름을 채택하는 것을 꺼립니다.

(참고: 기관 비즈니스를 하는 경우에는 해당되지 않을 수 있습니다.)

연구에 따르면, 20-21세의 사회적 활동이 정점에 도달합니다. 이는 젊은이를 위해 구축된 제품이 자연스럽게 더 높은 전파 가능성을 가진다는 것을 의미합니다.

2. 제품에 "전파 속성"을 부여하여 마케팅 비용 절감하기

막대한 마케팅 또는 광고 예산이 없다면, 제품 자체가 트래픽 채널이 되어야 합니다.

암호화 분야에서는 전파 가능성이 특히 중요합니다, 왜냐하면:

• KOL 마케팅은 매우 비쌉니다.

• 신뢰도가 극히 낮습니다.

• 모든 사람이 보상이나 유인을 기대합니다.
  

만약 당신의 제품이 사용자에게 친구나 커뮤니티와 자발적으로 공유할 이유를 제공한다면, 당신은 돈을 쓰지 않고도 홍보를 얻게 됩니다. 이는 어렵지만, 첫날부터 최적화하는 것이 가치가 있습니다.

3. 사용자 요구 기능을 가능한 빨리 출시하기

사용자가 경험이 좋지 않거나 버그가 있다고 피드백을 주면 즉시 수정하십시오, 특히 사용을 방해하는 문제는 더욱 그렇습니다.

예전에는 하루가 끝날 때까지 패치를 통합하는 것이 습관이었습니다. 그 결과, 한 사용자가 저에게 개인 메시지를 보냈습니다: "당신의 앱에 이 기능이 없으니, 저는 먼저 Y 제품을 사용하겠습니다."

사용자가 경쟁 제품으로 가서 습관이 형성되면, 그들을 다시 끌어오는 것은 매우 어렵습니다.

따라서 즉시 수정하려고 시도하십시오(이상적인 경우 2-5시간 이내).

여러 사용자가 특정 기능을 요구하고 가능하다면:

• 2-3일 이내에 만들어야 합니다.

• 그들에게 이것이 그들의 피드백에 따라 출시되었다고 알려주십시오.

• 심지어 그들에게 약간의 보상을 줄 수도 있습니다.

이것은 깊은 신뢰를 구축할 것입니다. 사용자는 이 제품이 "그들의 것"이라고 느끼기 시작할 것이며, 이러한 감정적 소속감은 초기 제품에서 놀라운 힘을 발휘합니다.

4. 애플리케이션 이름이 매우 중요하다

이것은 간단해 보이지만, 많은 사람들이(저를 포함하여) 실패했습니다.

애플리케이션 이름은 높은 인지도를 가지고 있어야 하며, 구두로 공유하기 쉬워야 합니다.

저의 이전 제품 이름은 "Encifher"였는데, 이 이름은 기억하기 매우 어려워서 투자자와 파트너가 그룹을 만들 때조차 잘못 철자하곤 했습니다.

그래서 우리는 나중에 encrypt.trade로 변경했습니다. 간결하고, 기억하기 쉽고, 매력적입니다.

5. 사용자와 소통하기 어렵지만 반드시 해야 한다

사용자를 찾고 대화하는 것은 극히 어렵습니다, 특히 당신이 구축하는 것이 현재의 "트렌드 서사"에 포함되지 않을 때는 더욱 그렇습니다.

제가 프라이버시 방향으로 작업을 시작했을 때, 그것은 인기가 없었습니다. 저는 거의 1000명에게 Cold-DM(차가운 다이렉트 메시지)을 통해 연락했습니다: 100명 중 10명이 답장을 할 수 있습니다. 그 중 3-4명만이 실질적인 도움을 줄 수 있었습니다.

저는 약간의 관심을 보인 사람들과 대화했습니다.

저는 그들과 함께 제품을 반복적으로 개선했습니다.

Cold-DM의 프레임워크 또한 반복적인 과정이며, 다음은 주의해야 할 몇 가지 핵심 사항입니다:

• 열정적인 인사로 시작하십시오.

• 하이라이트(자금 조달 상황, 거래량 등)를 처음에 배치하십시오.

• 그들을 어디서 찾았는지 설명하십시오.

• 친근한 행동 촉구를 제공하십시오.

• 항상 후속 조치를 기억하십시오.

완벽한 Cold-DM은 없으며, 목표 고객에 대한 효과적인 방법을 찾기 위해 테스트해야 합니다.

여기 사용할 수 있는 좋은 Cold-DM 템플릿이 있습니다: 하지만 이 과정은 느리고 피곤하다는 점에 유의하십시오.

암호화폐 분야에서는 DM에 답변하는 사람이 거의 없습니다, 사기가 만연하기 때문입니다.

낮은 응답률은 일반적입니다(조금 실망스럽다는 것을 압니다).

그럼에도 불구하고, 당신은 반드시 해야 합니다.

이 단계에서의 목표는 1000명의 사용자를 얻는 것이 아닙니다.

당신의 목표는 문제에 관심이 있고, 제품을 시도할 의향이 있으며, 솔직한 피드백을 제공할 10-20명의 초기 사용자입니다.

이 초기 사용자는 당신의 지원 시스템이 될 것입니다.

초기 제품은 종종 오류가 발생하며, 이 사용자들은 당신이 그 단계를 극복하는 데 도움을 줄 것입니다.

6. 빠른 반복

암호화 산업은 빠르게 변화하며, 주의 지속 시간이 매우 짧습니다.

당신은 사용자의 행동을 연구해야 하며, 단순히 그들의 말을 듣는 것만으로는 안 됩니다:

• 그들은 반복적으로 무엇을 하고 있습니까?

• 그들은 어떤 절충안을 사용하고 있습니까?

• 그들은 무엇에 대해 돈을 지불할 의향이 있습니까? (많은 아이디어가 좋아 보이지만, 사용자가 돈을 지불할 의향이 없다면 그것은 생존할 수 없습니다.)

7. 웹사이트를 "바보처럼" 간단하게 만들어 주세요

사용자의 인식에 대해 어떤 가정도 하지 마십시오.

개발자로서 당신은 제품을 수백 시간 동안 바라보았기 때문에 명백하다고 생각할 수 있지만, 처음 들어오는 사람에게는 완전히 낯선 것입니다.

• 새로운 용어나 복잡한 프로세스를 도입하지 마십시오.

• 클릭 수를 최소화하십시오.

• 핵심 가치는 앱에 들어간 5초 이내에 제시되어야 합니다.

결론

소비자 암호화 제품을 구축하는 것은 흥미롭고 도전적입니다. 반복 속도, 사용자 사고, 마케팅 능력이 완벽한 기술보다 더 중요합니다. 이는 B2B와는 완전히 다릅니다.