간단한 iPhone 앱이 모바일 웹 사이트보다 사용자에게 더 매력적입니까?


9

내 고객은 사람들이 모바일 최적화 사이트를 통해 iPhone 앱을 사용할 가능성이 훨씬 높기 때문에 iPhone 앱을 만들고 싶어합니다. iPhone 앱은 매우 간단합니다. 몇 개의 이미지와 텍스트 만 표시합니다. 프로그래머로서 나는 콘텐츠의 단순한 특성을 감안할 때 모바일 사이트를 오히려 만들고 싶습니다. 기술적 인 관점에서 나는이 상황에서 iPhone 앱을 사용하는 것이 과도하다고 생각합니다.

모바일 사이트로 충분할 때 사용자가 iPhone 앱일 가능성이 높기 때문에 iPhone 앱을 작성하는 것이 합리적입니까? 어쨌든 사용자에게 모바일 사이트가 사용하기 쉽다는 것을 쉽게 설득 할 수 있습니까?


1
앱이 그렇게 단순하다면, 두 가지를 모두해야합니다 : 재미 있고, 고객은 행복 할 것입니다.
dasblinkenlight

2
자신의 요구를 사용자의 요구보다 우선하는 것 같습니다.
Caleb

9
"모바일 사이트로 충분할 때 iPhone을 제작하는 것이 이치에 맞습니까? 단순히 사용자가 iPhone 응용 프로그램이기 때문일까요?" -왜냐면? 당신은 당신의 논리를 거꾸로 가지고 있습니다.
GrandmasterB

3
이것은 여론 조사처럼 보입니다. 또한 정답은 매우 분명합니다. 고객이 원하는 것이 무엇인지, 고객이 중요하지 않은 정당한 이유가있을 경우 누가 "과잉"인지 걱정합니다.
Ramhound

답변:


6

간단한 대답은 웹 사이트를 개발하는 것이지만 모바일 웹앱으로 구축하는 것입니다. 웹 사이트 구축에 더 편하거나 더 빠를 것이라고 생각되면이 방법을 사용하십시오.

사용자는 여전히 '설치'(홈 화면에 아이콘을 생성 할 아이콘을 지정하는 아이콘 생성) 할 수 있으며 Safari 도구 모음을 숨기면 앱처럼 작동합니다.

웹앱 제작에 관한 Apple 페이지는 다음과 같습니다.

이것의 장점은

  • 크로스 플랫폼-웹 앱은 Android, WP, 심지어 Blackberry에서도 작동합니다!
  • 앱을 업데이트하지 않고도 콘텐츠 (예 : 텍스트, 이미지)를 업데이트 할 수 있습니다
  • 보다 저렴하고 빠른 개발

이러한 유형의 웹 응용 프로그램을 iTunes Store에 넣을 수 있는지 모르겠습니다.


2
기본적으로 HTML5 웹 응용 프로그램을 만든 다음 아이콘을 연결하는 방법을 사용자에게 알려주거나 표시합니까?
Robert Harvey

또는 HTML (모든 버전) 페이지입니다. 핵심은 iOS에게 전체 화면 Safari를 실행하고 HEAD섹션 에서 아이콘을 지정하도록 지시하는 것 입니다. AFAIK 사용자는 사용할 아이콘을 선택할 수 없습니다.
Kirk Broadhurst

7
-1 웹 앱은 사용성 측면에서 "크로스 플랫폼"과 거리가 멀습니다. iPhone과 같은 웹 응용 프로그램을 만들 수 있지만 이러한 응용 프로그램은 Android 및 Windows Phone의 아픈 엄지와 같습니다.
Euphoric

4
@Euphoric 플랫폼에 따라 다른 스타일 시트를 적용하고 싶을 필요 는 없습니다 . Windows Phone에 iOS 앱을 설치하는 것과 비교하면 웹 앱이 가장 크로스 플랫폼 기술 중 하나라는 것을 알 수 있습니다.
Kirk Broadhurst

8

웹 페이지가 그렇게 단순하다면 앱으로 만들면 안됩니다. 나는 당신에게 한 가지 이유를 줄 수 있지만, 그것은 아주 좋은 것입니다.

간단한 응용 프로그램은 일반적으로 앱 스토어 검토자를 통과하지 않습니다 .

에서 https://developer.apple.com/appstore/resources/approval/guidelines.html

2.12 유용하지 않고 고유하지 않은 앱은 단순히 앱으로 번들로 제공되는 웹 사이트이거나 지속적인 엔터테인먼트 가치를 제공하지 않는 앱은 거부 될 수 있습니다

이러한 앱을 업로드하려고하면 "앱이 기본 iOS 기능을 사용하지 않습니다"또는 이와 유사한 내용의 거부가 표시 될 수 있습니다.

간단한 iOS 앱을 만들려면 웹 페이지에 어떤 기능이 추가 될지 생각해야합니다.


1
+1 애플리케이션을 구축하지 않고 웹 사이트를 구축하고 있습니다 (사운드에서). 따라서 응용 프로그램이 아닌 웹 사이트 여야합니다. HTML5라고 말하지 말고 웹 앱이라고도해서는 안됩니다. 모바일 웹 사이트 (이미지 및 텍스트) 일뿐입니다.
Will Meldon

4

지난주에 나는 반응 형 웹 사이트를위한 전용 브라우저 ( WebView )와 그 위에 설탕을 넣은 앱인 Google Play와 App Store 모두에 앱을 게시 했습니다.

이것은 당신에게 제공합니다 :

  • 대부분의 앱을 웹 페이지로 HTML5 기반으로 빠르게 개발
  • 장치의 각 App Store에 존재
  • 사용자는 정기적으로 앱을 설치할 수 있습니다 (아이콘을 홈 화면으로 가져 오는 복잡한 지침 없음)

그러나 여전히 네이티브 앱의 이점을 유지하십시오.

  • 나중에 언제든지 더 많은 코드를 기본으로 옮길 수 있습니다
  • 브라우저 기반 웹 페이지에 제한이없는 API를 사용하십시오 (예 :
    • 새로운 iOS지도에서 앱을 라우팅 앱으로 광고
    • Passbook이 앱에서 티켓을 열 도록하십시오.

안드로이드에도 webapps에 금지되어있는 수많은 API가 있다고 확신합니다.

BTW. 내 자신의 경험에서 - 분명있을 크로스 플랫폼 프레임 워크. 그런 간단한 작업조차도 나는 그중 하나에 물린 엉덩이를 얻었고 모든 것을 모국어로 다시 작성하게되었습니다.


3

귀하의 고통을 느끼고 많은 앱이 웹의 일부가되어야하며 웹 기술로 개발되어야합니다.
그러나 그것은 기술적 인 입장이므로 고객은 신경 쓰지 않을 것입니다.

내 생각에 이런 종류의 클라이언트는 실제로 appstore에 갈 때만 큼 앱에 가지 않을 것입니다 .

여기에서 앱 스토어가 클라이언트의 게시에 제공 할 수있는 가시성을 과소 평가했을 수 있습니다.

"무료 광고 !!! 1!" 모든 고객이 볼 수 있습니다.

그러나 고객 인 고객은 내포 된 실제 비용을 과소 평가하고있을 수 있습니다 . 그러나 이러한 사고 방식에서 이러한 새로운 비용은 앱 스토어가 허용 하는 "새로운" 수익 창출 메커니즘에 의해 균형을 이룰 것 입니다.

그런 다음 현재 시점에서 앱 스토어가 (편집, 가정) 제품에 대해 제기 할 수 있는 실제 수익 창출을 거의 과대 평가하고 있습니다. 그들은 결국 앵그리 버드를 스포츠하지 않습니다.

또한 앱 솔루션을 사용 하여 출시 시간을 상당히 늦출 수 있습니다.

불행히도 이런 종류의 사업 계획 :

  • 앱 구축
  • ???
  • 이익

요즘 모든 분노 인 것 같습니다.


2
tl; dr : 앱 스토어에 있어야합니다.
Robert Harvey

2

정보에 근거한 결정을 내릴 수있는 충분한 정보를 고객에게 제공하지 않습니다.

  1. iPhone 앱 승인 프로세스를 알고 있습니까?
  2. 사용자가 연결되지 않은 상태에서 액세스해야하는 기능이 있습니까?
  3. 휴대 전화에 저장된 중요한 정보에 대해 걱정해야합니까?
  4. Apple이 제조하지 않은 장치는 어떻습니까?

아이폰 앱을 만드는 것보다 더 행복 할 사람들이 있기 때문에 "웹 사이트를 만드는 것이 더 쉽다"는 것을주의하십시오.


1

분명히, 나는 네이티브 앱에 대한 개인적인 편견이 있지만 실제로 이것에 대한 흑백 답변은 없다고 생각합니다. 웹 앱과 기본 앱에 대한 몇 가지 생각은 다음과 같습니다.

  • 웹 개발자는 Apple Developer Program의 회원이되는 번거 로움을 피하고 싶을 때 좋습니다. 그렇지 않으면 장치에 앱을 설치하거나 App Store에 게시 할 수 없습니다.
  • 물론 XCode와 Objective-C를 배우려는 노력이 있습니다 (아직 모르는 경우).
  • 다른 한편으로, 네이티브 앱은 반응이 빠른 경향이 있습니다 (나만의 주관적 경험).
  • 앱이 "오프라인"을 실행할 수 있어야하는 경우 (인터넷에 연결되어 있지 않은 경우) 기본 앱이 실제로 유일한 옵션입니다.

귀하의 경우 웹 및 기본 앱의 장단점에 대해 고객의 요구 사항을 평가합니다.

또한 기본 iPhone 앱을 작성하고 배포하는 데 반드시 App Store에 있어야 할 필요 는 없다고 덧붙 입니다. 소위 "In-House Apps"는 기업 환경에서 작성 및 배포 할 수 있습니다. 이것을 고려하십시오 : http://help.apple.com/iosdeployment-apps/mac/1.1/#app43ad6a6a


응용 프로그램이 고객을위한 경우 "
사내

실제로, 그러나이 질문 이이 요점을 명확히하지 않았기 때문에 적어도 언급 할 가치가 있다고 느꼈습니다.
Avian00

0

문제 설명이 주어지면 앱으로 마스킹 된 모바일 사이트를 방문합니다. 일반적으로 많은 모바일 앱은 HTML5 사이트 일 뿐이며 로컬로 실행되거나 실행되지 않을 수 있습니다. 이는 많은 코드를 재 작업하지 않고도 여러 유형의 모바일 장치에서 합리적으로 작동하는 멀티 플랫폼 앱을 신속하게 개발하기위한 좋은 출발이 될 수 있습니다. 이것에 대해 한 가지주의 할 점이 있습니다. HTML5는 무거운 작업을 할 때 속도의 왕이 아닙니다. 개발중인 플랫폼의 미들웨어로 사용할 수없는 처리 집약적 코드를 수행 할 때가되면 처리에만 JavaScript 만 의존하면 코드가 느리게 실행될 수 있습니다. 다음 단계로 넘어가는 것을 고려해야합니다 (네이티브 앱).

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.