💻 테크 | Inc Magazine
💡 핵심 요약
Hims & Hers가 5년간 FTC로부터 4,800건에 달하는 고객 불만을 접수받아 $15M의 벌금을 대비한 충당금을 설정했습니다. 핵심 불만은 고객이 원치 않는 처방약 자동 갱신 청구와 환불 거부였으며, 이는 구독 모델의 투명성과 사용자 동의 프로세스, 그리고 견고한 결제 시스템의 중요성을 여실히 보여줍니다. 특히, 디지털 헬스케어처럼 민감한 영역에서의 서비스 신뢰도와 법적 준수는 기술적 구현과 아키텍처 설계 단계부터 철저히 고려되어야 함을 경고합니다.
🔍 심층 분석
20년차 시니어 개발자의 시각으로 볼 때, 이 문제는 단순히 비즈니스 정책 실패를 넘어 기술 스택과 아키텍처 설계 깊숙이 박힌 시스템적인 결함에서 비롯되었을 가능성이 큽니다.
1. 실무 적용 관점:
* 투명한 사용자 동의(Explicit User Consent): “원치 않는 처방”이라는 부분에서 명확한 동의 메커니즘 부재를 엿볼 수 있습니다. 구독 서비스에서 가장 중요한 것은 사용자가 무엇에 동의하고, 언제 해지할 수 있는지 명확하게 인지시키는 UI/UX 디자인입니다. 이는 개발팀이 구현 단계에서 ‘다크 패턴(Dark Pattern)’을 피하고, 사용자가 쉽게 옵트인/옵트아웃 할 수 있도록 플로우를 설계해야 함을 의미합니다.
* 결제 및 구독 관리 시스템: 자동 갱신 문제와 환불 거부는 결제 시스템의 불완전함을 시사합니다. 고객의 구독 상태(활성/일시정지/해지), 결제 주기, 카드 정보, 처방 정보 등이 분산되어 관리되거나, 상태 변경 로직에 버그가 있었을 수 있습니다. 이는 개발팀이 결제 게이트웨이 연동, 구독 상태 관리, 알림 발송 로직 등을 구현할 때 높은 수준의 견고함과 데이터 일관성을 요구합니다.
* 고객 지원 도구 및 데이터 접근성: 환불이 거부되었다는 것은 고객 상담사가 고객의 구독 및 결제 이력을 즉시 확인하고 적절한 조치를 취할 수 있는 시스템이 부재했거나, 정책적인 제한이 과도했음을 의미합니다. CRM 시스템과 내부 어드민 툴링이 고객 데이터를 실시간으로 동기화하고, CS 담당자가 신속하게 문제를 해결할 수 있도록 충분한 권한과 기능을 제공해야 합니다.
2. 기술 스택 관점:
* 구독 관리 플랫폼 (Subscription Management Platform): Hims & Hers가 자체 개발한 구독 관리 시스템을 사용했거나, 상용 솔루션(Stripe Billing, Chargebee 등)을 사용했더라도 그 통합 방식에 문제가 있었을 수 있습니다. 복잡한 구독 로직(무료 체험, 할인, 프로모션, 일시정지, 재활성화, 갱신 주기 등)을 완벽하게 처리하는 것은 매우 어렵습니다. 특히, 처방약과 같은 고유한 도메인 지식이 결합될 경우 커스터마이징 비용과 복잡성이 기하급수적으로 증가합니다.
* 데이터 일관성 및 동기화: 처방 시스템, 구독 시스템, 결제 시스템, 고객 정보 시스템 간의 데이터 불일치는 치명적입니다. 예를 들어, 사용자가 처방을 취소했음에도 구독 시스템이 이를 인지하지 못해 자동 결제가 이뤄지는 시나리오가 발생할 수 있습니다. 이를 방지하기 위해 이벤트 기반 아키텍처(Event-Driven Architecture)를 도입하여 핵심 이벤트(예: prescription_cancelled, subscription_updated) 발생 시 관련 서비스에 신뢰성 있게 전파하는 방식이 고려되어야 합니다.
* 로깅 및 감사 추적 (Audit Logging): 고객 불만 사항을 조사하고 해결하기 위해서는 “언제, 누가, 무엇을, 어떻게” 했는지에 대한 상세한 기록이 필수적입니다. 모든 중요한 사용자 액션(동의, 취소, 결제)과 시스템 액션(자동 갱신, 알림 발송)에 대한 강력한 감사 로깅 시스템이 부재했을 가능성이 높습니다.
3. 아키텍처 관점:
* 분산 시스템의 복잡성: 헬스케어, 이커머스, 구독 서비스를 아우르는 복잡한 도메인은 필연적으로 여러 마이크로서비스 또는 모듈로 구성될 가능성이 높습니다. 각 서비스 간의 느슨한 결합(Loose Coupling)은 유지보수성을 높이지만, 데이터 일관성 유지와 트랜잭션 보장은 매우 어려워집니다. 특히 결제와 같은 중요 비즈니스 로직에서는 Saga 패턴이나 분산 트랜잭션 관리 전략이 제대로 구현되지 않으면 이런 문제가 발생하기 쉽습니다.
* Compliance by Design: FTC와 같은 규제기관의 컴플라이언스 요건은 단순히 법무팀의 문제가 아니라, 시스템 아키텍처 설계 단계부터 반영되어야 합니다. 예를 들어, 사용자의 명시적 동의는 단순한 체크박스 UI가 아니라, 법적 효력을 갖는 동의 기록을 저장하고 감사할 수 있는 데이터 모델과 워크플로우로 설계되어야 합니다.
* 에러 처리 및 복구 메커니즘: 자동 갱신 및 환불 처리 과정에서 발생할 수 있는 네트워크 오류, 외부 시스템 장애 등에 대한 견고한 에러 처리, 재시도(Retry), 멱등성(Idempotency) 보장, 그리고 시스템 간의 최종 일관성(Eventually Consistency)을 확보하기 위한 장치가 미흡했을 수 있습니다.
🇰🇷 한국 독자 관점
국내에서도 쿠팡, 네이버를 비롯한 수많은 플랫폼들이 구독 서비스를 핵심 비즈니스 모델로 가져가고 있습니다. 최근 국내에서도 ‘다크 패턴’을 통한 소비자 기만에 대한 논의가 활발하고, 정부 당국의 규제 움직임 또한 증가하고 있습니다. Hims & Hers 사례는 한국 기업들에게도 중요한 교훈을 줍니다. 불투명한 결제 흐름, 복잡한 해지 절차, 불합리한 환불 정책은 단기적인 매출 증대로 이어질 수 있을지언정, 장기적으로는 고객 신뢰를 잃고 기업 이미지에 치명적인 타격을 입히며 결국 규제와 벌금으로 돌아온다는 것을 명심해야 합니다. 기술적 관점에서 국내 개발팀들은 ‘소비자 보호’를 단순히 비즈니스 요구사항이 아닌, 핵심적인 ‘기술 요구사항(Non-Functional Requirement)’으로 받아들여 초기 아키텍처 설계부터 반영하는 ‘컴플라이언스 바이 디자인’ 접근법을 도입해야 합니다.
💬 트램의 한마디
불투명한 결제 흐름은 기술 부채를 넘어 법적 부채로 이어진다.
🚀 실행 포인트
- [ ] 지금 당장 할 수 있는 것: 현재 운영 중인 서비스의 구독/결제 해지 플로우를 고객 입장에서 다시 한번 점검하고, ‘다크 패턴’ 요소가 없는지 자가 진단 및 개선 방향 논의.
- [ ] 이번 주 안에 할 수 있는 것: 핵심 결제 및 구독 관리 시스템의 주요 액션(결제, 갱신, 취소, 환불)에 대한 감사 로깅(Audit Logging) 수준을 강화하고, 관련 데이터의 일관성 모니터링 대시보드 구축 가능성 검토.
- [ ] 한 달 안에 적용할 수 있는 것: 신규 기능 개발 프로세스에 ‘컴플라이언스 체크리스트’ 단계를 추가하고, 법무/사업 팀과 협력하여 소비자 보호 및 규제 준수 요건을 기술 요구사항으로 명확히 정의하는 워크샵 진행.
🔗 원문 보기
트램 AI 분석 | gemini-2.5-flash | 2026-08-08 00:15