Ist eine einfache iPhone-App für Benutzer attraktiver als eine mobile Website?


9

Meine Kundin möchte eine iPhone-App erstellen, da sie festgestellt hat, dass die iPhone-App mit deutlich höherer Wahrscheinlichkeit über eine für Mobilgeräte optimierte Website verwendet wird. Die iPhone App ist sehr einfach - sie zeigt nur ein paar Bilder und Text an. Als Programmierer würde ich aufgrund der einfachen Art des Inhalts viel lieber eine mobile Website erstellen. Aus technischer Sicht halte ich es für übertrieben, in dieser Situation eine iPhone-App zu verwenden.

Ist es sinnvoll, eine iPhone-App zu erstellen, wenn eine mobile Website ausreichen würde, einfach weil Ihre Benutzer es lieber als iPhone-App hätten? Gibt es überhaupt eine Möglichkeit, Benutzer davon zu überzeugen, dass eine mobile Website genauso einfach zu bedienen ist?


1
Wenn die App so einfach ist, sollten Sie beides tun: Sie werden Spaß haben und Ihr Kunde wird glücklich sein.
Dasblinkenlight

2
Sie scheinen Ihre eigenen Bedürfnisse über die Ihrer Benutzer zu stellen.
Caleb

9
"Ist es sinnvoll, ein iPhone zu bauen, wenn eine mobile Website ausreichen würde, einfach weil Ihre Benutzer es lieber als iPhone-App hätten?" - einfach weil? Sie haben Ihre Logik rückwärts.
Großmeister

3
Dies scheint eine Umfrage zu sein. Darüber hinaus ist die richtige Antwort ziemlich klar: Tun Sie, was Ihr Kunde will, wen interessiert es, ob es "übertrieben" ist, wenn Ihr Kunde einen gültigen Grund hat, warum es keine Rolle spielen sollte.
Ramhound

Antworten:


6

Die einfache Antwort besteht darin, eine Website zu entwickeln, diese jedoch als mobile Web-App zu erstellen. Wenn Sie mit dem Erstellen einer Website besser vertraut sind oder der Meinung sind, dass diese schneller sein wird, ist dies der richtige Weg.

Benutzer können es weiterhin "installieren" (erstellen Sie ein Symbol auf ihrem Startbildschirm, in dem Sie das für das Symbol zu verwendende PNG angeben), Sie verbergen die Safari-Symbolleiste und es funktioniert wie eine App.

Hier ist die Apple-Seite zum Erstellen von Web-Apps

Die Vorteile davon sind

  • plattformübergreifend - die Web-App funktioniert unter Android, WP und sogar Blackberry!
  • Sie können Inhalte aktualisieren, z. B. Text oder Bilder, ohne die App zu aktualisieren
  • billiger und schneller zu entwickeln

Ich weiß nicht, ob Sie diese Art von Web-Apps in den iTunes Store stellen können oder nicht.


2
Sie erstellen also im Grunde nur eine HTML5-Webanwendung und zeigen dem Benutzer dann, wie er ein Symbol damit verknüpfen kann.
Robert Harvey

Oder nur eine HTML-Seite (jede Version). Der Schlüssel weist iOS an, die Vollbild-Safari auszuführen und im HEADAbschnitt Symbole anzugeben . AFAIK Ein Benutzer kann kein eigenes Symbol auswählen.
Kirk Broadhurst

7
-1 Web-Apps sind vom Standpunkt der Benutzerfreundlichkeit weit entfernt von "plattformübergreifend". Sie können eine iPhone-ähnliche Web-App erstellen, aber eine solche App ist auf Android und Windows Phone wie ein Daumenschmerz.
Euphoric

4
@Euphoric Sie vielleicht ein anderes Stylesheet entsprechend der Plattform anwenden möchten, aber Sie nicht brauchen , um. Wenn Sie versuchen, eine iOS-App auf Ihrem Windows Phone zu installieren, werden Sie feststellen, dass Web-Apps eine der plattformübergreifendsten verfügbaren Techniken sind.
Kirk Broadhurst

8

Wenn die Webseite wirklich so einfach ist, sollten Sie sie nicht zu einer App machen. Ich kann Ihnen einen Grund nennen, aber es ist ein sehr guter:

Einfache Anwendungen passieren normalerweise keine Appstore-Prüfer .

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

2.12 Apps, die nicht sehr nützlich und einzigartig sind, einfach Websites sind, die als Apps gebündelt sind oder keinen dauerhaften Unterhaltungswert bieten, können abgelehnt werden

Wenn Sie versuchen, eine solche App hochzuladen, erhalten Sie wahrscheinlich eine Ablehnung, die besagt, dass die App keine nativen iOS-Funktionen verwendet, oder ähnliches.

Wenn Sie eine einfache iOS-App erstellen möchten, müssen Sie überlegen, welche Funktionen einer Webseite hinzugefügt werden.


1
+1 Sie erstellen keine Anwendung, sondern eine Website (vom Klang her). Es sollte also eine Website sein, keine Anwendung. Es sollte nicht einmal als Web-App bezeichnet werden, sagen Sie nicht HTML5. Es ist nur eine mobile Website (Bilder und Text).
Will Meldon

4

Erst letzte Woche habe ich Apps sowohl für Google Play als auch für den App Store veröffentlicht, die etwas mehr als dedizierte Browser ( WebView ) für eine reaktionsschnelle Website und etwas Zucker darüber waren.

Dies gibt Ihnen:

  • HTML5-basierte schnelle Entwicklung eines Großteils der App als Webseite
  • Präsenz im jeweiligen App Store des Geräts
  • Benutzer können die App regelmäßig installieren (keine komplizierten Anweisungen, um das Symbol auf den Startbildschirm zu bringen).

Sie behalten jedoch die Vorteile der nativen App:

  • Sie können später jederzeit mehr Code auf die native Seite verschieben
  • Verwenden Sie APIs, die für browserbasierte Webseiten nicht zulässig sind, z
    • Bewerben Sie die App als Routing-App in den neuen iOS-Karten
    • Lassen Sie das Sparbuch das Ticket in Ihrer App usw. öffnen

Ich bin sicher, dass auch Android eine Vielzahl von APIs hat, die für Webanwendungen verboten sind.

Übrigens. Aus meiner eigenen Erfahrung - bleibt frei von Cross-Plattform - Frameworks. Selbst für eine so einfache Aufgabe wurde mir von einem von ihnen in den Arsch gebissen und ich schrieb das Ganze in der Muttersprache um.


3

Ich fühle Ihren Schmerz, viele Apps sollten Teil des Webs sein und mit Webtechnologien entwickelt werden.
Aber das ist eine technologische Haltung, die Ihrem Kunden wahrscheinlich egal ist.

Ich vermute, diese Art von Client geht nicht so sehr für die App wie für den Appstore .

Möglicherweise unterschätzen Sie hier die Sichtbarkeit, die die Appstores der Veröffentlichung eines Kunden verleihen.

"Kostenlose Werbung !!! 1!" könnte alles sein, was Ihr Kunde sieht.

Dennoch könnten sie als Kunden die tatsächlich implizierten Kosten unterschätzen . In ihrer Denkweise werden diese neuen Kosten jedoch durch die "neuen" Monetarisierungsmechanismen ausgeglichen, die Appstores zulassen.

Dann überschätzen sie mit ziemlicher Sicherheit die tatsächliche Monetarisierung, die ein Appstore für sein (redaktionelles, ich nehme an) Produkt im aktuellen Moment erzielen kann. Schließlich tragen sie keine Angry Birds.

Außerdem verzögern sie wahrscheinlich ihre Markteinführungszeit erheblich, indem sie sich für eine App-Lösung entscheiden.

Leider dieser Art Geschäftsplan:

  • App erstellen
  • ???
  • PROFITIEREN

Scheint heutzutage der letzte Schrei zu sein.


2
tl; dr: Sie müssen im App Store sein.
Robert Harvey

2

Sie geben Ihrem Kunden nicht genügend Informationen, um eine fundierte Entscheidung zu treffen.

  1. Kennen sie den Genehmigungsprozess für die iPhone-App?
  2. Gibt es Funktionen, auf die Benutzer Zugriff benötigen, wenn sie nicht verbunden sind?
  3. Müssen Sie sich um vertrauliche Informationen sorgen, die auf dem Telefon gespeichert sind?
  4. Was ist mit Geräten, die nicht von Apple hergestellt wurden?

Hüten Sie sich vor "es ist einfacher für mich, eine Website zu erstellen", da es da draußen Kompetenz gibt, die mehr als glücklich sein wird, eine iPhone-App zu erstellen.


1

Zugegeben, ich habe eine persönliche Vorliebe für native Apps, aber ich denke, es gibt wirklich keine Schwarz-Weiß-Antwort darauf. Hier einige Gedanken zu Web-Apps im Vergleich zu nativen Apps:

  • Web-Apps sind hilfreich, wenn Sie nicht mühsam Mitglied des Apple Developer Program werden möchten. Ohne dies können Sie keine Apps auf Geräten installieren oder im App Store veröffentlichen.
  • Dann gibt es natürlich die Mühe, XCode und Objective-C zu lernen (falls Sie sie noch nicht kennen).
  • Auf der anderen Seite reagieren native Apps tendenziell schneller (meine eigene subjektive Erfahrung).
  • Wenn die App "offline" ausgeführt werden kann (wenn keine Internetverbindung verfügbar ist), ist eine native App wirklich Ihre einzige realistische Option.

In Ihrem Fall würde ich die Anforderungen Ihres Kunden gegen die Vor- und Nachteile von Web- und nativen Apps abwägen.

Ich möchte auch hinzufügen, dass für das Schreiben und Bereitstellen einer nativen iPhone-App nicht unbedingt eine Präsenz im App Store erforderlich ist. Sogenannte "Inhouse-Apps" können in einem Unternehmen geschrieben und bereitgestellt werden. Beachten Sie Folgendes : http://help.apple.com/iosdeployment-apps/mac/1.1/#app43ad6a6a


Wenn die App für Kunden ist, hilft "In-House" nicht ...
Sulthan

In der Tat, aber da die Frage diesen Punkt nie klarstellte, hielt ich es zumindest für erwähnenswert.
Avian00

0

Angesichts Ihrer Problembeschreibung würde ich mich für eine mobile Website entscheiden, die als App maskiert ist. Im Allgemeinen sind viele mobile Apps nur HTML5-Sites, die möglicherweise lokal ausgeführt werden oder nicht. Dies kann ein guter Anfang sein, um schnell eine Multi-Plattform-App zu entwickeln, die auf vielen Arten von Mobilgeräten einigermaßen einwandfrei funktioniert, ohne dass ein Großteil des Codes überarbeitet werden muss. Trotzdem gibt es eine Einschränkung: HTML5 ist nicht der König der Geschwindigkeit, wenn es um schwere Aufgaben geht. Wenn es an der Zeit ist, verarbeitungsintensiven Code zu erstellen, der nicht als Middleware für die Plattform (en) verfügbar ist, für die Sie entwickeln, kann der Code ziemlich langsam ausgeführt werden, wenn Sie für die Verarbeitung ausschließlich auf JavaScript angewiesen sind sollte in Betracht ziehen, es auf die nächste Stufe zu bringen (native App).

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.