팀 멤버 권한을 변경하면 연결된 워크스페이스와 결제 알림 설정에도 같은 권한이 적용돼요.
긴 한글 설명, 영문 제품명, 날짜, 버전 문자열이 한 화면에 섞여도 글자가 과하게 튀지 않는지가 프리텐다드의 핵심 체크 포인트예요.
한국어 UI 폰트를 고를 때 가장 자주 터지는 문제는 취향 싸움이에요. 어떤 사람은 더 둥근 글자를 좋아하고, 어떤 사람은 더 날카로운 글자를 좋아합니다. 그런데 제품 팀에서 진짜 필요한 건 취향보다 합의 가능한 기준이에요. 프리텐다드는 그 기준을 만들기 쉽습니다.
프리텐다드는 작은 크기에서 정보가 잘 읽히고, 굵기 단계가 충분하고, 영문과 숫자가 한글 옆에서 크게 어긋나지 않아요. 그래서 ‘이 폰트가 브랜드를 얼마나 멋지게 보이게 하느냐’보다 ‘이 화면을 팀이 계속 확장해도 버티느냐’에 강합니다.
특히 SaaS와 앱에서는 버튼 하나보다 오류 문구, 보조 설명, 표 안의 날짜, 결제 금액, 권한 라벨이 훨씬 자주 보입니다. 프리텐다드는 이런 평범한 문장을 못생기게 만들지 않는 쪽에서 힘이 있어요.
공식 저장소의 설명을 보면 프리텐다드는 특정 캠페인용 디스플레이 폰트가 아니라 크로스 플랫폼 애플리케이션을 위한 본문형 산세리프에 가깝습니다. 이 말은 실제 작업에서 꽤 중요해요. 웹과 앱, 문서, 피그마 컴포넌트가 한 폰트 가족으로 이어져야 할 때 안정적이라는 뜻이거든요.
공식 examples에 Flutter와 React Native 적용 예시가 있다는 점도 그냥 지나치면 안 됩니다. 폰트 글에서 흔히 웹 미리보기만 보고 끝내는데, 제품 팀은 결국 모바일 앱과 웹 관리 화면을 같이 굴려야 합니다. 프리텐다드는 그 상황을 기본값처럼 받아들입니다.
웹에서는 variable subset을 포함해 여러 배포 방식을 선택할 수 있어요. 한국어 웹폰트는 용량이 커지기 쉬우니, 실제 서비스에서는 필요한 굵기와 서브셋을 먼저 정하고 성능 예산 안에서 가져가는 편이 좋습니다.
프리텐다드는 ‘짧고 강한 카피’보다 ‘설명을 잘해야 하는 제품’에서 더 빛나요. 권한 설정, 보안 알림, 결제 정책, 워크스페이스 관리, 팀 초대, 데이터 삭제 안내처럼 문장이 길어질 수밖에 없는 화면에서 폰트가 얌전히 버텨줍니다.
예를 들어 ‘이 멤버는 모든 프로젝트의 배포 설정을 변경할 수 있어요’ 같은 문장을 13px나 14px로 놓아도 형태가 과하게 무너지지 않습니다. 받침이 많은 한국어 문장에서도 회색도가 튀지 않고, 영어 제품명과 숫자가 끼어도 한 줄의 리듬이 유지됩니다.
그래서 프리텐다드는 초기 제품의 기본 UI 폰트로 매우 실용적입니다. 브랜드 개성이 부족하다고 느껴지면 제목이나 히어로에 다른 디스플레이 폰트를 붙이면 됩니다. 본문과 UI 라벨의 기반은 프리텐다드가 잡고, 브랜드 표정은 다른 폰트가 담당하는 식이 좋아요.
한국어가 많은 제품이라면 프리텐다드를 본문과 UI 라벨에 두고, 영문 헤드라인에는 Satoshi, Geist, General Sans처럼 조금 더 성격 있는 산세리프를 붙이는 방식이 안정적입니다. 이때 제목 폰트가 너무 강하면 한국어 본문이 힘없이 보일 수 있으니 H1에서만 조심스럽게 쓰는 편이 좋아요.
반대로 브랜드가 이미 강하고 화면이 복잡하다면 전체를 프리텐다드로 통일하는 것도 충분히 좋습니다. 굵기는 본문 400, 라벨 500, 버튼 600, 제목 700 정도로 시작하고, 실제 화면에서 500과 600의 차이가 충분한지 확인하세요.
가장 피해야 할 건 샘플 문장 없이 폰트를 고르는 일입니다. ‘예쁜 한글 문장’만 넣지 말고, 실제 제품의 경고문, 날짜, 영문 기능명, 약관 문장, 가격 숫자를 같이 넣어야 프리텐다드의 장점이 제대로 보입니다.
프리텐다드는 상업 프로젝트에서 널리 쓰이는 오픈소스 폰트지만, 실무에서는 반드시 공식 저장소와 라이선스 원문을 같이 기록해두는 게 좋습니다. 폰트 파일을 앱에 번들링하거나 고객에게 템플릿으로 전달하는 경우에는 특히 더 그래요.
Snapdeck에서는 프리텐다드를 한국어 제품 UI의 기준점으로 봅니다. 이 폰트보다 더 브랜드성이 필요하면 SUIT나 Asta Sans, 더 영문 기술감이 필요하면 Geist를 같이 비교하면 판단이 빨라집니다.
