GN⁺: 불필요한 요소 제거의 중요성

• 제품, 프로젝트 또는 회사가 불필요하게 복잡해진다는 느낌이 들 때, 그 문제를 해결하는 가장 좋은 방법 중 하나는 '필수적이라고 여겨졌던 부분'을 제거하는 것임
• Pinecone의 사례를 통해 복잡함을 줄이는 것이 어떻게 더 나은 결과를 가져올 수 있는지 설명

계산기

• 사용 기반 요금제의 복잡성
  • 사용 기반 요금제는 사용자가 제품 비용을 미리 정확하게 알 수 없다는 어려움이 있음
  • 많은 회사들처럼 Pinecone은 잠재 고객이 자신의 사용 패턴에 따라 비용을 추정할 수 있도록 가격 페이지에 계산기를 추가함
  • 하지만 사용자들과의 대화를 통해 계산기가 너무 민감하고 혼란스러워서 실제보다 최대 1,000배 높은 추정치를 제공할 수 있다는 문제를 발견함
  • 이로 인해 사용자가 잘못된 결정을 내리고, 제품 사용을 포기하는 상황이 발생함
• 수정 시도와 그 한계
  • 계산기를 수정하려는 시도가 이어졌지만, 설명, 면책 조항, 기본값 등을 추가할수록 오히려 혼란이 더 커짐
  • 회사 내부에서 계산기와 관련된 논의가 550개 이상의 메시지를 생성하고, 수천 단어의 문서와 수십 시간의 회의를 초래함
• 계산기 제거 실험
  • 결국, 누군가가 '계산기가 정말 필요한가?'라는 질문을 던졌고, 이를 계기로 계산기를 제거하는 A/B 테스트를 진행함
  • 테스트 결과, 계산기 제거가 사용자에게 더 나은 결과를 가져왔음을 확인함
  • 계산기가 없는 버전의 방문자가 계산기가 있는 버전의 방문자보다 16% 더 회원 가입을 하고, 90% 더 많이 연락을 취함
  • 가격에 대한 지원 요청도 증가하지 않았고, 사용자들이 전반적으로 더 덜 혼란스러워하고 만족스러워함
  • 내부 설문조사에서는 10명 중 7명이 계산기가 있는 버전이 더 나을 것이라고 생각했음

질문하고 제거할 용기

• 문제 해결을 위한 추가보다 제거의 필요성
  • 대부분의 사람들은 문제를 해결할 때 추가적인 조치를 취하는 것에 익숙하지만, 사실 제거가 더 좋은 해결책일 수 있음
  • 제거의 이점이 크더라도 명백한 옵션으로 보지 않음
• 복잡성이 추가되면 그것이 가치가 없더라도 그대로 남아 있는 경우가 많음
  • 추가하는 것에 대한 보상이 더 크고, 제거하는 것에 대한 인센티브가 거의 없음
  • 자신이 추가한 것이 가치가 없다고 인정하기 싫어함
  • 다른 사람이 추가한 것을 공격하는 것처럼 보이기 싫어함
  • 존재하는 것은 좋은 이유가 있다고 생각하고 재검토하지 않음
• 우리는 기존의 것들을 제거할 때 발생하는 불안감 때문에 제거를 두려워하지만, 과감한 제거가 더 나은 결과를 가져올 수 있음
• 복잡한 문제에 직면했을 때, "이것을 제거해도 문제가 없을까?"라는 질문을 던져볼 필요가 있음

GN⁺의 의견

• 이 글은 복잡성을 줄이는 것이 얼마나 중요한지 강조하고 있음. 복잡한 시스템이나 제품이 고객과 사용자에게 불필요한 혼란을 줄 수 있으며, 이를 해결하기 위해 과감한 결단이 필요함을 보여줌
• 복잡한 시스템을 유지하는 이유 중 하나는 그것이 존재하는 이유가 있다고 생각하기 때문임. 하지만, 오히려 이런 요소들이 문제를 더 악화시킬 수 있음
• 이러한 관점은 특히 소프트웨어 개발, 프로젝트 관리 및 제품 설계에서 중요한 교훈을 제공함. 복잡성을 제거함으로써 더 나은 사용자 경험과 더 높은 성과를 얻을 수 있음
• 이와 비슷한 접근법으로, "가장 단순한 것이 가장 강력하다"는 원칙을 기억할 필요가 있음. 추가적인 기능이나 복잡한 구조를 통해 문제를 해결하려 하기보다는, 불필요한 요소를 제거하는 것이 더 나은 결과를 가져올 수 있음

[neo]

Hacker News 의견

• 계산기가 좋았는지 나빴는지 모르겠지만, 논리는 겉보기에 터무니없음

  • 계산기를 보지 않은 방문자가 더 많이 가입하고 연락했음
  • 단기적인 A/B 테스트로는 장기적인 영향을 알 수 없다고 주장함
  • 검색 결과에서 정보를 제거한 후 클릭률이 증가한 사례를 언급함

• 이 게시물의 지혜를 널리 퍼뜨리기 위해 추천함

  • 초기 단계 프로젝트에서 미래 가치를 예측하기 어려움
  • SQL 스키마에 추가 메타데이터 열을 추가한 경험을 공유함
  • YAGNI 원칙에 따라 제거되었지만 나중에 다시 필요해졌음
  • 가치를 잃는 것보다 얻는 것을 고려하는 것도 중요함

• 내부 설문조사에서 70%가 계산기가 더 나을 것이라고 생각함

  • 30%가 계산기가 나쁜 아이디어라고 생각하는 것은 큰 문제를 시사함
  • 정치적 이유로 다른 팀을 비판하지 않는 경향이 있음
  • 이 경우 문제를 인식하고 해결한 것으로 보임

• 작성자에게 자신의 조언을 따르라고 제안함

  • "Psst... Get the next post in your inbox" 중단 메시지를 제거하라고 권장함
  • 페이지에 다섯 가지 구독 방법이 있음
  • 사용자에게 존중을 보여주는 것이 중요함

• 일반적인 메시지는 흥미로움

  • 잘못된 입력으로 인해 1000배 과대평가될 수 있다는 점을 지적함
  • 실제 사용에서 잘못된 평가로 인해 큰 비용이 발생할 수 있음
  • 도구를 제거하면 등록은 증가하지만 고객에게는 도움이 되지 않을 수 있음

• 전용 Slack 채널이 생성되어 많은 의견이 모였음

  • 과도한 인력 채용의 증상으로 보임
  • 합의를 이루기 위해 너무 많은 시간이 소요됨

• 고객이 유용하게 모델링할 수 없는 복잡한 가격 체계를 제거하는 것이 더 나을 수 있음

• 회사에 250개의 제품이 있지만 5개가 80%의 수익을 차지함

  • 주요 제품의 개발 팀이 과도하게 부담을 받고 있음
  • 회사의 정치적 이유로 비효율적인 구조가 유지되고 있음

• 비슷한 경험을 공유함

  • 제품 선택을 돕기 위한 어드바이저 앱을 만들었지만 전환율이 떨어짐
  • FAQ 섹션으로 이동했지만 거의 사용되지 않음

• Pinecone의 가격이 비싸다는 점을 지적함

  • 계산기를 제거하는 것이 핵심 문제를 해결하지 않음
  • 가격 비교를 어렵게 만들어 사용자가 충분히 이해하지 못한 채 데이터를 업로드하게 만듦
  • 가격 투명성이 중요하며, 계산기의 정확성과 사용성을 개선하는 것이 더 나은 접근 방식임