Indie Hackers

My six beta testers offered quotes. I said no. I'm not sure I'm right.

베타 테스터 여섯 명이 추천사를 보내왔지만 싣지 않았습니다

LockMargin 창업자는 제품을 실제 업무에 쓰고 개발에도 참여한 베타 테스터 여섯 명의 추천사를 홈페이지에 싣지 않았습니다. 관계를 공개해도 추천사가 독립적인 사용자 평가처럼 보일 수 있다고 판단해 빈 공간을 유지하고, 기여 내용은 변경 기록에 이름과 함께 남기기로 했습니다.

에디터 노트

실명과 관계 공개는 누가 말했는지 밝히지만, 제품에 관여한 정도까지 독립적으로 평가하게 해주지는 않습니다. 그래서 추천사를 별도 영역에 두자는 절충안보다 기여를 변경 기록에 남기자는 선택이 이 사례의 문제와 더 잘 맞습니다. 기능 제안과 출시 결과는 구체적으로 확인할 수 있고, 추천사처럼 독립적인 평가라는 인상을 주지 않기 때문입니다. 다만 베타 시점과 현재 제품이 다를 수 있다는 댓글의 지적도 남습니다. 추천사를 쓰지 않는 방침은 이 시간 차이도 피하지만, 실제 고객의 경험을 전달할 기회도 줄입니다. 이 논의는 추천사 자체의 진위보다 독자가 관계와 제품 버전을 얼마나 분명하게 파악하는지에 초점을 둡니다.

AI 요약

프리랜서용 로컬 우선 금융 앱 LockMargin의 창업자는 베타 테스터 여섯 명에게 추천사를 받았지만 홈페이지에 싣지 않았습니다. 이들은 제품을 실제 업무에 사용했고 특정 기능을 제안하거나 만들었으며 각 분야 전문가이기도 합니다. 창업자는 이들의 관계를 "베타 테스터, 제품 개발에 기여"라고 표시하면 정직한 공개라고 볼 수도 있다고 씁니다. 하지만 첫 내부자 추천사를 올린 뒤 다른 추천사도 쉽게 허용하면 독립적인 평가와 제품 기여자의 의견을 구분하기 어려워진다고 우려합니다.

빈 추천사 영역 대신 검증 가능한 정보

홈페이지에는 창업자 본인이 제품으로 청구 업무를 한다는 설명과 실제 청구서, 공개 데이터 형식, 가격처럼 누구나 확인할 수 있는 정보가 있습니다. 독립적인 리뷰가 생기면 허락을 받아 원문 그대로 싣겠다는 문구도 둡니다. 댓글 논의 뒤 창업자는 방침을 바꾸지 않았습니다. 대신 베타 테스터의 버그 제보나 제안으로 기능이 출시되면 변경 기록에 이름과 기여 내용을 적겠다고 했습니다. 예로 든 v0.3.2의 환율 고정 기능은 청구서 발행일의 환율을 고정하며, 제안자를 베타 테스터로 표시합니다.

Indie Hackers 반응

  • @lirik — 비용을 내는 고객이 버그를 알려주고 요청한 기능이 출시됐다면 그 사람의 추천사도 제외하시겠습니까? 제품을 만드는 데 기여했다는 점은 같지만, 기능 제작을 의뢰받은 사람과 기능을 요청한 고객은 다르게 봐야 한다고 생각합니다. 그렇지 않으면 가장 적극적인 고객을 점점 제외하게 됩니다. 기존 고객이 나중에 피드백을 주기 시작하면 추천사를 내리실 건가요?
  • @jnovax — 저는 추천사를 싣겠습니다. 기준은 베타 테스터인지 고객인지보다 독자가 내용을 확인할 수 있는지라고 봅니다. 실명과 역할, 프로필 링크를 붙이고 관계를 표시하면 정직합니다. 누구인지 확인할 수 없는 추천사는 피하겠습니다.
    • @Vlad Shiyan — 실명과 확인 가능한 프로필은 누가 말했는지 알려주지만 독립성까지 증명하지는 않습니다. 제품을 만드는 데 얼마나 관여했는지는 여전히 알기 어렵습니다. 이들을 일반 추천사 영역에 둘지, 관계를 밝힌 별도 영역에 둘지도 고민하고 있습니다.
  • @bomtobe_orke — 추천사를 고르기 전에 서면 기준을 정하면 경계를 지키는 데 도움이 됩니다. 독립 고객 리뷰와 베타 테스터 또는 제품 기여자의 피드백을 분리하고, 각 관계를 인용문 옆에 표시하며, 문구와 맥락을 확인받으면 됩니다. 그러면 초기 사용자의 의견을 전하면서 독립적인 증거처럼 보이지 않게 할 수 있습니다.
  • @hugokm — 아직 추천사는 없어서 다른 방법을 썼습니다. 제품이 하지 않는 일을 사이트에서 주장하면 자동 테스트가 실패하도록 해 주장을 확인 가능하게 했습니다. 가까운 사람의 추천사도 "프리랜서로 일하는 친구"처럼 관계를 밝히면 쓸 수 있다고 봅니다. 독자는 가까운 사람의 말을 숨기는 것보다 가까운 사이라는 사실을 공개하는 편을 더 쉽게 받아들입니다.
    • @hugokm — 제품을 함께 만든 사람이라면 제품보다 그 사람이 겪은 문제를 인용하겠습니다. 청구서 처리 경험은 그 사람이 잘 아는 영역입니다. 함께 설계한 제품을 칭찬하면 공동 저자가 자기 작품을 평가하는 모양이 됩니다. 제품을 칭찬하는 인용문을 쓴다면 초기 버전을 테스트하고 변경을 제안했다는 사실을 밝혀야 합니다.
  • @ahmedznouda — 베타 테스터는 지금 판매하는 제품과 다른 버전을 썼을 수 있습니다. 그때의 추천사가 지금과 다른 기능이나 제한, 가격을 설명할 수도 있습니다. 인용문을 공개한다면 변경 기록처럼 날짜와 버전을 표시하겠습니다.
  • @Nemos — 추천사 영역에 제품 사용 과정을 보여주는 안내를 넣으면 어떨까요? 청구서를 만들고 환율을 고정한 뒤 데이터를 내보내는 과정을 보여주면 독립 리뷰가 나오기 전에도 사용자가 흐름을 살펴볼 수 있습니다. 가입 없이 체험할 수 있는지도 궁금합니다.
    • @Vlad Shiyan — LockMargin은 로컬 데스크톱 앱이라 브라우저 데모는 없습니다. 무료로 체험할 수 있고 고객 다섯 명까지 쓸 수 있는 Start 요금제를 준비 중이며 계정은 필요하지 않습니다. 출시되면 사이트에서 체험 경로를 더 잘 보이게 하겠습니다.

창업자는 토론 뒤 추천사 영역을 비워두고 독립적인 리뷰가 생기면 싣겠다는 방침을 유지했습니다. 대신 베타 테스터의 기여를 변경 기록에 이름과 구체적인 기능으로 남기겠다고 밝혔습니다.

원문: Indie Hackers / 번역·요약: Trawling

원문 보기 ↗토론 보기 ↗