98%는 충분하지 않다? 백분율의 함정을 파헤치다
98% 지원이 실제로는 사용자 경험에 큰 영향을 미칠 수 있음을 지적함
브라우저 지원 범위와 코드 복잡성 간의 트레이드오프(Trade-off) 논의
티켓마스터(Ticketmaster) 사례처럼 수익성 우선 정책이 사용자 불편을 초래함
백분율의 한계와 확률 표기법(Odds Notation)의 유용성 제시
브라우저 지원 범위와 사용자 경험의 딜레마
댓글에서는 최신 CSS 기능 지원율이 70%에 불과했던 경험을 공유하며, 일반적인 '넓은 지원'이 특정 사용자층에게는 30%의 이탈을 의미할 수 있다고 지적합니다. 이는 웹사이트 주문 시 잦은 실패 경험과 연결되며, 물리 매장 계산대의 오류율과 비교하며 웹 서비스의 불안정성을 꼬집습니다. 결국 사용자 경험(User Experience) 측면에서 98% 지원은 결코 충분하지 않다는 의견입니다.
비즈니스 수익성과 사용자 불편의 상관관계
티켓마스터(Ticketmaster) 사례를 통해 수익성 중심의 의사결정이 사용자 불편을 야기함을 비판합니다. 특정 국가의 SMS 발송 비용 절감이나 과거 사기 방지를 이유로 핵심 인증 절차(Core Authentication Process)를 우회하지 못하는 상황을 지적합니다. 정부 규제가 없다면 기업은 고객의 불편을 외면할 수밖에 없다는 냉소적인 시각을 드러냅니다.
백분율 표기의 오해와 확률 표기법의 이점
백분율은 종종 과장되거나 오해의 소지를 불러일으킨다고 지적합니다. 특히 98%에서 99%로의 성공률 증가는 겉보기엔 작지만, 실제로는 실패율이 절반으로 감소하는 큰 변화임을 강조합니다. 이를 보완하기 위해 '50번 중 1번'과 같은 확률 표기법(Odds Notation) 사용을 제안하며, 극단적인 수치에서의 민감성을 설명합니다.
코드 복잡성과 시장 점유율 간의 균형
사용자들은 오래된 브라우저 지원과 코드 복잡성 및 개발 시간 사이의 균형점을 찾아야 한다고 주장합니다. 대부분의 경우, 최신 브라우저 사용자에게 집중하는 것이 합리적이며, 개별 기업의 상황에 맞는 최적의 트레이드오프(Optimal Trade-off)를 결정해야 한다고 조언합니다. 98% 지원이 실패를 의미하는 것이 아니라, 비즈니스 모델의 현실성을 반영하는 지표일 수 있다는 관점입니다.
