이 글의 순서
핵심 내용
다국어 앱 개발을 의뢰할 때 ‘한국어와 영어를 지원해 주세요’라는 요청만으로는 필요한 작업 범위가 정해지지 않습니다. 버튼과 메뉴를 번역하는 일, 이용자가 읽는 서비스 정보를 언어별로 준비하는 일, 접수된 문의에 답변하는 일은 서로 다르기 때문입니다.
예를 들어 메뉴가 영어로 보여도 프로그램 설명은 한국어로 남아 있을 수 있습니다. 영어로 문의를 받는 화면이 있어도 운영자가 영어 상담을 제공하는지는 따로 정해야 합니다. 어느 화면과 정보, 어떤 상담까지 지원할지를 나누어 정하면 개발 범위와 운영 준비를 함께 맞출 수 있습니다.
지원 언어를 화면·서비스 정보·상담으로 나눕니다
먼저 첫 이용자가 어떤 언어로 무엇을 할 수 있어야 하는지 적어보세요. 앱 전체를 언어 개수 하나로 설명하기보다, 이용 흐름별 지원 범위를 확인하는 편이 정확합니다.
- 화면 문구:메뉴, 버튼, 입력 항목, 오류 메시지와 알림 등 앱이 보여주는 문장
- 서비스 정보:상품·프로그램·병원 소개, 상세 설명, 이용 안내와 공지처럼 운영자가 등록하는 내용
- 상담 언어:고객이 남기는 문의의 언어, 운영자가 답변할 언어와 채널
가령 공방 예약 앱의 첫 버전은 화면과 주요 프로그램 정보를 한국어·영어로 제공하고, 영어 문의는 이메일로 답변하는 범위부터 시작할 수 있습니다. 전화 상담까지 두 언어로 지원할지, 공지와 후기까지 번역할지는 각각 필요한지 판단합니다. 이 범위는 서비스의 이용자와 운영 여건에 따라 달라집니다.
언어를 처음 고르는 위치, 다음 방문에도 선택을 유지할지, 기본 언어를 무엇으로 할지도 정합니다. 언어 이름은 ‘한국어’, ‘English’처럼 해당 언어로 알아볼 수 있게 표시하고, 국적과 사용하는 언어를 같은 항목으로 취급하지 않습니다.
버튼 번역과 서비스 정보 입력은 다르게 준비합니다
‘예약하기’ 같은 공통 문구는 개발 과정에서 언어별 표현을 연결할 수 있습니다. 반면 프로그램 이름과 소개처럼 계속 추가·수정되는 정보는 운영자가 언어별 내용을 넣을 수 있는 관리 방법이 필요합니다.
예를 들어 같은 공방 프로그램에 한국어 제목 ‘도자기 원데이 클래스’와 영어 제목 ‘Pottery Workshop’을 연결합니다. 두 언어가 같은 프로그램을 가리키도록 공통 식별 정보를 유지하고, 제목·설명처럼 번역할 항목과 일정·정원처럼 공통으로 관리할 항목을 나눕니다. 가격·이용 조건을 언어별로 다르게 운영한다면 그 차이도 별도 규칙으로 정해야 합니다.
관리자에서는 어느 항목을 언어별로 입력하고, 번역이 준비된 정보를 언제 보여줄지 정합니다. 원문이 바뀌었을 때 다른 언어의 내용을 누가 다시 확인할지도 필요합니다. 자동 번역을 이용하려면 번역 대상·검토 담당자·공개 방식까지 추가 기능으로 구체화하세요.
준비되지 않은 언어의 내용도 처리 기준이 있어야 합니다. 해당 항목을 숨길지, 준비 중으로 안내할지, 제공되는 다른 언어의 원문을 보여줄지 선택합니다. 원문을 보여줄 때는 현재 내용이 어느 언어인지 알 수 있어야 합니다.
번역된 화면에서 실제 이용 흐름을 확인합니다
문장이 번역돼 있어도 버튼이 잘리거나 입력 오류를 알아보기 어렵다면 이용 흐름이 끊길 수 있습니다. 목록·상세·입력·완료 화면을 연결해 확인해야 합니다.
한국어보다 긴 문구, 여러 줄 제목, 글자가 없는 빈 화면과 오류 안내를 함께 살펴보세요. 기본 버튼만 번역하고 확인창이나 알림을 빠뜨리지 않도록, 첫 버전에 포함할 화면과 메시지 목록을 정리합니다. 이미지 안에 글자가 들어 있다면 언어별 이미지가 필요한지도 확인합니다.
날짜·시간·숫자를 표시하는 형식과 기준 시간대도 구분합니다. 영어 표시로 바꾸었다고 예약 시각의 시간대까지 바뀌는 것은 아닙니다. 이용자가 다른 지역에서 신청하는 서비스라면 어떤 지역의 시각인지 표시할 방법과 입력 조건을 먼저 정하세요.
이름·연락처처럼 고객이 직접 입력하는 항목도 대상 이용자에 맞게 확인합니다. 특정 국가의 이름 길이나 전화번호 형식을 모든 이용자에게 똑같이 강제하지 않도록, 필요한 정보와 입력 규칙을 개발사에 전달합니다.
화면의 언어 표시, 번역 문구 길이와 입력 형식에 관한 기본 점검은 W3C 국제화 빠른 안내를 함께 참고할 수 있습니다.
문의 언어와 답변할 운영 범위를 연결합니다
앱에서 고른 언어와 고객이 상담받고 싶은 언어는 다를 수 있습니다. 언어 설정을 바탕으로 문의 언어를 제안하더라도 고객이 선택을 확인할 수 있게 하고, 운영자가 그 내용을 받아보는 흐름을 정합니다.
상담을 준비할 때는 다음 네 가지를 함께 확인하세요.
- 접수:문의 언어를 무엇으로 기록하고, 어느 화면에서 고객이 확인할지
- 배정:운영자가 언어별 문의를 찾고 담당 업무를 나눌 필요가 있는지
- 답변:채팅·이메일·전화 중 어떤 채널에서 어느 언어로 답변할지
- 안내:지원하지 않는 언어를 선택했을 때 어떤 대안을 보여줄지
고객이 작성한 상담 내용이나 후기를 자동으로 번역하는 기능은 화면 번역과 다른 작업입니다. 원문과 번역문을 어떻게 구분하고, 번역 오류가 있을 때 무엇을 확인할지까지 정해야 합니다. ‘다국어 지원’이라는 한 문장에 자동 번역과 모든 언어의 실시간 상담을 포함시키지 말고, 실제 제공할 기능과 운영 범위를 적어보세요.
첫 개발 범위와 검수 조건을 한 흐름으로 정리합니다
첫 버전에서는 지원 언어와 핵심 이용 흐름을 함께 좁히는 것이 좋습니다. 공방 예약 앱이라면 ‘한국어·영어로 프로그램을 보고 신청한 뒤, 선택한 문의 언어를 운영자가 확인한다’는 흐름부터 정할 수 있습니다.
개발사에는 다음 내용을 전달하면 됩니다.
- 첫 지원 범위:언어 목록, 기본 언어, 번역할 화면과 안내 메시지
- 콘텐츠 준비:언어별 제목·설명·이미지, 입력 담당자와 수정 방법
- 누락 처리:번역이 없는 항목의 숨김·안내·원문 제공 중 적용할 방식
- 상담 운영:접수 언어, 답변 언어·채널, 운영자가 확인할 항목
- 검수 자료:언어별 테스트 계정과 콘텐츠, 긴 문구·빈 내용·오류 상황
검수할 때는 언어 선택만 바꾸지 말고 같은 프로그램이 목록·상세·신청 내역에 연결되는지 확인하세요. 다른 언어의 내용을 잘못 덮어쓰지 않는지, 선택한 언어가 유지되는지, 번역이 없는 항목과 긴 문구가 어떻게 보이는지도 확인합니다. 마지막으로 문의를 남긴 뒤 운영 목록에서 언어와 내용을 정확히 구분할 수 있는지 살펴보세요.
다국어 의료 플랫폼은 탐색·상담·운영 화면을 연결했습니다
데브크래프트의 다국어 의료 플랫폼은 한국어·영어·일본어·태국어·베트남어·중국어를 선택하고, 병원과 시술을 찾아 상담 채팅과 예약 내역 확인으로 이어지는 구조입니다. 사용자 앱과 병원·운영 관리자 웹, 병원·시술·상담·예약·콘텐츠를 연결하는 서버 API를 구성했습니다.
사용자는 검색어·지역·진료 분야로 병원을 찾고 상세 정보와 시술을 살펴본 뒤 상담으로 이동합니다. 예약 내역은 예약 확정·시술 완료·예약 취소로 나누어 보여줍니다. 병원 관리자는 언어·상담 상태·등록일로 상담을 찾고, 고객에게 안내하는 예약 메모와 관리자 메모를 구분해 관리합니다.
이처럼 언어 선택 화면뿐 아니라 이용자의 탐색·상담·예약 확인과 운영자의 조회·관리까지 함께 살펴보면, 내 서비스에 필요한 다국어 개발 범위를 더 구체적으로 정할 수 있습니다. 아래 포트폴리오에서 사용자 앱과 관리자 화면의 연결을 확인해 보세요.
