Zurzeit steht bei uns ein größeres Projekt in der Planungsphase. Es geht darum optional Ihren POWERGAP Shop für mobile Geräte wie iPhone und andere Smartphones anbieten zu können. Sprich ein komplett eigenes Frontend zu schaffen, dass vollautomatisch bei Erkennung eines Smartphones angezeigt wird. Die korrekte Erkennung ist bereits bei unserem Backend (siehe www.powergap.de/forum/index.php?topic=703.0) länger erprobt.
Mobile Anzeigegeräte wie das IPhone und andere (z.B. auf Android basierende) Smartphones finden immer mehr Verbreitung und somit auch die Anzahl Käufer, die über solche Geräte in Ihrem Shop einkaufen möchten. Dieses Thema wurde hier im Forum ja auch schon von dem ein oder anderen Shopbetreiber als sehr wichtig eingestuft.
Das jetzige Frontend erweist sich auf den kleinen Displays als enorme Hürde und bringt auf diese Weise so gut wie keinen mobilen Einkaufsspaß.
Deshalb soll es bald die Möglichkeit geben eine mobile Version des POWERGAP Shops buchen zu können. Diese soll auf die nötigsten Grundfunktionen reduziert werden um dem mobilen Kunden ein schnelles und komfortables Einkaufen zu ermöglichen.
Hierzu haben wir uns zusammengesetzt und einen Prototyp in Bildern konzipiert, der eine grobe Richtung zeigen soll.
Wir möchten so kundennah wie möglich programmieren und Sie fragen, was Sie von einer solchen Lösung erwarten? Haben Sie besondere Wünsche bei den Funktionen? Wie puristisch muss das ganze sein?
Bitte helfen Sie uns mit einer Diskussion hier in diesem Beitrag eine perfekte Lösung zu konzipieren, damit die Aufwände sich letztlich auch in Umsatzzuwächsen auswirken!
Zur Verdeutlichung ein Beispiel einer möglichen Mobile Version von Vinexus.de
Das wäre also ein grober Vorschlag für einen solchen Einkauf.
Aus unseren internen Konzeptgesprächen wurde auch nach Recherchen von vorhandenen Seiten schnell klar,
dass der Einkauf SCHNELL und EINFACH funktionieren muss. Nur dann ist auch die nötige Akzeptanz gegeben.
Sprich die Seiten werden kaum Grafik enthalten. Nur das nötigste wird angezeigt um die Ladezeiten erträglich zu machen.
Als technische Basis wird selbstverständlich der DOCTYPE XML1.0 bzw. HTML5 dienen. Auf Javaskript wird quasi verzichtet. Wird zwar "teilweise" unterstützt, aber macht die Seiten auch sehr träge. Ein Framwork kommt nicht zum Einsatz, auch diese sind mit sehr hohen Ladezeiten verbunden.
Sprich wir entwickeln eine komplett eigene neue Lösung, die ein mobiles Einkaufen "perfekt" machen soll.
Wir freuen uns auf Ihre Anregungen!
Mobile Anzeigegeräte wie das IPhone und andere (z.B. auf Android basierende) Smartphones finden immer mehr Verbreitung und somit auch die Anzahl Käufer, die über solche Geräte in Ihrem Shop einkaufen möchten. Dieses Thema wurde hier im Forum ja auch schon von dem ein oder anderen Shopbetreiber als sehr wichtig eingestuft.
Das jetzige Frontend erweist sich auf den kleinen Displays als enorme Hürde und bringt auf diese Weise so gut wie keinen mobilen Einkaufsspaß.
Deshalb soll es bald die Möglichkeit geben eine mobile Version des POWERGAP Shops buchen zu können. Diese soll auf die nötigsten Grundfunktionen reduziert werden um dem mobilen Kunden ein schnelles und komfortables Einkaufen zu ermöglichen.
Hierzu haben wir uns zusammengesetzt und einen Prototyp in Bildern konzipiert, der eine grobe Richtung zeigen soll.
Wir möchten so kundennah wie möglich programmieren und Sie fragen, was Sie von einer solchen Lösung erwarten? Haben Sie besondere Wünsche bei den Funktionen? Wie puristisch muss das ganze sein?
Bitte helfen Sie uns mit einer Diskussion hier in diesem Beitrag eine perfekte Lösung zu konzipieren, damit die Aufwände sich letztlich auch in Umsatzzuwächsen auswirken!
Zur Verdeutlichung ein Beispiel einer möglichen Mobile Version von Vinexus.de
Startseite: | Artikelsuche: |
Artikeldetail 1/2:  Die Artikeldetail-Anzeige stellen wir uns in 2 Seiten aufgeteilt vor. Denn auf dem kleinen Display und der begrenzten Ladezeiten macht es keinen Sinn, kilometerlange Texte anzuzeigen. Nur wenn der kunde es wünscht, würde man in weitere Details abtauchen. Was halten Sie von dieser Idee? | Artikeldetail 2/2:  |
Warenkorb:  | Kunden-Login:  |
Registrierung:  | Übersicht:  |
Abschluss:  |
Das wäre also ein grober Vorschlag für einen solchen Einkauf.
Aus unseren internen Konzeptgesprächen wurde auch nach Recherchen von vorhandenen Seiten schnell klar,
dass der Einkauf SCHNELL und EINFACH funktionieren muss. Nur dann ist auch die nötige Akzeptanz gegeben.
Sprich die Seiten werden kaum Grafik enthalten. Nur das nötigste wird angezeigt um die Ladezeiten erträglich zu machen.
Als technische Basis wird selbstverständlich der DOCTYPE XML1.0 bzw. HTML5 dienen. Auf Javaskript wird quasi verzichtet. Wird zwar "teilweise" unterstützt, aber macht die Seiten auch sehr träge. Ein Framwork kommt nicht zum Einsatz, auch diese sind mit sehr hohen Ladezeiten verbunden.
Sprich wir entwickeln eine komplett eigene neue Lösung, die ein mobiles Einkaufen "perfekt" machen soll.
Wir freuen uns auf Ihre Anregungen!
hmmm - was pssiert mit großen artikelbildern? Werden die automatisch vom server in das layout runter gerechnet? wäre gut...da srunterskalieren per browser ist nicht sooo gut
ein 460 px bild macht wenig sinn
wir haben in vielen artiklen hardcodierte sachen, die nicht passen. Iframes ect. Werden diese automatsich gefiltert? Ebenso ggf flash in de rbösen apple dikatur
wird es im bedarfsfall eine spezille version geben, wo die inhalte angepasst werden können? also wie eine sprachversion für mobile geräte? wir benutzen die "französiche vesion" für verschiedne exporte. die wäre vieleicht auch für mobil interessant ???
Für android wäre flash ggf ok und gut!!. Für iPhone und iPad, müsste alles flash weg. Vielleicht wäre es sinnvoll die mobile version auch auf tablets auszuweiten... :-?
ebay teilt lange seiten in seite 1, 2,3 usw auf. Das ist jedemal extrem käsig. jeder klick ist mit einem ladevorgang verbunden und man kann dann wieder 5 sätze weiter lesen.... amazon macht das teilweise auch. es ist aber zeitraubender als 1 mal 100 kb code zu laden und dann ggf per js aufklappfunktion sachen zu sehen. bei wikipedia ist das so gelöst.
die aufteilung auf viele, möcglichst nicht scrollbare schirme finde ich ziemlich sinnlos. einen schirm ggf zu scollen ist ja kein problem.... es kostet weniger zeit als das vor und zurück klicken.
PS: ich gehöre zu den leuten die 80% ihrer sachen aufm handy kaufen, wiel ich zu faul bin den rechner hochzufahren. oftmals schalte ich aber die mobile version (zb. bei amazon) ab, weil sie zu reduziert ist. Wenn ich auf android oder eienm alten iphone im netz surfe, bin ich immer im wlan netz. Ich behaupte mal so ins blaue: viele benutzen den webbrowser nicht im "langsamen" telefonnetz....
wenn man "mobiles Einkaufen perfekt machen" will , müsste weniger nach dem system (iphone, android usw ) gefragt werden, sondern vor allem nach der datenverbindung ....
es kommt nicht so sehr auf die bildschirmgröße an - das lässt sich mit einem simplen css, ohne tabellen abfangen. Es kommt vor allem auf die datengeschwindigkeit an, mit der man aktuell unterwegs ist...
PPS: die mobile version müsste an jeder stelle auch abschaltbar sein....
ein 460 px bild macht wenig sinn
wir haben in vielen artiklen hardcodierte sachen, die nicht passen. Iframes ect. Werden diese automatsich gefiltert? Ebenso ggf flash in de rbösen apple dikatur
wird es im bedarfsfall eine spezille version geben, wo die inhalte angepasst werden können? also wie eine sprachversion für mobile geräte? wir benutzen die "französiche vesion" für verschiedne exporte. die wäre vieleicht auch für mobil interessant ???
Für android wäre flash ggf ok und gut!!. Für iPhone und iPad, müsste alles flash weg. Vielleicht wäre es sinnvoll die mobile version auch auf tablets auszuweiten... :-?
ebay teilt lange seiten in seite 1, 2,3 usw auf. Das ist jedemal extrem käsig. jeder klick ist mit einem ladevorgang verbunden und man kann dann wieder 5 sätze weiter lesen.... amazon macht das teilweise auch. es ist aber zeitraubender als 1 mal 100 kb code zu laden und dann ggf per js aufklappfunktion sachen zu sehen. bei wikipedia ist das so gelöst.
die aufteilung auf viele, möcglichst nicht scrollbare schirme finde ich ziemlich sinnlos. einen schirm ggf zu scollen ist ja kein problem.... es kostet weniger zeit als das vor und zurück klicken.
PS: ich gehöre zu den leuten die 80% ihrer sachen aufm handy kaufen, wiel ich zu faul bin den rechner hochzufahren. oftmals schalte ich aber die mobile version (zb. bei amazon) ab, weil sie zu reduziert ist. Wenn ich auf android oder eienm alten iphone im netz surfe, bin ich immer im wlan netz. Ich behaupte mal so ins blaue: viele benutzen den webbrowser nicht im "langsamen" telefonnetz....
wenn man "mobiles Einkaufen perfekt machen" will , müsste weniger nach dem system (iphone, android usw ) gefragt werden, sondern vor allem nach der datenverbindung ....
es kommt nicht so sehr auf die bildschirmgröße an - das lässt sich mit einem simplen css, ohne tabellen abfangen. Es kommt vor allem auf die datengeschwindigkeit an, mit der man aktuell unterwegs ist...
PPS: die mobile version müsste an jeder stelle auch abschaltbar sein....
ok ok, war wohl etwas ungeduldig
Danke für die Infos.
Nein, eine APP wird es nicht werden. Denn wir möchten das ja nicht nur auf einzelne Geräte ermöglichen, sondern die Masse bekommen. APPs müsste man ja für die einzelnen Betriebssysteme der Smartphoes separat programmieren.
Eine APP muss der Kunde auch installieren. Eine URL im Browser eingeben, oder wie gewohnt über Google kommen und dann direkt die mobile Version sehen (auf wunsch auf die normale Version umschalten) ist Ziel dieser Entwicklung.
Würde man den mobilen Besucher zunächst auffordern eine APP zu installieren (was ja nicht jeder mal einfach so macht), würde das sicher eine nicht zu unterschätzende Rate an Abbrüchen zu Folge haben.
Daraus ein modernes HTML Frontend zu machen hatt nach bisherigen Erkenntnissen somit nur Vorteile.
Danke für die Infos.
Nein, eine APP wird es nicht werden. Denn wir möchten das ja nicht nur auf einzelne Geräte ermöglichen, sondern die Masse bekommen. APPs müsste man ja für die einzelnen Betriebssysteme der Smartphoes separat programmieren.
Eine APP muss der Kunde auch installieren. Eine URL im Browser eingeben, oder wie gewohnt über Google kommen und dann direkt die mobile Version sehen (auf wunsch auf die normale Version umschalten) ist Ziel dieser Entwicklung.
Würde man den mobilen Besucher zunächst auffordern eine APP zu installieren (was ja nicht jeder mal einfach so macht), würde das sicher eine nicht zu unterschätzende Rate an Abbrüchen zu Folge haben.
Daraus ein modernes HTML Frontend zu machen hatt nach bisherigen Erkenntnissen somit nur Vorteile.
Hallo Forum,
ich bin Michael D. und durfte bereits einige Erfahrungen im Erstellen vom Apps/WebApps sammeln. Vielleicht können wir der Lösung zusammen einen Schritt näher kommen.
Ich habe schon vor ca. einem Jahr über Post-PC-Shopping mit PG-Shops nachgedacht (Robert ;o) und ich bin zu dem Entschluss gekommen, dass nur eine native App das hier beschworene "perfekte Einkaufserlebnis" ermöglicht. Das fängt bei einer "Always-Logged-In" Funktion an, und hört bei den Werbetafeln "AppStores" auf, in die man mit einer WebApp nicht hineingelassen wird.
Es gibt meiner Meinung nach mehr Gründe, die für eine App sprechen, als für eine WebApp. Dabei muss man natürlich auch schauen, welche Features in Zukunft noch hinzukommen sollen.
Will man z.B. Benachrichtigen über neue Angebote/Bestellstati an die User pushen? Oder, oder, oder.
Wenn man sich darüber klar geworden ist, was der Shop können soll, erst dann kann man sich für eine App, oder WebApp entscheiden.
Aus diesen Überlegungen ist ein erster Prototyp für unseren 4Clever-Shop entstanden, den man hier
http://www.4-clever.info/IPHONE/SimpleBrowser/index.html
besuchen kann. In diesem Fall ist es eine WebApp. Eine Kooperation zur Entwicklung einer Api, zwischen einem mir nahen Software-Entwickler für iOS u. Android und PG, kam leider nicht zustande.
Ist noch nicht viel, aber man muss ja auch mal anfachen. Es ging darum, ein Gefühl für die Sache zu bekommen. Ach ja, geht übrigens nur mit einem iPhone.
Wie ich hier aus den Beiträgen herauslese, wollen alle eine WebApp, die lediglich Artikel anzeigt, welche man in den Warenkorb legen und dann bestellen kann. Das ganze für kleine Displays optimiert.
Das sollte nicht alles sein! Denkt nur an die Möglichkeiten?
Meiner Meinung nach sollte ein Mobiler-Shop z.B. nur als Kompanion für den eigentlichen, großen Shop angesehen werden. Registrieren geht z.B. nicht über die App, nur über den Shop. Neukunden gewinnt man nicht mit einer WebApp/App. Das ist ein Mehrwert, der registrierten Kunden zur Verfügung steht.
Das ist nur ein erster Beitrag, damit Ihr wisst, dass ich mitlese. Ich will mal sehen, dass ich ein paar Scribbles zur Nutzerführung bastle und hier hochlade.
Macht Ihr mit?
VG
M
ich bin Michael D. und durfte bereits einige Erfahrungen im Erstellen vom Apps/WebApps sammeln. Vielleicht können wir der Lösung zusammen einen Schritt näher kommen.
Ich habe schon vor ca. einem Jahr über Post-PC-Shopping mit PG-Shops nachgedacht (Robert ;o) und ich bin zu dem Entschluss gekommen, dass nur eine native App das hier beschworene "perfekte Einkaufserlebnis" ermöglicht. Das fängt bei einer "Always-Logged-In" Funktion an, und hört bei den Werbetafeln "AppStores" auf, in die man mit einer WebApp nicht hineingelassen wird.
Es gibt meiner Meinung nach mehr Gründe, die für eine App sprechen, als für eine WebApp. Dabei muss man natürlich auch schauen, welche Features in Zukunft noch hinzukommen sollen.
Will man z.B. Benachrichtigen über neue Angebote/Bestellstati an die User pushen? Oder, oder, oder.
Wenn man sich darüber klar geworden ist, was der Shop können soll, erst dann kann man sich für eine App, oder WebApp entscheiden.
Aus diesen Überlegungen ist ein erster Prototyp für unseren 4Clever-Shop entstanden, den man hier
http://www.4-clever.info/IPHONE/SimpleBrowser/index.html
besuchen kann. In diesem Fall ist es eine WebApp. Eine Kooperation zur Entwicklung einer Api, zwischen einem mir nahen Software-Entwickler für iOS u. Android und PG, kam leider nicht zustande.
Ist noch nicht viel, aber man muss ja auch mal anfachen. Es ging darum, ein Gefühl für die Sache zu bekommen. Ach ja, geht übrigens nur mit einem iPhone.
Wie ich hier aus den Beiträgen herauslese, wollen alle eine WebApp, die lediglich Artikel anzeigt, welche man in den Warenkorb legen und dann bestellen kann. Das ganze für kleine Displays optimiert.
Das sollte nicht alles sein! Denkt nur an die Möglichkeiten?
Meiner Meinung nach sollte ein Mobiler-Shop z.B. nur als Kompanion für den eigentlichen, großen Shop angesehen werden. Registrieren geht z.B. nicht über die App, nur über den Shop. Neukunden gewinnt man nicht mit einer WebApp/App. Das ist ein Mehrwert, der registrierten Kunden zur Verfügung steht.
Das ist nur ein erster Beitrag, damit Ihr wisst, dass ich mitlese. Ich will mal sehen, dass ich ein paar Scribbles zur Nutzerführung bastle und hier hochlade.
Macht Ihr mit?
VG
M
Hallo
....was mir noch eingefallen ist: die größte barriere bei mobilen websites ist oft die url bzw der einstieg....
Es wäre für verschiedene zwecke ganz praktsich wenn ihr eine URl in verkürzter form anbietet und dann weiter leitet. :) Sowas wie tinyurl.com
BSP: Diese URL (zB in einer anzeige) kann ich nit tippen:
http://www.shop.irms.de/Rasentraktor-Rasor-13596-Briggs-Stratton-985-kW-Schnittbreite-96-cm-Seitenauswurf.html
die schon eher:
http://www.irms.de/11967
Die kurze URL ist auch für andere einstiege ganz praktisch
So sieht z.B. ein QR in einer Anzeige mit kuzer URL aus
So sieht der gleiche Code mit langer URL aus
der lange code ist etwas fummlig zu knipsen....
....was mir noch eingefallen ist: die größte barriere bei mobilen websites ist oft die url bzw der einstieg....
Es wäre für verschiedene zwecke ganz praktsich wenn ihr eine URl in verkürzter form anbietet und dann weiter leitet. :) Sowas wie tinyurl.com
BSP: Diese URL (zB in einer anzeige) kann ich nit tippen:
http://www.shop.irms.de/Rasentraktor-Rasor-13596-Briggs-Stratton-985-kW-Schnittbreite-96-cm-Seitenauswurf.html
die schon eher:
http://www.irms.de/11967
Die kurze URL ist auch für andere einstiege ganz praktisch
So sieht z.B. ein QR in einer Anzeige mit kuzer URL aus
So sieht der gleiche Code mit langer URL aus
der lange code ist etwas fummlig zu knipsen....
Eine Frage, hat sich ein Shopbetreiber schon mal mit der mobilen Lösung von
http://www.shopgate.com/
beschäftigt?
http://www.shopgate.com/
beschäftigt?
nein...
das funktioniert wie zahlreiche andere systeme (u.a. goggles).... ?? per bilderkennung oder barcode auslesen. Die frage ist wie verbreitet die sind.... ??? denke, es sit frustig, wenn man ein produkt scannt und kein angebot findet. So wie in dme video geht dat sicher nit ;D
eigene iphone-lösungen bieten auch viele an. die frage is tnur, ob's die app in dne app-store schafft. Apple ist bei der 500.000sten geclonten shop-app etwas zickig
nett sind die QR codes mit Logo. Erfordert die maxiaml mögliche fehelrtoleranz des codes. Sieht man selten...
das funktioniert wie zahlreiche andere systeme (u.a. goggles).... ?? per bilderkennung oder barcode auslesen. Die frage ist wie verbreitet die sind.... ??? denke, es sit frustig, wenn man ein produkt scannt und kein angebot findet. So wie in dme video geht dat sicher nit ;D
eigene iphone-lösungen bieten auch viele an. die frage is tnur, ob's die app in dne app-store schafft. Apple ist bei der 500.000sten geclonten shop-app etwas zickig
nett sind die QR codes mit Logo. Erfordert die maxiaml mögliche fehelrtoleranz des codes. Sieht man selten...
Liebes Powergap-Team,
wir sind sehr interessiert unsere Internetseite endlich für Smartphone zu vereinfachen und wollten uns mal nach dem Stand der Dinge erkunden. Wir werden mittlerweile auch von vielen Kunden darauf angesprochen
wir sind sehr interessiert unsere Internetseite endlich für Smartphone zu vereinfachen und wollten uns mal nach dem Stand der Dinge erkunden. Wir werden mittlerweile auch von vielen Kunden darauf angesprochen
Hallo zusammen,
Beginn der Entwicklung für das Projekt ist für das erste Halbjahr eingeplant. Es wird das größte jemals einzeln entwickelte Projekt werden, das wir hier gestartet haben. Kostentechnisch werden wir in Vorleistung gehen und dann wie shopgate..com monatliche Gebühren verlangen müssen.
Die Programmierungen beinhalten z.B. auch auf das mcommerce zugeschnittene Neuentwicklungen für Kreditkartenabrechnung, Paypal usw. Es muss perfekt mit der Wawi und den bisherigen vielen Funktionen zusammenspielen.
Es wird im Grunde ein neues abgespecktes Shop-Frontend programmiert, das auf Basis der modernsten Entwicklerumgebungen (HTML5,usw.) zunächst auch bei uns Einarbeitung in ganz neue Themengebiete bedarf.
Für die späteren Tests haben wir uns technisch bereits vorbereitet. Die Mitarbeiter haben unterschiedliche Smartphones um eine breite Testumgebung zu Verfügung zu haben.
Fertigstellung eines ersten Releases könnte im 3. Quartal erfolgen. Wem das zu lange dauert, der kann bis dahin auf externe Dienste wie shopgate zugreifen.
Hinweis: Egal von welchem Shopbetreiber (auch von nicht POWERGAP Shops), bisher haben wir keine positiven Rückmeldungen auf die Umsätze aus dem mobile-commerce gehört. Kaum jemand hat dadurch ernsthaft große Zuwächse verzeichnen können, die die Kosten rechtfertigen. Ich mache dafür vor allem den Einsatz von APPs verantwortlich, die man zunächst installieren muss. Daher ist unsere Entscheidung hier auf HTML5 gefallen, um eben jedem Smartphone schon bei der Eingabe der URL einen vollwertigen Shop anzuzeigen.
Insgesamt darf man zur Zeit nur nicht in zu große Euphorie verfallen. Denn wo noch nicht lange her die Argumente genannt wurden: "Wenn ich abends auf der Couch sitze, dann ..." zählen diese nach den neusten Entwicklungen nicht mehr wirklich. Das TV wird interaktiver, die neusten Trends zeigen, dass damit das iPhone wohl für einen Einkauf uninteressant wird, wenn der Konsument per 50" Flat-TV vor der Nase in einem Shop stöbern und surfen kann.
Und auch die Business-Reisenden im Zug werden eher zum Laptop oder Touchpad (iPad, Asus Slate,..) greifen und sich nicht mit dem Mini-Display eines Smartphones rumärgern. Das Einsatzgebiet teilt sich durch die neuen Technologien damit weiter. Ein Smartphone kommt als Shoppingplattform somit nicht mehr so oft zum Einsatz, wie bisher für die Zukunft prognostiziert.
Ich bin daher fast schon sehr froh, dass wir uns jetzt erst so spät damit beschäftigen und wertvolle Ressourcen bisher in wirklich relevante Aufgaben investieren konnten.
Beginn der Entwicklung für das Projekt ist für das erste Halbjahr eingeplant. Es wird das größte jemals einzeln entwickelte Projekt werden, das wir hier gestartet haben. Kostentechnisch werden wir in Vorleistung gehen und dann wie shopgate..com monatliche Gebühren verlangen müssen.
Die Programmierungen beinhalten z.B. auch auf das mcommerce zugeschnittene Neuentwicklungen für Kreditkartenabrechnung, Paypal usw. Es muss perfekt mit der Wawi und den bisherigen vielen Funktionen zusammenspielen.
Es wird im Grunde ein neues abgespecktes Shop-Frontend programmiert, das auf Basis der modernsten Entwicklerumgebungen (HTML5,usw.) zunächst auch bei uns Einarbeitung in ganz neue Themengebiete bedarf.
Für die späteren Tests haben wir uns technisch bereits vorbereitet. Die Mitarbeiter haben unterschiedliche Smartphones um eine breite Testumgebung zu Verfügung zu haben.
Fertigstellung eines ersten Releases könnte im 3. Quartal erfolgen. Wem das zu lange dauert, der kann bis dahin auf externe Dienste wie shopgate zugreifen.
Hinweis: Egal von welchem Shopbetreiber (auch von nicht POWERGAP Shops), bisher haben wir keine positiven Rückmeldungen auf die Umsätze aus dem mobile-commerce gehört. Kaum jemand hat dadurch ernsthaft große Zuwächse verzeichnen können, die die Kosten rechtfertigen. Ich mache dafür vor allem den Einsatz von APPs verantwortlich, die man zunächst installieren muss. Daher ist unsere Entscheidung hier auf HTML5 gefallen, um eben jedem Smartphone schon bei der Eingabe der URL einen vollwertigen Shop anzuzeigen.
Insgesamt darf man zur Zeit nur nicht in zu große Euphorie verfallen. Denn wo noch nicht lange her die Argumente genannt wurden: "Wenn ich abends auf der Couch sitze, dann ..." zählen diese nach den neusten Entwicklungen nicht mehr wirklich. Das TV wird interaktiver, die neusten Trends zeigen, dass damit das iPhone wohl für einen Einkauf uninteressant wird, wenn der Konsument per 50" Flat-TV vor der Nase in einem Shop stöbern und surfen kann.
Und auch die Business-Reisenden im Zug werden eher zum Laptop oder Touchpad (iPad, Asus Slate,..) greifen und sich nicht mit dem Mini-Display eines Smartphones rumärgern. Das Einsatzgebiet teilt sich durch die neuen Technologien damit weiter. Ein Smartphone kommt als Shoppingplattform somit nicht mehr so oft zum Einsatz, wie bisher für die Zukunft prognostiziert.
Ich bin daher fast schon sehr froh, dass wir uns jetzt erst so spät damit beschäftigen und wertvolle Ressourcen bisher in wirklich relevante Aufgaben investieren konnten.
Hallo und gutes neues!
ich dneke, der Fokus sollte grudnsätzlich auf einer plattform-unabhängigen ausrichtung liegen... ein sauberes HTML5/CSS frontend (früher nannte man das barrierefrei) ist wichtiger als eine konkrete ausrichtung auf smartphones - welcher größe auch immer.
hier noch 2 links auf die ich über weihnachten gestoßen bin
http://phonegap.com/
http://www.bezahlcode.de/
ich dneke, der Fokus sollte grudnsätzlich auf einer plattform-unabhängigen ausrichtung liegen... ein sauberes HTML5/CSS frontend (früher nannte man das barrierefrei) ist wichtiger als eine konkrete ausrichtung auf smartphones - welcher größe auch immer.
hier noch 2 links auf die ich über weihnachten gestoßen bin
http://phonegap.com/
http://www.bezahlcode.de/