직원이 휴대전화로 일한다는 사실만으로 설치형 앱이 필요한지는 알 수 없습니다. 먼저 직원이 끝내야 할 일, 사용하는 기기, 연결이 끊겼을 때 필요한 동작을 살펴보세요.
새 시스템을 계획하는 유지보수 회사를 떠올려 봅시다. 기술자가 현장 방문을 마치고 사진을 찍은 뒤 교체할 부품을 기록합니다. 사무실에서는 다른 직원이 방문 내용을 확인하고 다음 작업을 배정합니다. 가상의 예시지만 선택을 구체적으로 생각하는 데 도움이 됩니다.
기술자는 휴대전화를 쓰고 사무실 직원은 컴퓨터를 씁니다. 따라서 화면이 서로 다른 기기에서 작동해야 한다는 점은 알 수 있습니다. 하지만 중요한 질문은 남습니다. 방문 현장에서 통신이 되는가? 사진을 즉시 사무실로 보내야 하는가? 작업 도중 소프트웨어를 닫으면 어떻게 되는가?
이런 상황을 바탕으로 웹 애플리케이션과 설치형 앱 중에서 선택해야 합니다. 이름부터 정하면 어려운 결정은 뒤로 밀립니다.
웹 애플리케이션은 브라우저에서 열립니다. 휴대전화와 큰 화면 모두에 맞게 설계할 수 있습니다. 설치형 앱은 사용자가 기기에 설치하는 소프트웨어입니다. 일부 웹 애플리케이션도 설치할 수 있으므로 두 범주는 겹칩니다. ‘설치 가능’하다는 사실만으로 소프트웨어가 어떻게 만들어졌는지는 알 수 없습니다.
핵심은 제안된 방식이 직원들이 실제로 쓰는 기기에서 필요한 일을 처리할 수 있는가입니다. 예를 들어 웹 애플리케이션에서도 사진 촬영이 가능할 수 있습니다. Google의 웹 애플리케이션 기능 안내는 웹 앱에서 사용할 수 있는 기기 기능과 지원 범위의 차이를 설명합니다. 브라우저, 기기, 권한에 따라 결과가 달라집니다. 한 휴대전화에서 작동했다고 해서 팀의 다른 휴대전화에서도 된다는 뜻은 아닙니다.
알림과 사용자가 앱을 떠난 뒤에도 계속되어야 하는 작업은 특히 구체적으로 확인하세요. 권한을 거부했을 때를 포함해 사용할 기기마다 어떤 일이 일어나는지 살펴봐야 합니다. 설치형 대안의 동작도 추측하지 말고 확인해야 합니다.
기술자는 신호가 닿지 않는 지하실에서 어제의 기록을 읽어야 할 수 있습니다. 새 방문 보고서를 저장하는 것은 별개의 요구사항입니다. 큰 사진을 업로드하는 것도 또 다른 요구사항입니다. 무엇이 반드시 가능해야 하는지 정한 뒤 무엇을 만들지 결정하세요.
어떤 정보를 휴대전화에 미리 저장해야 하나요? 기술자가 봐야 할 내용과 그 정보가 오래됐을 수 있음을 어떻게 알릴지 정하세요.
방문 보고서와 사진을 기기에 임시로 보관할 수 있나요? 기기에만 저장됐는지, 사무실까지 전달됐는지 기술자가 알 수 있게 하세요.
휴대전화가 오프라인인 동안 사무실에서 같은 방문 기록을 바꿨다면 어떻게 하나요? 어떤 변경 사항을 남길지, 언제 사람이 결정해야 할지 미리 정하세요.
브라우저 기반 소프트웨어와 설치형 소프트웨어 모두 이런 상황에 대응하려면 별도의 설계가 필요합니다. 앱을 설치하는 것만으로 데이터 저장 방식이나 변경 내용 충돌 문제가 해결되지는 않습니다. Android의 오프라인 우선 설계 안내는 Android 앱에서 이러한 차이를 설명합니다. 필요한 작업을 이해하는 데 도움이 되는 사례이지, 모든 플랫폼에서 같은 방식으로 작동한다는 보장은 아닙니다.
시스템 전체를 의뢰하기 전에 가장 어려운 요구사항을 작게 시연해 달라고 요청하세요. 이 예시라면 실제 사용할 기기와 비슷한 휴대전화에서 방문 기록을 열고, 연결을 끊은 상태로 보고서와 사진을 저장한 다음, 다시 연결해 보는 것입니다. 실제 업무를 변경하거나 고객에게 무언가를 보내지 않도록 별도의 시험 환경에서 가상의 방문 기록과 사진을 사용하세요. 필요하다면 예정된 브라우저와 설치형 대안에서 같은 작업을 비교해 보세요.
문제가 생겼을 때 사용자에게 무엇이 보이는지 살펴보세요. 보고서가 안전하게 저장됐는지 알 수 있나요? 작업이 중단된 뒤 마칠 수 있나요? 카메라 권한을 거부하면 어떻게 되나요? 예정된 환경에서 직접 시연한 결과는 제안서의 기능 이름보다 더 확실한 판단 근거가 됩니다.
시연에 사용한 정확한 기기와 브라우저, 제대로 작동한 부분, 아직 지원되지 않는 부분을 기록하세요. 중요한 작업에 실행 가능한 방법이 없다면 선택을 다시 검토하세요.
직원이나 고객이 어떻게 서비스를 어떻게 이용하기 시작하고, 업데이트를 어떻게 받으며, 문제가 생기면 누가 처리하는지 확인하세요. 앱 스토어나 회사에서 관리하는 기기 시스템을 이용할 계획이라면, 그 방식에 필요한 작업과 조건도 포함해야 합니다. 승인이나 배포가 자동으로 이루어진다고 가정하지 마세요.
웹 애플리케이션이나 설치형 앱을 선택할 수도 있고, 업무별로 다른 버전을 만들 수도 있습니다. 기술자와 사무실의 사례에는 조합 방식이 맞을 수 있지만, 버전마다 제공, 업데이트, 지원 업무가 따릅니다. 제안을 비교할 때 이런 책임도 드러나야 합니다.
LINK-V는 맞춤형 모바일 애플리케이션과 웹 애플리케이션을 제공합니다. 어느 쪽을 논의하든 소프트웨어가 처리해야 할 상황을 알려주세요. 출발점은 사람들이 어떤 기기에서 어떤 조건으로 무엇을 끝내야 하는지입니다. 그런 다음 프로젝트에 맞는 범위, 지원, 상업적 조건을 정할 수 있습니다.
특정 오프라인 작업을 지원하도록 설계할 수 있습니다. 사람들이 무엇을 읽거나 저장해야 하는지, 무엇이 기기에 남는지, 연결이 복구되면 어떻게 되는지 명확히 하세요. 사용할 기기와 브라우저에서 필요한 동작을 확인해야 합니다.
브라우저 애플리케이션에서도 사진을 찍을 수 있습니다. 지원 범위와 권한은 사용 환경에 따라 달라지므로 선택하기 전에 실제 사용할 기기와 비슷한 기기에서 사진 작업 전체를 시연해 보세요.
휴대전화 사용만으로는 결정할 수 없습니다. 업무, 필요한 기기 기능, 연결 상태, 이용을 시작하고 업데이트를 받는 방식을 바탕으로 선택하세요. 설치형 앱, 웹 애플리케이션, 조합 방식 모두 적합할 수 있습니다.
지난 뉴스레터: 이미 보유한 구독형 사이트나 앱에서 더 많은 수익을 내는 법.
그 전 편: 진짜 성공 사례에서 AI 헛소리를 가려내는 법.
관심 있으세요?
매주 또는 알려 주시면 원하시는 대로 맞춰 드립니다. 괜찮으시죠?
