Potential-of-Interest Maps for Mobile Tourist Information Services

Touristen haben oft das Problem, dass sie mit Unmengen von Informationen konfrontiert werden, wenn sie sich die wichtigsten Sehenswürdigkeiten einer Stadt oder einer Region ansehen wollen. Die Idee, die Yohei Kurata verfolgt, handelt von einer Karte, die visuell die beliebesten und somit besten Plätze für Touristen zeigen soll. Die notwendigen Daten um dieses Heatmaps zu erzeugen, sollen von Besuchern generiert werden, die bereits interessante Plätze gefunden haben. Viele Touristeninformations-Tools sind sehr textlastig. Kurata will mit seiner Karte vor allem visuelle Information liefern. Auf der Karte, die der Benutzer am Smartphone aufrufen kann, erscheinen wie auf einer Heatmap üblich unterschiedlich gefärbte und geformte Flecken. Die Punkte erscheinen immer wenn ein Tourist eine interessante Stelle in der echten Welt entdeckt hat und die Farbe wird stärker je mehr Leute auf diesem Punkt waren. Die so entstandenen Heatmaps würden für zukünftige Touristen die besonderen Sehenswürdigkeiten und Plätze ohne zusätzliche Information anzeigen. Die Leute müssten in Eigeninitiative die auf der Karte hervorgehobenen Punkte besuchen, um zu sehen, was die anderen Touristen hier begeistert hat. Dadurch erhält der Tourist ein Erlebnis, das bei einem normalen Touristenführer kaum erzielt werden kann.

Natürlich ist auch eine Variante mit Informationen zu bestimmten Sehenswürdigkeiten denkbar. Konservative Touristen könnten mit dieser Version besser planen welche Plätze sie wirklich besuchen wollen.

Nun besteht die Frage, wie man zunächst zu den besprochenen Daten für die Heatmaps kommt. In der Arbeit wurden fünf unterschiedliche Methoden um dies möglich zu machen analysiert und bewertet.

• Fragebögen auf denen Touristen nach dem Sightseeing interessante Plätze auf einer Karte markieren
• GPS-Markierungen z.B. in Form einer App, wo Touristen bei jedem interessanten Punkt die GPS-Koordinaten über einen manuellen Klick senden
• Geo-Tags von Fotos verwenden, da Touristen meistens bei interessanten Plätzen häufig fotografieren
• GPS-Logs: im Vergleich zu der GPS-Markierung werden die Koordinaten regelmäßig gesendet und anschließend aus der Gehgeschwindigkeit potentiell interessante Punkte für die Heatmap errechnet. Dies geschieht unter der Annahme, dass Leute bei Sehenswürdigkeiten stehen bleiben oder die Geschwindigkeit stark reduzieren
• Text mining: Durch analysieren von Texten aus Reiseblogs oder ähnlichen Seiten sollen Koordinaten erhoben werden

Die fünf Methoden wurden bezüglich Arbeitsbelastung vor Ort, Arbeitsbelastung danach, Genauigkeit, commission errors, omission errors, technische Herausforderung und Hardware-Abhängigkeit verglichen. Die Wahl der besten Methode fiel schließlich auf den Einsatz von Geo-Tags von Fotos, da dies die wenigsten Probleme aufwirft und das Fotografieren eine übliche Tätigkeit von Touristen ist.

Für einen ersten Prototyp wurden Bilder mit Geo-Tags von Flickr verwendet, um eine Heatmap zu erzeugen, die anschließend als zusätzliche Ebene auf einer normalen Google-Map eingeblendet wurde.  In einem Benutzertest wurde der Prototyp auf seine Tauglichkeit überprüft. Bei der Bewertung durch die Benutzer kam es zu einer relativ hohen Standardabweichung, die womöglich auf die nicht optimale Auswahl der Testpersonen zurückzuführen ist. Die Einfachheit der Karte und der Verzicht auf unnötige Texte wurde gut angenommen, doch es wurden auch Probleme mit langsamen Datenverbindungen und Ungenauigkeiten bei den Positionen festgestellt. Ein weiteres Problem war, dass manche Sehenswürdigkeiten nur zu gewissen Tages- oder Jahreszeiten eine Attraktion darstellen und dies bisher nicht berücksichtigt wurde. Die Fotos von Flickr waren außerdem nicht optimal, da höchstwahrscheinlich auch Fotos von Anrainern in die Heatmap aufgenommen wurden und diese das Ergebnis verfälschen können, da sie nicht unbedingt gute Plätze repräsentieren.

Resümee

Für Touristen kann es vor allem am Mobiltelefon schwierig sein mit den großen Textmengen umzugehen, die sie zu den verschiedenen Sehenswürdigkeiten erhalten. Eine mögliche Alternative um dieses Problem zu verhindern ist der Einsatz von  Potential-of-Interest Maps. Die Benutzer erhalten eine einfache Möglichkeit um interessante Punkte in einer fremden Stadt auf dem Mobiltelefon lokalisieren zu können.

Um bessere Heatmaps erstellen zu können ist es wichtig noch weitere Änderungen vorzunehmen. Eine eigene App um die Fotos zu machen könnte das Problem mit den Fotos der Anrainer lösen. Im weiteren Verlauf wäre auch eine Community-Funktion denkbar und die Möglichkeit zu sehen, wer welche Fotos zu welchem Zeitpunkt an welchem Ort gemacht hat. Dadurch können die zeitabhängigen Attraktion besser integriert werden.

The post Mobile Informationstechnologie im Tourismus (Teil 2) appeared first on Mobile USTP MKL.

Das Testsetup und die Testmethode

Getestet wurden 26 iPad Apps und 6 Websites von 8 Männern und 8 Frauen. Von diesen 16 Usern waren 14 zwischen 21 und 50 Jahren und 2 Personen älter als 50. Alle hatten mindestens 2 Monate Erfahrung mit dem iPad und konnten dieses grundsätzlich gut bedienen. Keine der Testpersonen hatte besonderes technisches Hintergrundwissen um dadurch eine Verfälschung des Tests zu verhindern.

Die Testdurchführung bestand aus den drei folgenden Schritten:

1. Beantworten allgemeiner Fragen über die Benutzungsgewohnheiten des iPads
2. Kurzes Gespräch über die Apps, die auf dem persönlichen iPad installiert sind und Demonstration einfacher ad-hoc Tasks
3. Schrittweises und eigenständiges Ausführen der Tasks, die zu bestimmten Apps und Websites vorgegeben werden. Die Testpersonen sollten dabei ihre Gedanken kommunizieren

Die Benutzungsgewohnheiten

Die Auswertung des ersten Schritts zeigte, dass der Konsum von Medien die häufigste Tätigkeit mit dem iPad ist. Das Spielen von iPad Games wird von beinahe allen Testpersonen genannt. Außerdem wird das iPad zum checken von Emails und Social Network Sites genutzt, zum Filme und Videos ansehen und zum Lesen von Nachrichten. Keine der Testpersonen lebte alleine und die Gespräche zeigten, dass das iPad mit den anderen Personen im Haushalt geteilt wird. Somit ist das iPad nicht als ein so persönlicher Gegenstand wie das Smartphone einzuordnen. Die Hälfte der Personen erzählten, dass sie das iPad die meiste Zeit dabei haben, wohingegen die andere Hälfte das iPad hauptsächlich zu Hause oder auf längeren Fahrten in Verwendung haben.

App oder Website

Bei dem Test wurden auch einige Websites und die analogen Apps getestet. Hier konnte festgestellt werden, dass die Tasks auf den Websites komplett erfolgreich abgeschlossen werden konnten. Bei der entsprechenden App hingegen wurde ein Drittel der Tasks von den Benutzern nicht erfolgreich durchgeführt.

Zurückzuführen ist diese Tatsache auf die folgenden Punkte:

• Die App enthält weniger Informationen als die Website. Platzsparende Inhalte sind auf Smartphones möglich, allerdings auf größeren Devices nicht von den Benutzern gewünscht.
• Die App ist verwirrend für den Benutzer oder er muss mehr dafür tun. Dies äußert sich z.B. durch ungewöhnliche Menüs, bei denen der Benutzer nicht auf bekanntes Wissen zurückgreifen kann, oder durch eine verpflichtende Benutzerregistrierung um die gleichen Inhalte der Website in der App zu finden.

Nicht jeder muss eine App für seine Kunden zur Verfügung stellen, aber wenn, dann sollte man die folgenden Dinge berücksichtigen.

• Die App ist für wiederkehrende Benutzer designed und nicht für eine einmalige Verwendung
• Die App bietet einen klaren Mehrwert im Vergleich zu der Website
• Die App ist genauso leicht zugänglich wie die Website
• Die App ist speziell für ein Tablet designed und nicht für Smartphones. Dies bezieht sich nicht nur auf die Größe des Geräts, sondern auch auf den Kontext in dem es verwendet wird. Benutzer eines Tablets haben es meistens nicht so eilig, wie die User eines Smartphones.

Erkenntnisse

Touchscreen

Ein häufiges Problem trat bei der Benutzung des Touchscreens auf, wenn die benutzbaren Elemente der App zu klein waren. Das typische Fat-Finger-Problem, das durch Vergrößern der Elemente behoben werden kann. Es wird eine Mindestgröße von 1x1cm empfohlen. Kleinere Elemente sind außerdem schwerer für den Benutzer zu finden. Eine weitere Ausprägung des Fat-Finger-Problems tritt auf, wenn Elemente zu Nahe beisammen platziert sind und man dadurch versehentlich das falsche Element anwählt. Bei interagierbaren Inhalten in Tabellenform ist darauf zu achten, dass die ganze Zelle auf das Touch-Event reagiert um dem Benutzer größtmögliche Fläche zu bieten.

Interagierbare Elemente

Benutzer müssen wissen, welche Elemente interagierbar, und somit mit dem Finger anwählbar sind. Dies ist beim Design der Buttons und der Auswahl der Icons ein sehr wichtiger Schritt, den man nicht vernachlässigen sollte.

Benutzereingaben minimieren

Das tippen auf einem Tablet ist zwar einfacher als auf einem Smartphone, trotzdem tippt der durchschnittliche Benutzer darauf nur ungern lange Texte. Die App sollte den Benutzer dabei unterstützen, dass er so wenig wie möglich tippen muss. Anregungen um dies umzusetzen sind

• Wenn möglich Informationen berechnen anstatt sie eintippen zu lassen. (z.B. Auswahl der Stadt nach eingeben einer Postleitzahl)
• Rechtschreibfehler tolerieren und Korrekturen vorschlagen
• Eingaben speichern und dem Benutzer später wieder zur Verfügung stellen
• Sinnvolle Default-Werte für den Benutzer liefern
• Den Benutzer eingeloggt lassen oder besser dem User die Entscheidung lassen, ob er eingeloggt bleiben möchte

Popovers und Modal Views

Viele Apps verwenden Popovers und Modal Views um Informationen anzuzeigen. Beide Varianten nutzen aber nicht den gesamten Platz des Displays aus und sind daher schlecht geeignet, um größere Informationsmengen anzuzeigen. Scrollen im Popover verwirrt den Benutzer zusätzlich und sollte vermieden werden. Eine normale zusätzliche Seite ist in vielen Fällen besser geeignet.

Gesten

Der Einsatz von Swipen zum Navigieren in gewissen Anwendungen ist gut, da es hohe Akzeptanz bei vielen Leuten findet. Es ist allerdings darauf zu achten, dass genug Platz für die Geste zur Verfügung steht. Wird beim Swipe-Versuch fälschlich ein Element berührt, so ist dies nicht angenehm für den User. Eingeblendete Hinweise für den Benutzer um die Swipe-Möglichkeiten zu finden sind sehr zu empfehlen.

Back Button

Auf Geräten mit Touchscreen kommt es häufiger zu unbeabsichtigten Touchevents des Benutzers. In solchen Fällen ist der Back Button eine große Hilfe um den Benutzer auf seine ursprüngliche Seite zu bringen. Die getesteten Apps bieten unterschiedliche Ausprägungen beim Verhalten des Back Buttons. Im Idealfall ist es auf allen Seiten möglich den Back Button zu benutzen und den Benutzer auf seine zuvor besuchte Seite zurückzubringen, auch wenn diese z.B. eine Ergebnisseite einer Suche war.

Horizontale Navigation

Horizontale Navigationselemente, sogenannte Carousels,  kommen häufig bei iPad Apps zum Einsatz. Grundsätzlich wird diese Form der Navigation gut von den Benutzern verstanden. Verwirrend wird das Ganze, sobald mehrere Carousels auf einer Seite zu finden sind. Carousels sind ebenfalls schlecht geeignet, wenn sie zu viele Elemente beinhalten, da sie dann den User schnell überfordern.

Bildschirmausrichtung

Viele Apps sind nur im Hoch- oder Querformat zu verwenden. Benutzer neigen allgemein dazu, in gewissen Fällen die Bildschirmausrichtung wechseln zu wollen, deshalb wird empfohlen, dass Apps dies zulassen sollen. Wichtig ist dabei, dass die Navigation konsistent bleibt und sich nicht ändert.

Der angezeigte Inhalt sollte bei beiden Bildschirmausrichtungen der gleiche sein oder die App muss den Benutzer darüber informieren, dass er zusätzlichen Inhalt durch drehen des Tablets erhält.

Downloads

Beim Download von Inhalten ist es wichtig den Benutzer über den Fortschritt mittels Ladebalken zu informieren. Experten sind der Meinung, dass ein durchschnittlicher User nach 20 Sekunden Wartezeit ungeduldig wird und das Interesse verliert. Ist mit längeren Downloadzeiten zu rechnen sollte der Benutzer in gewisser Form unterhalten werden. Eine Vorschau auf den Inhalt, der bereits verfügbare Inhalt oder Tipps wie die App zu bedienen ist sind hier zu empfehlen.

Splash Screens

Splash Screens die direkt nach dem Start der App angezeigt werden, sind in den meisten Fällen vom Benutzer nicht gewünscht und werden als störend empfunden. Dies trifft besonders zu, wenn sie Audio- oder Videoelemente enthalten.

Bedienungsanleitungen

In den meisten Fällen werden umfangreiche Bedienungsanleitungen schlichtweg ignoriert. Dies kann verhindert werden, wenn sie simpel gehalten werden oder während Ladezeiten angezeigt werden. Um die Anleitungen einfach zu halten sollte man nicht mehrere Features auf einmal beleuchten und den Fokus auf die wirklich wichtigen Funktionen legen.

Workflow

Der Bericht erwähnt, dass die Benutzer gelegentliche Probleme mit dem Workflow von Apps hatten. Unklarheiten über den nächsten Schritt und schlecht platzierte Bedienelemente werden als die häufigsten Schwachstellen genannt.

Um einen guten Arbeitsablauf bereitzustellen, muss die Hauptaufgabe der App so schnell und einfach wie möglich vom Benutzer erledigt werden können. Nebensächliche Funktionen sollten erst nach dem Erfüllen der Hauptaufgabe erfolgen. Bedienelemente die zum Erfüllen einer bestimmen Aufgabenstellung dienen sollten nebeneinander angeordnet werden.

Resümee

Im Großen und Ganzen sind die Usability-Probleme im Vergleich zu dem Test des Jahres zuvor weniger geworden. Konsistentere und teilweise standardisierte Designs bei den Apps erleichtern die Benutzung für Benutzer. Alte Probleme, wie zu kleine oder nicht als solche erkennbare Interaktionselemente und der Unmut von Benutzern längere Eingaben tätigen zu müssen existierend dennoch. Unter den neuen Entdeckungen ist die Rückkehr der Splash Screens als längst vergessenes Übel zu erwähnen. Wie beim Browsen am Desktop-Rechner bieten sie auch auf den Tablets keinen Mehrwert, sondern nerven den Benutzer spätestens, wenn er den gleichen Splash Screen auch beim zehnten Start der App immer noch zu sehen bekommt. Übermäßiger Einsatz von Swipe-Möglichkeiten auf einem Screen lässt die Benutzer überfordert mit dem Finger auf dem iPad in alle möglichen Himmelsrichtungen gleiten. Zu viele Navigationselemente und Inhalt der zu klein präsentiert wird, machen so manche App zu einer Herausforderung für den User. Dieser wird sich aber in den seltensten Fällen damit auseinandersetzen, sondern lässt die App im virtuellen Mistkübel verschwinden und stöbert im Market nach einem Konkurrenzprodukt mit besserer Usability.

The post Usability von iPad Apps und Websites appeared first on Mobile USTP MKL.

Abstract

Der Zugriff auf das Internet mittels mobilen Endgeräten ist höher als je zuvor. Neue Geräte, verbesserte Datenraten durch neue bzw. verbesserte Übertragungstechniken und günstigere Tarife haben diese Entwicklung herbeigeführt.
Doch wie hat das Surfen mit mobilen Geräten begonnen und welche Technologien wurden verwendet? Diese Arbeit widmet sich der Analyse verschiedener Datenübertragungsstandards, die seit dem ersten Zugriff auf das Internet von einem mobilen Endgerät genutzt werden. Die Abhandlung beginnt mit GSM Anfang der 90’er Jahre und endet mit der heute aktuellen Technologie LTE. Im Anschluss wird auf die nicht IP-basierenden Dienste WAP und i-mode eingegangen.

Technische Entwicklung des mobilen Internets

The post Technische Entwicklung des mobilen Internets appeared first on Mobile USTP MKL.

Apps für Einkaufslisten sind im Übermaß für die verschiedenen mobilen Geräte vorhanden. Viele davon funktionieren ausgezeichnet, doch ein gewisses Problem lässt sich mit den meisten nicht umgehen. Was passiert wenn man seine Smartphones oft wechselt oder überhaupt mehrere im Gebrauch hat? Separate Einkaufslisten auf jedem Gerät, die sich nicht synchronisieren, sehen schnell alt aus in der vernetzten Welt von heute.

Die Idee

Als Betroffener dieses Problems wollte ich eine simple Lösung finden: Eine Website mit Benutzerverwaltung und einer einfachen Einkaufsliste pro Benutzer, die auf möglichst vielen Plattformen lauffähig sein sollte. Der Einsatz von Frameworks sollte die Umsetzung beschleunigen und meine persönliche Vertrautheit mit den Systemen erweitern. Die erste Entscheidung fiel auf CodeIgniter, da das Projekt mittels PHP und getreu dem MVC-Prinzip umgesetzt werden sollte. Um Kompatibilität und optimierte Darstellung auf vielen mobilen Systemen zu bieten kam jQuery Mobile zum Einsatz.

Die Umsetzung

Zu Anfang kam die Umsetzung nur schleppend voran, da ich mich erst in die beiden Frameworks einarbeiten musste. Auch wenn ich zuvor bereits nach dem MVC-Prinzip entwickelt hatte, musste ich mich erst mit dem grundsätzlichen Aufbau von CodeIgniter zurechtfinden. Dank der guten Dokumentation und Unterstützung eines Kollegen konnte mein Vorankommen beschleunigt werden.
Bei jQuery Mobile hatte ich zu Beginn ein sehr merkwürdiges Problem. Das Senden von Formulardaten mittels POST-Request wurde nicht ausgeführt. Unzählige Debugging-Stunden später und vollständig ratlos beschloss ich jQuery Mobile erneut runterzuladen und einzubinden…der Fehler war behoben. Anscheinend wurde die .js-Datei beim ersten Versuch nicht vollständig richtig heruntergeladen.
Das Arbeiten mit jQuery Mobile erwies sich in weiterer Folge auch nicht als problemlos. In Anbetracht der Tatsache, dass es sich um eine Alpha-Version handelt, ist dies aber nicht weiter verwunderlich. Die Dokumentation ist mittelmäßig und teilweise funktionieren die Dinge nicht immer so, wie man es gerne hätte.

Das Resultat

Wie die Web-Applikation im fertigen Zustand aussieht, kann man an den folgenden Screenshots erkennen.

The post what2buy – die mobile Einkaufsliste appeared first on Mobile USTP MKL.

Ein sehr informativer Vortrag zu diesem Thema wurde auf der iPhone Developer Conference in Köln gehalten. Betitelt Von der Idee zur App und von Bernd Lindemann, Geschäftsführer der Agentur digitalmobil, präsentiert. Ich werde in diesem Beitrag auf die Gedanken und Vorschläge des Vortrags eingehen.

Präsenz im mobilen Web

Bevor man sich auf das Entwickeln einer App stürzt, sollte man sich zunächst ein Konzept  erstellen. Will man erfolgreich sein, so sollte man nicht einfach eine (vielleicht wenig sinnvolle) App anbieten. Denn es geht nicht um die App, sondern um die Präsenz im mobilen Internet.

Folgende 3 Fragen bestimmen die Vorgangsstrategie:

• Für wen will man mobilen Content anbieten?
• Welche Ziele will man im mobilen Web erreichen?
• Welche Maßnahmen sind dazu sinnvoll?

Zielgruppe

Widmen wir uns zunächst der ersten Frage. Diese beschäftigt sich mit der Zielgruppe. Wie so oft gilt es auch hier zunächst festzustellen, wer mein Produkt überhaupt benutzen wird. Dazu wurde ein nettes Comic-Bild präsentiert, dass bereits seit einiger Zeit im Internet kursiert.

Obwohl es auf Klischees basiert und übertrieben dargestellt ist, so lässt sich ein gewisser Wahrheitsgehalt feststellen. Will man eine reine Fun-App für Jugendliche machen, so hat man bestimmt auf  iPhone und Android mehr potenzielle Käufer als bei Blackberry.

Ziele

Als nächstes werfen wir einen Blick auf die Ziele, die man mittels mobilem Web erreichen will.

• Markenführung, Image- und Produktwerbung
  Darunter fallen zum Beispiel verschiedenste Fun-Apps, die hauptsächlich Aufmerksamkeit bringen sollen, aber keinen großen Nutzen bieten.

• Reichweite / Channels
  Soziale Netzwerke, wie Facebook oder Xing

• Service
  Einige Autohersteller bieten zusätzliche Serviceleistungen als Apps an. Man kann zum Beispiel das Auto auf der Karte am Smartphone lokalisieren lassen oder die Standheizung von weitem einschalten. Auch viele Banken bieten ihren Kunden Servicemöglichkeiten wie zum Beispiel Buchungen über das Smartphone durchzuführen.

• Verkauf von physischen Produkten und Dienstleistungen
  Online-Verkauf wie Amazon oder die Möglichkeit Filialen in der Nähe zu finden.

• Erlöse mit digitalen Produkten
  Dies umfasst kostenpflichtige Software, sowie kostenpflichtigen Content und durch Werbung finanzierte Anwendungen.

Umsetzungsmöglichkeiten

Nachdem nun mögliche Ziele abgeklärt sind kann man sich Gedanken über die Möglichkeiten deren Umsetzung mittels mobilem Web machen. Nun denkt man vielleicht sofort an eine App, doch gibts es einige Dinge, die man berücksichtigen sollte, wenn man eine App erstellen will. Eine App ist immer nur für ein Betriebssystem entwickelt und will man die Anwendung für Smartphones mit anderen Systemen bereitstellen, muss man die App portieren. Der Hardware Back Buttons bei Android-Phones ist nur ein Unterschied zum iPhone und es gibt noch viele weitere. Dies kann dazu führen, dass der Portierungsprozess unter Umständen sehr zeit- und kostenintensiv wird.

Vorteile von Apps

• Direkter Zugriff auf Smartphone-Features und Hardware
• Vertriebsplattform App Store
• Unmittelbare Userbeziehung durch Icon auf Home-Screen

Nachteile von Apps

• Native Entwicklung für einzelne Plattformen
  • Auswahl nötig
  • kann teuer werden
• Review-Prozess durch App Store
  • fertige App nicht sofort verfügbar
  • nicht sicher, ob die App überhaupt zugelassen wird
  • Updates müssen erneut reviewed werden

Alternativ zur App kann man eine mobile Webseite bzw. Web App machen. Dabei müssen zwar gewisse Einschränkungen beachtet werden, doch vor allem in naher Zukunft durch Technologien wie HTML5 könnte die Web App an Stellenwert gewinnen.

Vorteile von Mobilen Websites / Web Apps

• plattformübergreifend im mobilen Browser verfübar
• kein App Store. Updates erscheinen sofort
• Entwicklung mit Standard-Webtechnologien

Nachteile von Mobilen Websites / Web Apps

• kein App Store als zentrale Vertriebsplattform
• eingeschränkter Zugriff auf Hardware
• Herausforderung Usability
  • Geschwindigkeit
  • Anpassung der Darstellung für unterschiedliche Geräte

Als weitere Möglichkeit bietet sich die Hybride App mittels Frameworks wie zum Beispiel PhoneGap an. Damit lässt sich eine Cross Plattform-Entwicklung von nativen Apps mit Webtechnologien umsetzen. Die gängigsten Plattformen werden unterstützt, doch ist dieser Ansatz für komplexere Aufgabenstellungen nicht zu empfehlen.

Wenn man selbst weniger Aufwand betreiben will, so kann man seine Inhalte bei einem Aggregator einstellen lassen. Diese Lösung ist günstig, schnell und pflegeleicht, bietet dafür aber wenig Möglichkeit des Customizings und nur begrenzte Funktionalität.

Idealerweise greift man nicht nur auf eine Lösung zurück, sondern kombiniert verschiedene Möglichkeiten, wenn Zeit und Geld dies zulassen.

think first, code later

Abschließend gab Bernd Lindemann bei seinem Vortrag noch ein paar Anregungen zur Vorbereitung beim Entwickeln einer iPhone App. Sein Leitsatz lautet think first, code later und folgende Fragen sollte man sich zu den Inhalten stellen, solange man sich noch im Planungsprozess steckt:

• Welche Inhalte benötige ich?
• Existieren die Inhalte oder müssen sie erstellt werden?
• Wie kommen die Inhalte in die App?
• Gibt es existierende brauchbare Schnittstellen?
• Müssen Inhalte gepflegt und aktualisiert werden?

Updates sind sehr wichtig für gute Apps und sollten von Anfang an geplant sein. Zukünftige Features sollten frühzeitig bei den Kunden angekündigt werden, denn damit bleibt man im Gespräch. Außerdem erhöhen regelmäßige Aktualisierungen den Lebenszyklus einer App und man kann auf Kundenfeedback reagieren.

Auch die Preisfindung ist ein Thema über das man sich im Vorfeld Gedanken machen sollte.

• Will man seine Applikation durch Werbung finanzieren oder kostenpflichtig anbieten?
• Einmalzahlung oder In-App Purchase? Beim In-App Purchase können direkt aus der App zusätzliche Inhalte kostenpflichtig bezogen werden. Zum Beispiel weitere Karten bei einem Navigationsprogramm
• Bezahlversion und kostenlose Lite Version?
• 79 Cent oder teurer?

Prinzipiell kann man den Preis einer App abhängig von der Zielgruppe und der vorhandenen Konkurrenz machen. Man sollte sich bewusst sein, dass man so gut wie immer mit großer Konkurrenz rechnen muss. Konkurrenzprodukte zu analysieren kann sehr hilfreich beim Erstellen der eigenen App sein. Es gilt Erfolgreiche und weniger erfolgreiche Konkurrenten zu vergleichen und versuchen herauszufinden worin die Unterschiede liegen. Die zu analysierenden Punkte umfassen:

• Features
• Design
• Usability
• Umfang der Inhalte

Für seine eigene App muss man versuchen einen oder mehrere dieser Punkte zu verbessern um erfolgreich zu sein.

Fazit

Vieles muss berücksichtigt werden, wenn man eine gute Präsenz im mobilen Internet aufbauen will. Plant man bereits im Voraus wichtige Entscheidungen, so kann man später viel Geld und Zeit sparen. Die Wahl zwischen App oder mobiler Webseite muss jeder für sich selbst treffen. Die im Beitrag erwähnten Vor- und Nachteile der verschiedenen Lösungen sollten die Entscheidung aber etwas leichter machen.

The post Von der Idee zur App – oder doch lieber eine Web-Anwendung? appeared first on Mobile USTP MKL.

Verwendet man Content Management Systeme, so gibt es Möglichkeiten um diesen Prozess zu beschleunigen. Module wie Mobile Joomla! verwandeln die Webseite in eine spezielle mobile Version, wenn sie z.B. von einem Smartphone aufgerufen wird. Diese Plugins gibt es für die geläufigsten CMS. Sie bieten gute Ansätze, die allerdings noch nicht ganz ausgereift scheinen.

Zwei Module im Test

Um sich ein besseres Bild machen zu können, werfen wir im folgenden Abschnitt einen Blick auf zwei Module für unterschiedliche CMS. Zunächst widmen wir uns dem bereits erwähnten Mobile Joomla! für Joomla.

Nach der Installation von Mobile Joomla! sollten für die unterschiedlichen Smartphones angepasste Versionen der Webseite automatisch angezeigt werden, wenn sie von dem jeweiligen Gerät aufgerufen wird. Für die Anzeige am iPhone wird jQTouch verwendet.

<
Mobile Joomla! Beispiele am iPhone

Besucht man die Webseite mit einem Android-Phone stößt man allerdings auf einen Schwachpunkt des Moduls. Standardmäßig existiert noch kein optimiertes Template für Android und die tatsächlich angezeigte Version wirkt nicht sonderlich schick.

Mobile Joomla! Beispiele auf Android

Natürlich ist es möglich selbst Templates für mobile Geräte zu erstellen oder die bereits vorhandenen Templates anzupassen, doch ist dies mit einem erheblichen Mehraufwand verbunden.

Einen etwas anderen Weg schlägt das WordPress Mobile Pack ein, das auch auf diesem Blog installiert wurde. Dabei werden nicht unterschiedliche Templates für die verschiedenen mobilen Endgeräte verwendet, sondern lediglich eine angepasste mobile Version.

WordPress Mobile Pack Beispiele am iPhone

WordPress Mobile Pack Beispiele auf Android

Das WordPress Mobile Pack bietet im Vergleich zu Mobile Joomla! umfangreichere Einstellungsmöglichkeiten. Dabei kann zum Beispiel die Anzahl der anzuzeigenden Posts definiert, Länge des Teasers festgelegt oder das automatische Verkleinern von Bildern aktiviert werden. Einen Artikel über die gesamten Funktionen vom WordPress Mobile Pack kann man hier finden.

Direkter Vergleich

Fazit

Für viele der beliebten Content Management Systeme lassen sich bereits Module für mobile Geräte finden. Man kann allerdings nicht bei allen von einer optimierten Anzeige am mobilen Gerät sprechen. Erste Schritte in Richtung mobile Webseiten mit CMS sind also durchwegs vorhanden. An der Umsetzung muss aber noch etwas gefeilt werden, um die Lösungen massentauglich zu machen.

The post Mobile Webseiten mit CMS appeared first on Mobile USTP MKL.