Blog·인사이트

모바일에서 비즈니스가 감당할 3D 성능 기준

···4분 읽기
요약

사용자의 절반 이상은 모바일에서 접속합니다. PC에서 멋진 3D가 보급형 폰에서 멈추면 의미가 없습니다. 프로덕트 메이커가 LG ThinQ 멀티 디바이스에서 부딪히며 정리한, 비즈니스가 실제로 감당해야 할 모바일 3D 성능 기준을 솔직하게 풀어냅니다.

PC에서 멋진 3D는 절반의 성공이다

3D 프로젝트에서 가장 흔한 실패는 PC에서만 잘 돌고 모바일에서 멈추는 것입니다. 시연은 보통 개발자의 최신 맥북이나 고사양 데스크톱에서 이뤄지고, 거기서는 무엇을 올려도 부드럽게 돌아갑니다. 문제는 실제 사용자의 절반 이상이 2~3년 전에 산 보급형 안드로이드 폰으로 접속한다는 것입니다.

그 환경에서 버벅이거나 아예 안 열리면, 아무리 잘 만든 3D도 의미가 없습니다. 저희가 보기에 모바일 성능은 '있으면 좋은 것'이 아니라 비즈니스의 1순위 기준입니다. PC 데모를 기준으로 사양을 잡으면 출시 후에 가장 많은 사용자가 가장 나쁜 경험을 하게 됩니다.

모바일에서 실제로 무엇이 깨지나

현장에서 반복적으로 마주치는 세 가지 병목이 있습니다. 셋은 원인이 달라서, 하나만 잡아서는 해결되지 않습니다.

  • 첫 로딩. 3D 데이터는 이미지 한 장과 비교가 안 될 만큼 무겁습니다. LTE 환경에서 첫 화면까지 몇 초를 넘기면 사용자는 그냥 떠납니다. '잘 돌아가는데 늦게 뜨는' 것과 '안 뜨는' 것은 사용자 입장에선 같습니다.
  • 프레임. 모바일 GPU는 PC보다 약합니다. PC에서 가볍던 모델도 모바일에선 손가락으로 돌릴 때 끊깁니다. 멈추는 화면은 정지 이미지보다 신뢰를 더 떨어뜨립니다.
  • 기기 편차. 같은 '모바일'이라도 최신 플래그십과 보급형의 성능 차이는 몇 배입니다. 한 기기에서 맞췄다고 끝이 아니라, 가장 약한 축에서 다시 점검해야 합니다.

비즈니스가 잡아야 할 기준

기준은 '완벽한 화질'이 아니라 '대부분의 사용자 기기에서 부드럽게 돌아가는 것'입니다. 이 둘은 자주 충돌하고, 충돌할 때는 부드러움을 택하는 게 비즈니스에 맞습니다. 사용자는 반사 광택의 정교함을 알아차리지 못해도, 끊김은 0.5초 만에 알아차립니다.

그래서 저희가 가장 공들이는 건 드로우콜(draw call) 최적화입니다. 한 프레임을 그릴 때 GPU에 보내는 그리기 명령의 수가 드로우콜인데, 모바일·TV처럼 그래픽 자원이 약한 기기에서는 이 수가 프레임을 좌우합니다. 흩어진 메시를 합치고 재질·텍스처를 묶어 호출 횟수 자체를 줄이면, 같은 장면도 훨씬 가볍게 돌아갑니다. 여기에 더해 폴리곤·텍스처를 모바일 예산에 맞춰 줄이고, 데이터를 압축하고, 한 번에 다 받지 않는 프로그레시브 로딩으로 첫 화면을 빨리 띄웁니다. 그리고 3D 자체가 안 되는 환경을 위해 폴백 이미지를 반드시 둡니다. 출발점은 코드가 아니라 합의입니다. '어느 기기까지 지원할 것인가'를 먼저 정하면, 최적화 목표와 포기할 디테일이 자동으로 정해집니다.

우리가 부딪힌 환경

프로덕트 메이커가 만든 LG ThinQ WebGL 엔진은 PC·모바일은 물론 TV처럼 성능이 제한된 환경까지 같은 경험으로 돌아가야 했습니다. TV는 화면은 크지만 그래픽 처리 자원은 보급형 폰에 가깝습니다. 전국 아파트 도면을 불러와 실내 공간을 3D로 시뮬레이션하고 가구 배치와 가전 제어까지 한 화면에서 다루면서, 가장 약한 기기에서 경험이 깨지지 않게 만드는 것이 멀티 디바이스 3D의 핵심 과제였습니다. 약 150만 MAU가 제각각 다른 기기로 들어오는 서비스에서, 기준선은 언제나 '가장 약한 축'이었습니다. (LG ThinQ 사례)

3D가 답이 아닐 수도 있습니다

모든 제품에 실시간 3D가 맞지는 않습니다. 보여줄 각도가 사실상 두세 컷으로 정해져 있고 사용자가 직접 돌려볼 동기가 약하다면, 잘 찍은 고해상도 사진 몇 장이 무거운 WebGL 엔진보다 빠르고 안정적입니다. 3D의 가치는 '사용자가 직접 조작해서 자기 상황을 확인할 때' 나옵니다. 색·재질을 바꿔보거나, 자기 집 도면 위에 배치를 시뮬레이션하는 식이죠.

그 조작 가치가 약한데도 3D를 넣으면, 로딩만 느려지고 이탈만 늘어납니다. 안 맞는 곳에 3D를 밀어 넣어 성과가 안 나오는 것은 서로에게 더 나쁩니다. 그래서 상담 초반에 '이 제품에 3D가 정말 필요한가'부터 같이 따져봅니다.

모바일에서 멈추는 3D는 안 만든 것만 못합니다. '어느 기기까지'를 먼저 정하고, 그 기준 위에서 만드세요. 그리고 3D가 정말 필요한 제품인지부터 점검하세요.

모바일 성능까지 고려한 3D 도입을 검토 중이시라면, 프로젝트 상담을 통해 문의해 주세요.

다른 포스팅
Blog·인사이트

모바일에서 비즈니스가 감당할 3D 성능 기준

···4분 읽기

PC에서 멋진 3D는 절반의 성공이다

3D 프로젝트에서 가장 흔한 실패는 PC에서만 잘 돌고 모바일에서 멈추는 것입니다. 시연은 보통 개발자의 최신 맥북이나 고사양 데스크톱에서 이뤄지고, 거기서는 무엇을 올려도 부드럽게 돌아갑니다. 문제는 실제 사용자의 절반 이상이 2~3년 전에 산 보급형 안드로이드 폰으로 접속한다는 것입니다.

그 환경에서 버벅이거나 아예 안 열리면, 아무리 잘 만든 3D도 의미가 없습니다. 저희가 보기에 모바일 성능은 '있으면 좋은 것'이 아니라 비즈니스의 1순위 기준입니다. PC 데모를 기준으로 사양을 잡으면 출시 후에 가장 많은 사용자가 가장 나쁜 경험을 하게 됩니다.

모바일에서 실제로 무엇이 깨지나

현장에서 반복적으로 마주치는 세 가지 병목이 있습니다. 셋은 원인이 달라서, 하나만 잡아서는 해결되지 않습니다.

  • 첫 로딩. 3D 데이터는 이미지 한 장과 비교가 안 될 만큼 무겁습니다. LTE 환경에서 첫 화면까지 몇 초를 넘기면 사용자는 그냥 떠납니다. '잘 돌아가는데 늦게 뜨는' 것과 '안 뜨는' 것은 사용자 입장에선 같습니다.
  • 프레임. 모바일 GPU는 PC보다 약합니다. PC에서 가볍던 모델도 모바일에선 손가락으로 돌릴 때 끊깁니다. 멈추는 화면은 정지 이미지보다 신뢰를 더 떨어뜨립니다.
  • 기기 편차. 같은 '모바일'이라도 최신 플래그십과 보급형의 성능 차이는 몇 배입니다. 한 기기에서 맞췄다고 끝이 아니라, 가장 약한 축에서 다시 점검해야 합니다.

비즈니스가 잡아야 할 기준

기준은 '완벽한 화질'이 아니라 '대부분의 사용자 기기에서 부드럽게 돌아가는 것'입니다. 이 둘은 자주 충돌하고, 충돌할 때는 부드러움을 택하는 게 비즈니스에 맞습니다. 사용자는 반사 광택의 정교함을 알아차리지 못해도, 끊김은 0.5초 만에 알아차립니다.

그래서 저희가 가장 공들이는 건 드로우콜(draw call) 최적화입니다. 한 프레임을 그릴 때 GPU에 보내는 그리기 명령의 수가 드로우콜인데, 모바일·TV처럼 그래픽 자원이 약한 기기에서는 이 수가 프레임을 좌우합니다. 흩어진 메시를 합치고 재질·텍스처를 묶어 호출 횟수 자체를 줄이면, 같은 장면도 훨씬 가볍게 돌아갑니다. 여기에 더해 폴리곤·텍스처를 모바일 예산에 맞춰 줄이고, 데이터를 압축하고, 한 번에 다 받지 않는 프로그레시브 로딩으로 첫 화면을 빨리 띄웁니다. 그리고 3D 자체가 안 되는 환경을 위해 폴백 이미지를 반드시 둡니다. 출발점은 코드가 아니라 합의입니다. '어느 기기까지 지원할 것인가'를 먼저 정하면, 최적화 목표와 포기할 디테일이 자동으로 정해집니다.

우리가 부딪힌 환경

프로덕트 메이커가 만든 LG ThinQ WebGL 엔진은 PC·모바일은 물론 TV처럼 성능이 제한된 환경까지 같은 경험으로 돌아가야 했습니다. TV는 화면은 크지만 그래픽 처리 자원은 보급형 폰에 가깝습니다. 전국 아파트 도면을 불러와 실내 공간을 3D로 시뮬레이션하고 가구 배치와 가전 제어까지 한 화면에서 다루면서, 가장 약한 기기에서 경험이 깨지지 않게 만드는 것이 멀티 디바이스 3D의 핵심 과제였습니다. 약 150만 MAU가 제각각 다른 기기로 들어오는 서비스에서, 기준선은 언제나 '가장 약한 축'이었습니다. (LG ThinQ 사례)

3D가 답이 아닐 수도 있습니다

모든 제품에 실시간 3D가 맞지는 않습니다. 보여줄 각도가 사실상 두세 컷으로 정해져 있고 사용자가 직접 돌려볼 동기가 약하다면, 잘 찍은 고해상도 사진 몇 장이 무거운 WebGL 엔진보다 빠르고 안정적입니다. 3D의 가치는 '사용자가 직접 조작해서 자기 상황을 확인할 때' 나옵니다. 색·재질을 바꿔보거나, 자기 집 도면 위에 배치를 시뮬레이션하는 식이죠.

그 조작 가치가 약한데도 3D를 넣으면, 로딩만 느려지고 이탈만 늘어납니다. 안 맞는 곳에 3D를 밀어 넣어 성과가 안 나오는 것은 서로에게 더 나쁩니다. 그래서 상담 초반에 '이 제품에 3D가 정말 필요한가'부터 같이 따져봅니다.

모바일에서 멈추는 3D는 안 만든 것만 못합니다. '어느 기기까지'를 먼저 정하고, 그 기준 위에서 만드세요. 그리고 3D가 정말 필요한 제품인지부터 점검하세요.

모바일 성능까지 고려한 3D 도입을 검토 중이시라면, 프로젝트 상담을 통해 문의해 주세요.

다른 포스팅
WebGL프로젝트 상담