스마트폰 어플리케이션, 이른바 '앱스'를 기획한다는 것은 스토리 보드를 만들고 하는 식의 기술적인 면에서는 일반 웹 기획과 큰 차이가 없어 보입니다. 화면이 작기에 UI를 잘 구성하고, 메뉴 접근성을 높인다라던가 각 플랫폼적인 특성(애플에서 동영상은 MP4파일로 변환해야 실행이 가능하다류의 특성)을 파악해야 하는 면은 아주 구체적인 부분이라 기회가 되면 좀 더 나중에 설명할 수 있도록 하고 오늘은 먼저 스마트폰(모바일)개발시 사용 환경의 특성에 따른 주요 컨텐츠적 요소가 무엇인지 생각해 보겠습니다. 이는 사용자들이 과연 어떨 때 스마트폰을 이용하는가 하는 조건과 관계가 있습니다. 정리하자면 스마트폰을 이용하는 사람들은 다음 세 가지의 기본 조건 아래에 있습니다.

이러한 환경을 검토하고 스마트폰 어플리케이션을 기획할 때 해당 어플리케이션이 가지고 있고 가져야할 필수 컨텐츠적인 속성은 다음 세가지라고 생각합니다.

물론 일반적으로는 위의 세가지 요소 가운데 한 두가지만 극대화시켜서 기획되게 될 것입니다. 하지만 예를들어 정보 전달을 중시하는 스마트폰 앱스지만 거기에 오락적 성격과 생활 중에 빈번히 이용하는 요소를 곁들인다면 금상첨화겠지요? 즉, 이 세가지 요소는 각자 독자적인 특성들을 갖고 있지만 세 가지의 특성이 복합적으로 작용할 때 그 스마트폰의 활용도와 효과가 극대화된다고 할 수 있습니다.

<정보형 어플의 사례>

첫번째 정보형 어플의 경우는 대표적인 사례가 뉴스형태의 어플일 것입니다. 최근 출시되어 인기를 얻고 있는 메뉴판 닷컴의 쿠폰 어플도 정보형에 가깝습니다. 일기예보나 건강보험공단의 건강 관련 정보 서비스도 정보를 제공해주는 어플입니다. 모두 유용한 정보를 제공해 줌으로써 어플의 가치를 갖습니다.

두번째 오락형 어플의 경우는 말그대로 오락들이 대표적입니다. 앱스 다운로드의 1위가 대부분 게임이라는 것은 사람들이 스마트폰을 통해 Killing time을 하는 경우가 많다는 것의 방증입니다. 이 오락형은 다양한 형태의 변형이 가능한데, 월드컵 시기의 '부부젤라'어플이나 맥주 원샷류의 프로그램, 닮은꼴 찾기 같은 프로그램들은 말그대로 즐기는 앱스입니다. 게임을 개발할 것이 아니라면 이런류의 개발은 단기간의 이벤트성(광고)을 가진다고 할 수 있습니다.

<생활형 어플의 사례>

세번째 생활형의 경우는 말그대로 생활에 필요한 각종 정보와 기능들을 제공해주는 것입니다. 정보형과 약간 겹치는 부분은 있으나 다이어트 도우미나 생리주기 계산, 가계부, 지하철 또는 버스정보 제공과 같은 앱스들은 생활 중에 지속적으로 사용할 수 있도록 해주는 기능들을 가지고 있습니다. 이것은 먼저 설명한 사용행태 가운데 '이동성'과 '휴대성'이 이와같은 앱스를 가능하게 만든 것으로 이해할 수 있습니다.

정리하자면 이와같이 스마트폰 어플리케이션을 만드는 데 있어 자사, 혹은 자신의 기획 요소가 스마트폰의 사용환경에 걸맞는지, 그리고 "정보형+오락형+생활형" 특성을 적절하게 잘 섞었는지를 생각해 보는 것은 기초 기획에 있어 앱스의 성공에 큰 도움을 주게 될 것입니다.

스마트폰으로 컨텐츠가 제작되기 시작하면서 실무선에서 고민해야할 문제는 스마트폰용 웹을 만들 것인가, 앱을 만들 것인가 일 것입니다. 이 질문에 대한 이해에는 약간의 사전 지식이 필요하므로 (불필요한 분들도 많겠지만) 조금 설명을 하고 지나가겠습니다.

1. 모바일 앱

앱은 말그대로 모바일용 어플리케이션입니다. 줄여서 '앱'이라고 칭하고 있죠. 스마트폰용 OS에서 최적화되어 돌아가는 프로그램입니다. 대다수가 쓰는 데스크탑과 노트북의 윈도우 OS에 한글/오피스/게임과 같은 '커다란 앱'이 돌아가는 것처럼 말이죠. 이 앱들은 윈도우 OS에 최적화되어있습니다. 만일 컴퓨터 OS가 리눅스라면 윈도우에서 돌아가는 대다수의 어플리케이션들이 실행되지 않습니다. 지금까지 데스크탑과 노트북은 사실상 윈도우 OS가 모두 장악했으므로 이러한 문제가 거의 발생하지 않았습니다. 그런데 손에 들고 다니는 컴퓨터인 스마트폰에 와서는 얘기가 좀 달라집니다. 스마트폰을 제작하는 회사가 각각의 스마트폰용 OS프로그램을 깔고 스마트폰을 판매하기 시작하여 한 스마트폰에서 돌아가는 앱이 다른 스마트폰에서는 돌아가지 않는 '놀라운(!)' 불편함이 발생하는 것이지요. 바야흐로 나타난 스마트폰 춘추전국시대가 벌어지면서 생겨난 일입니다.

<스마트폰용 앱은 윈도우 앱처럼 바탕화면에 아이콘으로 표현되어 누르면 실행이 됩니다>

누구의 불편함이냐구요?
사용자도 사용자겠지만 사실 앱을 개발하려는 서비스 공급자에게 가장 불편한 일입니다.
하나의 기획의 서비스나, 기존 서비스를 모바일 앱으로 제공하려면 애플용 앱, 안드로이드용 앱, 윈도우용 앱, 바다용 앱... 이렇게 다 만들어 줘야할지도 모르는 상황이 발생해 버렸으니까요. 그 제작비와 유지비가 만만치 않은 것입니다.

물론 이런 불편함을 개선하고자 어플리케이션 퍼블리싱을 통합할 OS통합형 플랫폼들을 개발하려는 시도가 국내외에서 진행되고 있지만 국내의 경우는 가장 많은 활용도가 있는 애플이 통합 플랫폼에서 제외된 상태이고, 먼저 시작했다는 해외에서는 솔직히 말씀드려 아직까지 어떻게 돌아가고 있는지 조차 잘 모르겠습니다. 아직 요원한 것으로 보입니다.

2. 모바일 웹

여기서 스마트폰 전용웹의 필요성이 나옵니다. 물론 이 웹 또한 각 OS업체의 브라우저마다 다르게 표현되므로 똑같은 문제가 발생합니다. 윈도우 익스플로어 브라우저에서 잘 돌아가는 플래시 프로그램이 애플의 사파리에서는 안돌아가는 현상이 발생하는 것이죠. 그런데 여기서는 문제가 다르게 해결될 수 있습니다. 웹표준 개발이 바로 그것입니다. 모든 브라우저에서 호환될 수 있게 웹표준을 지켜서 모바일 웹을 개발하게 되면 어떤 모바일 웹 환경에서도 다 똑같이(아주 약간은 다릅니다만) 서비스를 제공할 수 있는 것이지요.

<뜨아.. 스마트폰 접근시 자사 서비스가 이 모양이면 장사 되겠습니까>

<이렇게..스마트폰용 웹을 만듭시다>

인터넷에서 정보를 제공하는 서비스를 하는 업자라면 즉, 웹서비스를 하는 업자라면 굳이 자신의 서비스를 '앱'으로 만들어봤자 껍데기만 '앱'이지 안에 메뉴나 표현은 모두 '웹'과 다를 바가 없으므로 굳이 자사 서비스를 '앱'으로 만들 필요가 없습니다. 좀 있어 보이고 싶어 "우리도 '앱'서비스를 한다!"고 외치고 싶지 않다면요. 비용대비 효과 면에서 자금력이 있는 기업이 아니라면 어플리케이션을 각각의 플랫폼별로 만들 것이 아니라 웹표준을 지키는 스마트폰용 웹페이지 하나만 만들어 주면 되는 것이지요.(제작 비용은 정말 엄청난 차이가 있을겁니다)

저는 이전에 "공공기관용 앱스, 그 방향은?" http://v.daum.net/link/6592023 이라는 포스트에 이런 언급을 해놨습니다.

공공기관 홈페이지에 나오는 서비스들이 대개가 국민들에게 기본 정보를 제공하는 것이기에 이 수준의 서비스를 스마트폰에서 제공하려는 데 굳이 '앱'을 개발할 필요가 있겠느냐 하는 것입니다. 예산 낭비인 것이죠.

요즘 m.daum.net/m.naver.com과 같이 스마트폰용 웹사이즈에 맞춘 작은 스마트폰용 웹을 웹표준에 맞춰 하나만 개발해 놓으면 그게 안드로이드폰이든 윈도폰이든 애플폰이든 다 들어갈 수 있게 됩니다. 게다가 앱처럼 바탕화면에 아이콘도 깔아놓을 수 있으니 뭐, 사실 앱과 웹의 차이가 거의 없는 것이나 다름없다고 할 수 있겠습니다. 차이가 있다면 '웹'은 네트워크가 반드시 필요하다는 것이고 어떤 '앱'은 인터넷이 연결되지 않더라도 사용할 수 있다는 것인데, 대부분의 스마트폰 사용자가 3G통신이 가능하므로 이 문제는 지엽적인 문제라고 할 수 있겠습니다.

경우에 따라 제 설명이 어려울 수도 있겠다 싶어, 정리하는 질문/답으로 글을 마무리할까 합니다.(물론 답은 매우 주관적인 제 의견입니다)

# 앱을 만들어야 할까, 웹을 만들어야 할까?

자사 핵심서비스가 무엇인지 먼저 명확히 밝히고, 해당 서비스가 스마트폰의 주요 특징(이동형/GPS/LBS/사진과영상의활용/킬링타임 등)과 연결되어 파급력있는 효과를 낼 수 있는지 판단하여 YES면 앱을 만들고 NO면 굳이 만들 필요가 없다고 생각함. 자사 핵심서비스가 웹형태로 전달 가능한 것이라면 모바일 웹을 만들어 제공하는 것이 비용 및 관리 면에서 훨씬 효과적임

# 스마트폰용 앱을 만든다면 몇 개나 만들어야 할까?

"반드시 만들어야 한다"는 결론을 갖고 있다는 전제하에, 현 단계에서는 애플과 안드로이드용 앱 2개를 만드는 것이 낫고 한 개만을 개발할 예산을 갖고 있다면 현재는 애플 앱을 개발하는 것이 나음. 단, 장기적으로는 안드로이드용 앱 개발도 필요하다고 판단됨. 윈도우나 아직 오픈되지 않은 삼성의 '바다'등의 OS용 앱은 추후 스마트폰 시장의 전개정도와 자사 기존 앱들의 효과를 판단하여 최소 1년 정도 후에 판단해도 늦지 않다고 봄

오늘은 아래와 같은 화면을 XCODE로 만들어 보도록 하겠습니다.

File > New Project  메뉴를 클릭하면 아래와 같은 화면이 나타 납니다. Window-based Application 타입을 선택한 후 오른쪽 하단의 Choose를 클릭하여 다음 화면으로 넘어 갑니다.

생성할 프로젝트명은 원하시는걸로 입력하세요(ex, bgex)
프로젝트 이름까지 입력하시고 나면 아래와 같은 화면을 접하실 수 있습니다.
(다른 분들은 저와 살짝 다르게 보일 수 있습니다. 단순한 화면 구성의 차이이니 이 프로젝트를 하시는데 큰 문제는 없습니다.)

여기까지는 기본 프로젝트를 만드는 단계이고 이제 이 프로젝트에서 쓰일 이미지 파일들을 Resources 폴더로 넣도록 하겠습니다.

오른쪽의 Finder 에서 원하는 이미지를 선택 한 후 Resources 폴더로 드래그 앤 드롭 합니다. 그러면 창이 하나 뜨는데 copy item into ~  이부분을 체크 하시고 Add 버튼을 눌러 주세요.

이제 Resources 폴더에 있는 MainWindow.xib 파일을 더블클릭하여 인터페이스 빌더를 열고 Library 창에서 Image View를 선택한 후 Window 창에 끓어다 놓습니다. 가운데 있는 창에서 자모양의 아이콘을 선택하고 가로와 세로의 길이를 위와 같이 지정해 줍니다.

왼쪽 Window 창에서 UIImageView를 선택하시고 오른쪽 상단탭중 젤 왼쪽에 있는 탭을 선택하신 후 image의 오른쪽에 있는 화살표를 눌러 좀전에 넣어둔 이미지 중 menu_bg.png 파일을 선택 합니다.

Background 는 선택을 하신 후 Opacity를 0으로 처리 하시면 됩니다. 지금까지 잘 따라하셨다면 아래와 같은 화면이 나타나고 이제 그 위에 버튼 이미지들을 올려 놓도록 하겠습니다.

Library 창에서 Round Rect Button을 Window 창으로 끌어 놓고 가운데 있는 인스펙터 창에서 Background의 이미지를 menu1.jpg로 선택을 해 줍니다.

위와 같은 방식으로 나머지 두개도 처리를 합니다.

 
이제 마지막 남은 전체에 백그라운드를 지정하는 화면 입니다. bgexAppdelegate.m 파일을 여신 후 위와 같이 입력을 하시면 됩니다.
소스코드 :
window.backgrondColor = [[UIColor alloc] initWidthPatternImage:[UIImage imageNamed:@”bg.jpg”]];

이제 완료 되었으니 한번 실행해 보시죠. ㅋㅋ 짜잔~!!!