업무를 편하게 만들고 싶을 때 처음부터 앱이 필요하다고 생각할 수 있습니다.

하지만 만들 도구의 이름보다 누가 어떤 상황에서 사용할지가 먼저입니다.

휴대폰에서 여는 웹으로 어디까지 확인할 수 있는지 살피면 개발 상담의 질문도 더 분명해질 수 있습니다.

필요한 일을 한 문장으로

앱을 만들고 싶다는 말 뒤에 어떤 불편이 있는지 하나씩 적어 보세요.

손님이 서비스 내용을 읽는 일인지, 예약 요청을 남기는 일인지, 직원이 들어온 주문을 확인하는 일인지 구분해 보는 방식입니다.

같은 휴대폰 화면이라도 사용하는 사람과 목적이 다르면 필요한 정보와 권한이 달라집니다.

가게 소개를 읽는 손님에게 관리자가 보는 항목까지 보여줄 필요는 없을 수 있습니다.

실제 업무가 시작되는 순간과 처리가 끝나는 순간을 적으면 어느 화면을 거쳐야 하는지 이야기하기가 수월합니다.

매직오브와 기능을 검토할 때도 이 흐름을 바탕으로 개발 범위를 나눠 보는 편이 좋습니다.

설치가 필요한 이유 묻기

사용자가 별도로 설치해야 하는 방식이 꼭 필요한지 이용 상황과 함께 생각해 보세요.

처음 방문한 사람이 운영시간을 한번 확인하려는 경우와 직원이 매일 여러 번 업무를 처리하는 경우는 다릅니다.

모바일 웹은 보통 브라우저에서 주소를 열어 이용하는 방식입니다.

다만 필요한 기능이 어느 환경에서 가능한지는 기기와 브라우저, 구현 방식에 따라 확인해야 합니다.

설치가 없다는 장점만 보거나 앱이라는 이름만 보고 선택을 정하지 않는 것이 좋습니다.

사용자가 접속하는 순서와 가게에서 관리할 일을 함께 비교해야 합니다.

먼저 보여줄 정보 정하기

가게 소개와 서비스 설명, 이용 절차와 문의 방법을 휴대폰에서 읽을 수 있게 정리해 보세요.

웹 화면을 검토하면서 손님이 자주 찾는 항목과 설명이 부족한 부분을 발견할 수 있습니다.

실제 화면을 본 직원에게 처리 순서를 설명해 달라고 하면 항목 이름이 헷갈리는지도 확인하기 좋습니다.

기능을 전부 만든 뒤에 입력 기준을 새로 정하기보다 간단한 화면이나 자료로 필요한 항목을 먼저 논의합니다.

이 과정에서 쓰는 예시에는 실제 고객 정보를 불필요하게 넣지 마세요.

업무 구조를 설명하는 데 필요한 범위만 남긴 시험 자료로 검토하는 방법을 마련합니다.

기기 기능은 별도 확인

카메라나 위치 정보, 파일 첨부와 알림처럼 기기와 관련된 기능은 요구사항을 구체적으로 적어야 합니다.

원하는 동작이 언제 필요한지, 어떤 기기를 사용할지, 권한 요청을 거절하면 어떻게 처리할지도 살펴보세요.

웹에서 가능하다는 설명이 모든 휴대폰에서 같은 방식으로 작동한다는 뜻은 아닙니다.

반대로 특정 기능이 필요하다는 이유만으로 반드시 별도 앱을 만들어야 한다고 바로 결론내리지 마세요.

지원 환경과 제한 사항을 개발 담당자에게 확인한 뒤 실제 기기에서 검토할 범위를 정하는 편이 좋습니다.

개인정보가 수집되는 기능은 기술 구현과 별개로 적법한 처리 기준을 확인해야 합니다.

연결이 끊기는 상황도 보기

현장에서 사용하는 도구라면 인터넷이 불안정한 상황을 생각해 볼 필요가 있습니다.

작성하던 내용이 남는지, 요청이 접수됐는지, 다시 눌렀을 때 같은 요청이 반복되지 않는지 등을 살핍니다.

오프라인 사용이나 임시 저장이 필요한지는 업무별로 정해야 합니다.

웹이나 앱이라는 구분만으로 이런 동작을 전부 추정해서는 안 됩니다.

사용자가 접수 여부를 알아볼 수 있는 표시와 운영자가 확인할 기록이 어떻게 연결되는지 물어보세요.

실패했을 때 다시 시도할 방법을 알려주는 안내도 화면의 중요한 부분입니다.

운영자가 바꿀 항목 구분

공개 뒤에 가게에서 자주 수정할 내용은 무엇인지 미리 적어 두면 좋습니다.

운영시간과 안내 문구를 바꾸는 일과 새로운 기능을 추가하는 일은 작업 범위가 달라질 수 있습니다.

직접 관리할 항목과 수정 요청을 맡길 항목을 계약과 실제 화면에서 구체적으로 확인하세요.

다른 방식으로 옮기게 될 때 필요한 자료를 내보낼 수 있는지, 운영 계정을 어떻게 넘기는지도 처음부터 물어보는 편이 좋습니다.

도구를 만드는 비용과 함께 운영을 이어갈 방법까지 검토해야 선택 기준이 흐려지지 않습니다.

작은 확인으로 범위 정하기

모든 기능을 한꺼번에 확정하려고 서두를 필요는 없습니다.

우선 확인할 업무를 정하고 간단한 화면으로 흐름을 살핀 뒤 추가로 필요한 기능을 구체화할 수 있습니다.

이런 검토가 끝나면 모바일 웹을 운영할지, 다른 방식의 개발을 검토할지 근거를 놓고 이야기하기 편합니다.

이 글은 특정 앱이 출시됐다는 안내나 기능 제공을 약속하는 고객 사례가 아닙니다.

우리 가게에서 실제로 사용할 순서를 먼저 살피자는 개발 준비 제안입니다.

매직오브 홈페이지
https://www.magicorb.co.kr

카카오톡 상담하기
http://pf.kakao.com/_XfXaX/chat