사람들이 세상과 아이디어를 공유하는 장소

나는 어제 처음으로 인공지능 네트워크를 발견하고 "스타트업을 만들자"라고 결심한 사람이 아니라 다른 관점에서 이 주제에 참여했습니다.

내 경력은 IT 분야에서 약 20년이며, 그 중 10년 이상은 대형 은행에서 보냈습니다. 나는 정보 시스템, 도입, 서비스, 인프라, 내부 포털, CRM 등 사용자, 비즈니스, 기술 현실 사이에 흔히 존재하는 모든 것을 다뤘습니다. 그럼에도 불구하고 나는 전통적인 의미의 개발자는 아니었습니다.

아마도 그래서 AI 도구가 나에게는 단순한 코드 생성용 장난감이 아니라, "해야 할 일"과 "개발팀이 필요하다" 사이에 갇혀 있던 아이디어를 빠르게 검증할 수 있는 기회로 다가왔습니다.

또한 내가 네덜란드에 살고 있다는 사실도 영향을 미쳤습니다. 여기서는 IT 업무가 얼마나 국제적인지 잘 보입니다. 암스테르담이 아니라 주변 작은 땅덩어리에서도 서로 다른 나라에서 온 전문가들이 서로 다른 언어를 사용하며, 전혀 다른 시간대의 회사에서 일할 수 있습니다. 때로는 거의 우스꽝스럽게 보이기도 합니다: 베트남에서 살았던 가상의 외국인, 러시아에서 살았던 사람이 네덜란드에서 호주를 위해 일하는 것처럼 말이죠. 이것은 예외가 아니라 일상입니다.

개발자가 프로젝트를 보여줄 때는 일반적인 경로가 있습니다: GitHub, README, 데모, 문서. 완벽하지는 않지만 이해가 됩니다. 다른 개발자가 저장소를 열고 대략적으로 무엇이 있는지 파악합니다.

하지만 바이브코더는 조금 다릅니다.

사람은 전문 개발자가 아닐 수도 있습니다. 그들은 Cursor, Lovable, Bolt 또는 Claude를 열고 원하는 것을 말로 설명합니다. "폼을 만들어줘", "화면을 고쳐줘", "버그를 확인해줘". 이렇게 대화, 정정, 새로운 시도를 통해 제품을 구축합니다.

그런 다음 이상한 실패가 발생합니다.

제품은 이미 있습니다. 아마도 미완성일지라도 존재합니다. 하지만 제대로 보여주기가 어렵습니다. GitHub은 너무 기술적이고, 랜딩 페이지는 너무 광고적입니다. 결국 작성자는 "내 코드"와 "아름다운 화면" 사이에서 선택해야 합니다. 하지만 그가 필요한 것은 전혀 다른 것: 자신이 무엇을 만들었고 왜 만들었는지를 설명하는 것입니다.

처음에는 카탈로그를 만들고 있다고 생각했습니다. 어느 정도 시간이 지나면서 카탈로그가 충분히 많다는 것을 깨달았습니다. 문제는 링크를 어디에 두어야 할지가 아니라, 프로젝트를 어떻게 설명해야 할지입니다.

그래서 storevi.be가 탄생했습니다. 지금은 이를 AI 도구 카탈로그가 아니라, 작은 프로젝트를 인간 언어로 설명할 수 있는 장소라고 말하고 싶습니다.

여기서 "인간"이란 단순히 쉬운 말뿐 아니라 여러 언어를 의미합니다. 작성자가 러시아어나 영어로 프로젝트를 설명하면 플랫폼이 자동으로 다른 나라 사람들에게 보여줄 수 있도록 도와야 합니다. 그렇지 않으면 진입 장벽이 다시 높아집니다: 제품을 만드는 것뿐 아니라 미래 사용자의 언어로 제대로 설명할 수 있어야 합니다.

네, Product Hunt와의 비교는 불가피합니다. 그곳이 출시 플랫폼으로 알려져 있기 때문입니다. 하지만 나는 "다른 하루의 출시"를 만들려는 것이 아니라, 출시 직전 단계, 즉 작성자가 아직 자신이 만든 것을 완전히 이해하지 못했지만 이미 보여줄 준비가 된 순간에 더 관심이 있습니다.

GitHub과 랜딩 페이지가 문제를 해결하지 못하는 이유

GitHub은 개발자가 프로젝트를 볼 때 훌륭합니다. 하지만 기술 배경이 없는 사람에게는 대시보드처럼 느껴집니다. 중요한 것이 많지만, 그 중 어떤 것이 실제 제품과 관련이 있는지 항상 명확하지 않습니다.

바이브코더는 다른 필요를 가집니다. 그는 "내 저장소를 보여줘"로 시작할 필요가 없습니다. 그는 일반적인 설명, "나는 무엇을 하고 있는가, 누구를 위한 것인지, 이미 무엇이 작동하는지"로 시작해야 합니다.

랜딩 페이지는 반대의 문제를 가집니다. 너무 멋지게 보일 수 있습니다. "AI를 활용해 비즈니스를 자동화합니다"라고 적고 멋진 버튼을 놓을 수 있습니다. 하지만 실제로 무엇이 만들어졌는지는 여전히 불분명합니다.

storevi.be에서는 바이브코더가 이미 익숙한 것부터 시작하기로 했습니다: 말로 설명하는 것. 작성자는 긴 기술 설문조사 대신 프로젝트에 대한 이야기를 통해 카드를 만듭니다. 그 다음 시스템은 이를 정리하고 인터뷰를 진행합니다.

인터뷰는 템플릿화되어서는 안 됩니다. 모두에게 같은 질문을 하면 또 다른 지루한 양식이 됩니다.

나는 AI가 특정 프로젝트를 바라보길 원합니다. 예를 들어 임대 서비스라면 신뢰와 실제 참여자에 관한 질문이 필요합니다. 후보자 테스트 도구라면 평가 품질과 모델 오류에 관한 질문이 필요합니다. 체크리스트가 아니라 작성자에게서 중요한 세부 사항을 끌어내는 것이 목적입니다.

첫 번째 실수: 나는 콤바인을 만들기 시작했다

가장 큰 어리석음은 거의 고전적이었다. 나는 너무 빨리 큰 제품을 만들기 시작했다.

마음속에서는 모든 것이 논리적으로 보였다: 프로젝트, 저자, 기사, 모더레이션, AI 검증, 신뢰 점수. 종이에 쓰면 플랫폼처럼 들린다. 실제로는 노트북을 닫고 싶어지는 일 목록이다.

나는 아직 증명되지 않은 문제를 둘러싼 인프라를 구축하고 있다는 것을 깨달았다.

나는 지루한 질문으로 돌아가야 했다: 왜 사람이 storevi.be에 오는가? 프로젝트를 보여 주고, 프로젝트를 찾고, 프로젝트를 신뢰할 수 있는지 이해하기 위해서다. 나머지는 이 행동들을 돕는 것이어야 한다.

그 후 제품은 더 단순해졌다. 완전히 단순한 것은 아니지만 적어도 모든 방향으로 퍼져 나가지 않게 되었다.

두 번째 실수: AI가 아름다운 공허를 쓰기 시작했다

저자가 프로젝트를 쉽게 추가할 수 있도록 하고 싶었다. 거대한 양식이 아니라 일반적인 설명. 바이브코더들은 이미 AI와 이렇게 작업한다: 설명하고, 정제하고, 결과를 보고, 다시 정제한다. 프로젝트 카드는 대략 같은 방식으로 시작해야 한다.

그 다음 AI는 이를 바탕으로 정상적인 카드를 만들도록 도와야 했다.

아이디어는 좋았다. 하지만 첫 버전은 불쾌한 점을 빠르게 드러냈다: AI는 사실이 적어도 설득력 있게 쓰는 것을 좋아한다.

저자는 "우리는 AI를 이용한 솔루션 자동화 플랫폼을 만들고 있다" 같은 말을 한다. AI는 이를 혁신적 접근, 효율성, 확장성에 관한 깔끔한 텍스트로 변환한다. 읽기 좋다. 이익은 거의 없다.

그리고 제품에서도 부드러운 텍스트로 사실을 대체할 수 없다.

그래서 나는 AI 편집기를 다른 방향으로 옮기기 시작했다. 그 임무는 "아름답게 만들기"가 아니라 불편한 정제 질문을 제시하는 것이다. 사용자는 누구인가? 제품을 시도해 볼 수 있는 곳은 어디인가? 이미 무엇이 이루어졌고, 아직은 약속일 뿐인가?

즉, AI는 현재 storevi.be에서 인터뷰어 같은 도우미이다. 그것은 공백을 강조하고, 문구를 제안하며, 자동으로 카드를 플랫폼 언어로 번역한다. 이는 아름다운 체크박스 "우리는 현지화가 있다"를 위해서가 아니라 검색과 진입 장벽을 낮추기 위해서이다. 저자는 각 언어마다 별도의 버전을 수동으로 준비할 필요가 없고, 독자는 프로젝트가 자신의 언어로 설명되지 않아서 떠나지 않아야 한다.

신뢰 점수는 내가 생각한 것보다 위험했다

나는 신뢰 점수를 추가하고 싶었다. 논리적으로 보인다: 프로젝트가 공개되고, 저자가 확인되고, 스크린샷이 있고, 이력이 있고, 명백한 문제가 없으면 신뢰가 더 많다.

하지만 숫자가 나타나면 너무 자신감 있게 보이기 시작한다.

77/110은 견고해 보인다. 하지만 정상적인 독자는 즉시 물어본다: 왜 77이고 54이 아닌가? 누가 결정했는가? AI? 저자? 인기도가 왜 그렇게 무게를 두고, 저자 확인이 그렇게 무게를 두는가?

그리고 이것은 정당한 질문이다.

따라서 신뢰 점수는 점차 "프로젝트 평가"가 아니라 신호 세트가 된다. 접근성, 독창성, 저자 확인, 활동성, 전망성. 나는 이것이 더 정직하다고 생각한다 - "여기까지 확인한 것이 있고, 아직 비어 있는 곳은 여기에 있다".

이 부분은 아직 덜 다듬어졌다. 하지만 실수 자체는 유익했다: 제품이 신뢰를 말한다면, 아름다운 숫자 뒤에 숨을 수 없다.

결국 핵심이 된 것은

현재 storevi.be의 핵심은 컨텍스트가 있는 프로젝트 카드다.

단순히 "여기에 링크가 있다"가 아니라 작은 분석: 이것이 무엇인지, 누가 만드는지, 이미 열 수 있는 것과 프로젝트에 남은 질문은 무엇인지.

나에게 이것은 단지 이론이 아니다. 플랫폼에는 이미 내가 동시에 운영하고 개발 중인 몇 가지 프로젝트가 있다. 그들은 AI 기반 아시아 요리 보조부터 인터랙티브 파노라마 여행 서비스, 중소기업 리스 플랫폼까지 다양하다. 나는 그들을 함께 두는 이유는 아이디어, 단계, 위험, 이익을 설명하는 방식이 얼마나 다른지 잘 보여주기 때문이다.

별도로 나는 기사와 토론을 추가했습니다. 카드가 금방 건조해지고, 출시 이야기는 살아있는 자료가 됩니다.

저자 커뮤니티는 나중에 생겼습니다. "플랫폼에 커뮤니티가 필요하다"는 이유가 아니라, 프로젝트를 본 뒤 사람에게 직접 글을 쓰고 싶어지는 경우가 많기 때문입니다. 좋아요를 누르는 것이 아니라 질문을 하거나 도움을 제안하고 싶을 때 말이죠.

아직 해결되지 않은 점

플랫폼 자체가 많은 저자들에게 필요하다는 것을 아직 증명하지 못했습니다. 작동하는 제품이 있고, 논리도 있으며, 카드도 있고, 첫 프로젝트도 있습니다. 하지만 이것이 사람들이 지속적으로 반복할 행동을 찾았다는 의미는 아닙니다.

trust score를 충분히 설명 가능하게 만들지 못했습니다. 내부 지표로는 이미 유용하지만 외부 사람에게는 여전히 "어떤 평가"처럼 보일 때가 있습니다.

카탈로그 느낌을 완전히 없애지 못했습니다. 첫 눈에 여전히 카드와 프로젝트 그리드를 읽게 됩니다. 따라서 저자의 이야기와 답변을 더 강하게 드러낼 필요가 있습니다.

또한 출판 과정을 원하는 만큼 간단하게 만들지 못했습니다. AI 인터뷰는 프로젝트 핵심 질문이 나올 때 도움이 됩니다. 하지만 저자는 은행 면접을 보는 듯한 느낌을 받아서는 안 됩니다.

다음 단계

가장 가까운 과제는 신뢰성을 정상적인 형태로 되돌리는 것입니다: 무엇이 검증됐고, 무엇이 안됐으며, 위험은 어디에 남아 있는지.

또한 카드와 출시 이야기를 더 강하게 연결하고 싶습니다. 프로젝트가 정적인 페이지가 아니라 살아있는 기록이 되도록: 무엇을 바꿨고, 어디서 실수했으며, 무엇이 개선됐는지. 이미 공개된 프로젝트에 대한 글을 쓰고 이를 연결할 수 있습니다.

그리고 물론 저자가 필요합니다. 사람 없이 이것은 깔끔한 데모에 불과합니다. 저는 완성된 스타트업뿐만 아니라 원재료 단계—프로토타입, 실험, 마이크로‑SaaS—를 솔직히 인정하는 것에 관심이 있습니다.

여기서 국제적 맥락이 다시 중요합니다. 저는 storevi.be가 한 지역 커뮤니티만을 위한 플랫폼이 되길 원하지 않습니다. 현재 제품은 미국 사람이 만들고, 독일 사람들이 테스트하고, 러시아어 전문가들이 토론하고, 첫 고객은 중국에서 올 수도 있습니다. 따라서 프로젝트 카드는 이미 저자를 알고 있는 "우리 사람들"뿐 아니라 다양한 경험, 언어, 맥락을 가진 사람들에게도 이해될 수 있어야 합니다. 자동 번역은 여기서 장식이 아니라 검색 엔진을 통해 프로젝트가 더 많이 발견될 수 있게 하는 수단이 됩니다.

필요한 도움

작은 AI 제품을 만들고 있다면, 카드를 추가하고 어떤 질문이 떠오르는지 살펴보세요. 특히 프로젝트가 아직 완벽하지 않을 때 흥미롭습니다.

개발자라면, 기술 논리의 비판이 필요합니다. 어디가 위험하게 보이나요? AI가 거짓말을 할 가능성은? trust score가 잘못된 안심을 주고 있나요?

프로덕트 매니저나 마케터라면, 포지셔닝을 봐 주세요. 왜 필요한지 명확한가요? 또 다른 카탈로그처럼 보이지는 않나요? 카드를 보면서 저자에게 연락하고 싶게 만드는 요소는 무엇인가요?

그냥 독자라면, 불편한 질문을 해 주세요. 구체적이면 좋습니다. 이런 비판은 불쾌할 수 있지만 더 유용합니다.

예전엔 많은 사람들이 제품을 만들기 어려웠습니다. 이제는 사람들이 왜 그 제품을 봐야 하는지 설명하기가 점점 더 어려워지고 있습니다.

제가 해결하려는 바로 그 문제가 여기 있습니다.