Und da haben wir ein iPad. So, hallo,
guten Namen, mein Name ist Arif Andreas Leonhardt,
ich bin recht kurzfristig hier eingesprungen und freue mich,
mal wieder was zu erzählen.
Ich bin Geschäftsführer der MNP seit 1990,
gibt es sonst, damals haben wir CD Roms gebastelt in
der aktiven Anwendung
Dergleichen. Irgendwann kam das Internet dazu.
Und seit drei, vier Jahren eben auch mobile Lösungen.
Wir haben Fokus auf Vertrieb und Marketing-Anwendung und diese Bereiche.
Und aus diesem Umfeld versuche ich mal so
ein paar Sachen aus der Praxis zu zeigen.
Kurz noch, ja, MMP ist ein kleines Team von Entwicklern.
Wie gesagt, machen wir uns seit über 20 Jahren.
Machen immer so Special-Sachen. Also nicht so große Sachen
wie Akanlo, sondern immer so zielgerichtet Projekte
Und Vertriebsumfeld schon von auch größeren Unternehmen. Ja,
viele Sachen oder einige Punkte, die ich hier auf meinem Zettel habe,
die hat der Christoph auch schon erzählt,
da werde ich dann mal ein bisschen rüber skippen.
Wie z.B., warum überhaupt mobil oder warum benutzt man jetzt hier so iPads,
im Vertriebseinsatz? So, weil einfach man die Mar,
der User da ist. Das heißt,
die Leute haben so einen Teil zu Hause und sagen,
das finde ich aber klasse und dann kann man das und
das machen und das möchte ich jetzt auch nutzen
Kommen wir aber eben auf den Punkt, da bring your own Device,
die Leute fangen an, Sachen mit ihrem eigenen iPad zu machen.
Das heißt, irgendwann kommt der Demand und dann wird es eben auch ins Unternehmen eingeführt. Dann eben,
ich habe eine schnelle Online-Lösung, es ist schnell,
ich klappe es auch nur, es funktioniert,
es ist nicht wie mit PC hochfahren, windlos,
gute und dergleichen, es ist einfach zu handeln,
touch display und beweglich, weil ich es überall mitnehmen kann,
auch in eine Tasche stecken kann und, und,
und.
Also das sind so die Grundbegriffe letztendlich fürs Unternehmen.
Man hat ein bisschen mehr Kontrolle,
als wenn die Leute da mit ihrem Laptop arbeiten
Ich habe weniger Kosten, das ist billiger und brauche weniger
Hardware-Support und Software-Support, weil wieder mal Windows geht nicht.
Und hier geht das Internet nicht, die Software funktioniert nicht.
Deswegen mal ein paar, kurz ein paar Punkte, warum. So,
was ich ja auch erzählen wollte, so wie sieht die praktische Umsetzung an,
wo sind die Probleme oder wo sind die Punkte,
auf die es ankommt, eben in der Umsetzung.
Also haben realen Beispiel. Und da geht es nämlich schon los,
wer macht das Projekt, wer entscheidet so, wenn man das Produkt,
Marketing, dann haben wir die IT, die Fachabteilung,
die da mitredet, dann haben wir Legal.
So ist das alles rechtens. Compliant, dann überhaupt die generelle Marketing-Werbeabteilung,
ein Unternehmen hat Interesse, ihren Input in so eine Anwendung zu liefern.
Und wenn ich in einem noch größeren Unternehmen dabei bin,
dann geht es nach Regionen. Dann habe ich die amerikanische Organisation,
die Agile Pacific, der Europa,
die alle irgendwo an den Projekten Interesse haben oder meinen,
auch Input zu liefern und eben auch Business Units,
also Geschäftssparten, Bereichssparten, Ja,
und da mitten drin stehen wir eben als Entwickler und müssen eben all diese Kräfte hier und Parteien irgendwie versuchen,
unter einen Hut zu bekommen,
beziehungsweise mit allen irgendwie gut da durchzugehen,
um ein erfolgreiches Projekt zu starten.
Gut, mal kurze Sachen,
also Plattformen hatte Christoph auch schon an gewissen iOS,
Android Windows, Web-App, HTML5,
so nenne ich das,
das sind hier so die gängigen Plattformen für diese Form
der Anwendung
Da gehe ich jetzt auch nicht weiter drauf ein.
Und welche Parameter gilt es zu bedenken? Das ist Mobile Device Management,
hat das Unternehmen eins oder wie werden Apps überhaupt in dem Unternehmen verteilt?
Wenn, ja, also wenn ich zum Beispiel iOS entwickle,
wie sieht es aus mit dem iOS-Enterprise-Developer-Account,
der da in dem Unternehmen angelegt ist, gibt es einen,
muss sich das Unternehmen dort begleiten?
Darf ich als Third-Party-Entwickler den nutzen und welche Rechte und Rollen habe ich drin,
Das bezieht sich hauptsächlich auf den iOS-End-Developer-Account,
aber auch bei Windows-Entwicklung habe ich hier auch die gleichen Parameter- und Fragestellungen,
die im Rahmen eines Projektes zu klären sind.
Security, da kommt die IT ins Spiel,
Leitung hier und da, Verschlüsselung dort und nie kein offenes HTTP
und das muss so und so und so.
Das ist also auch immer ein wichtiger Parameter bei so einer
Anwendung und Compliance. Da geht es zum Beispiel darum,
dass gerade Marketing-Abteilungen und Vertriebsabteilungen gerne alles tracken,
so wie oft wird, der geht der User XY in das System.
Dagegen spricht natürlich der Vertriebsrat, sodass es dann auch ein Parameter,
den man dort irgendwo in der Entwicklung teilweise in Betracht ziehen muss.
Am Ende natürlich, was das Ziel der Anwendung,
was will ich eigentlich bauen, also was ist die App,
die ich herstelle? Da habe ich da mal Anwendungstypen aufgezeigt,
also so nennen das mal Digital Signage,
also so Kiosk-Apps, so Sachen,
die wirklich plakativ sind,
die irgendwas zeigen
Eins, dann habe ich hier den Sales-Marketing-Kiosk.
Das ist sozusagen der kleine Musterkoffer des Vertrieblers,
wo er Zugriff auf alles hat,
was das Unternehmen ihnen an Unterlagen liefert und gibt.
Dann gibt es sowas wie Knowledge-Bases, also Unternehmenswissen,
Produktwissen, Training, was in einer App stecken kann.
Und dann gibt es die CRM oder ERP-Apps, also klar so Kunden, Datenmanagement.
Ich will mich in mein Beispiel mal an den oberen Beinen orientieren,
Zu den anderen kann ich was erzählen, aber wie ich zeigen im Moment.
Gut, Digital Signage. Haben wir eine App?
Zur App gibt es aber auch immer eine Website.
Und das Ganze muss auch irgendwie, wird auch noch wieder
irgendwo anders aufgebaut. Durchgehend in den Apps, also Business-Sapps,
die wir jetzt in den letzten zwölf Monaten gemacht haben,
haben wir immer den Zusammenhang.
App, Web und stationär in irgendeiner Präsentationsmodus.
Und das zieht sich hier durch App,
Web, Präsentationssystem
Präsentation, Web-App. Genau. Heißt eigentlich,
in diesem Zusammenhang, also diese, sagen wir mal,
Präsentation, Kiosk, bunte Bilder-Apps, die wir hier haben,
am Einsatz auf Messen oder am Point of Sale, Point of Interest,
geführt durch Personal oder eben frei zum Benutzen des Besuchers,
der Content ist meist Multiplattform, das bedeutet,
ich baue was.
Und das muss auf allen Zielplattformen irgendwie verfügbar sein. Also sei es vom Layout her,
sei es von den Assets, also Bildern,
ein bisschen natürlich, dass die Software irgendwie so sein muss,
mobil bzw. App ist eben nur ein weiteres Medium zur Verteilung solch einer App.
Der Content soll am liebsten Mobilweb offline im Video als Präsentationssystem
zur Verfügung stehen. Das heißt,
die Herausforderung ist irgendwie eine Basis zu bauen,
die ich auf all diesen Sachen dann wirklich verteilen und
spranden kann
Als technische Strategie-Web soweit machbar, das,
was wir hier als HTML-Firmen-Hybrid-App im vorherigen Vortrag gehört haben.
Oder eben, ich weiß ganz genau,
dass es das gerät und darauf soll es laufen,
dann werde ich natürlich nativ auf diesem Gerät entwickeln.
Gut, die spannenderen Sachen sind der Sales Marketing-Kiosk.
Das heißt, Ein Vertriebsmitarbeiter hat Zugriff auf alles,
was das Unternehmen in ihn gibt oder zur Verfügung stellt.
Das heißt, er hat eine App, die sozusagen
ein riesengroßer Musterkoffer ist. Da können wir mal reingehen.
Das ist zum Beispiel der Sales-Kiosk für den Mitarbeiter,
für die Olympus Verkaufsorganisationen für Kameras oder eben Consumer Products
Das sollte jetzt schneller gehen. Ich habe die falsche App gestattet
. Ja. Ich kann das Netz hier nicht nutzen.
Deswegen musste ich das über das Gerät machen, aber da
ist er. So. Das heißt, der Vertriebler dran,
ihr über Downloads überall bestimmen, was will ich,
was benutze ich
Welche Objekte will ich für Kundenpräsentation zusammenstellen und, und, und.
Darüber greift er dann auf ein Backend zu und lädt sich
die entsprechenden Sachen auf sein Pad herunter, so mal im Kurzen.
Da mal anzugreifen, was ich mit einem Sales-Kiosk meine,
um sowas herzustellen, muss ich halt auch Überlegungen machen,
komme ich das mit so einem Cross-Plattform,
komme ich mit so einem Lab hin oder lieber nativ
und da haben wir die Erfahrung gemacht.
Aber mit Hybrid meine ich was anderes,
als was Christoph gemeint hat im vorherigen Vortrag,
sondern der Hybrid meint bei mir eine native App unter Einbindung von Web HTML 5 Technologien.
Oder eben, wenn es klar ist oder das Projekt eben
es darstellt, 100 Prozent nativ auf die Zielplattform.
Denn ich brauche Anpassungen im US für Zugriffe auf Userdaten,
Rechte und Rollen ist bei so einem System sehr wichtig,
weil nicht jeder Benutzer darf alle Daten sehen bzw. darf
nur Daten aus seinem Land oder aus seiner Businesssparte sehen
Und dann eben Hardware-Funktionen, wie mehr im Foto,
was auch immer man braucht.
Gut. Da gibt es auch bestimmte Fallstricke bei der Entwicklung,
also wirklich in der alltäglichen Umsetzung oder Erstellung einer solchen Anwendung.
Denn wir arbeiten hier, teilweise mit sehr, sehr vielen Daten.
Das heißt, wir haben zwischen 1600 und 2000 Objekte,
die der Benutzer dort sich draufziehen kann
Und das beschäftigt dann so ein Endgerät schon, weil mobil ist kein PC.
Also wenn ich sowas jetzt zum Beispiel machen will,
sage ich nachher noch gleich,
mit wirklich 3D und Google Maps nach Bildung,
dann geht mir so ein iPad in die Knie,
wenn ich versuche, das mit Web-Technologien zu machen.
Ich habe bald nur eine begrenzte Performance und ein iPad
hat 512 MB-RAM, so ein Galaxy,
1 Gigabyte RAM
Dann haben die Teile Sparprozessoren. Also das ist alles in
der Entwicklung einfach im Hinterkopf zu bedenken, wenn ich entwickle.
Also ich kann nicht so so, wie wenn ich jetzt eine PC-Software mache,
egal 16 Gigabyte Raben und geile Grafikkarte, dann scheitere ich hier.
Ich muss wirklich runterstrippen und dann, ja,
weniger ist mehr versuchen. Und dann muss das Ganze natürlich,
also so eine größere Lösung, wenn ich mit Datenbanken,
mit mehreren tausend Objekten, mit den Benutzern des Unternehmens arbeite,
muss sich über Skalierbarkeit in der Planung und Entwicklung nachdenken und natürlich um Einbettung in die IT-Landschaft berücksichtigen,
beziehungsweise in andere Systeme.
Ja, wir hatten ja vorhin gesehen, also Arkando macht
E-Spirit und is that e-Spirit irgendwo ein und baut dort riesige Intranet-Netz-Systeme.
Und irgendwann muss dann so eine Lösung mit dem auch mit dann sprechen.
Und das gilt es halt dort zu berücksichtigen. Gut,
wie geht man vor? Wir haben am Anfang gesehen,
es gibt tschechische Abteilungen, Regionen und dergleichen mehr
Wir haben hier eine Strategie, es gibt eine App,
die ist aber dreimal da, um das nochmal zu zeigen,
da haben wir ja eben die App für die Consumer gesehen, mit schönem bunten Bildchen.
Jetzt haben wir ein und die gleiche App, bis die neuere Version. Für die Mikroskopie benutze,
für die Business Unit Mikroskopie, das sind Akademiker,
das sind Doktorenprofessoren, die haben weniger bunte Bildchen,
die haben aber dafür 2000 Datenblätter und Spezifikationen und teilweise steht da Confidential,
das darf ich Ihnen dann nicht zeigen,
aber bestimmte Sachen und Objekte sieht also ein bisschen Wesen nüchterner aus und dann zeige ich Ihnen und dann gibt es als drittes eben die Mediziner,
die haben viele gruselige,
also jetzt hier beim Unternehmen Olympus viele gruselige Videos über Endoskopie und Operationen und dergleichen,
da sieht das ein bisschen bunter aus,
aber es ist eine und die gleiche App
Mit einem Backend, hat aber für jede Benutzergruppe eine Instanz fürs
Redaktionssystem im Backend, sowie eben eine Instanz für die Frontend-App.
Es gilt also in solchen Überlegungen,
wenn ich so für Enterprise-Business-Apps arbeite,
wie kann ich Abteilungen glücklich machen,
wie passt das und wie
arbeitet das ineinander
Weil wir haben ein paar Bilder beim Marketing für Vertriebnahme, ein Punkt, Faktor Zeit.
Jetzt muss er mal schnell gehen. Das heißt,
es gibt irgendwann mal eine Planung, ah,
wir wollen was mit Apps machen, wir haben diese Kongresseplanung,
Termine bedeutet, ich habe meistens so einen Fokus vom halben Jahr,
so ein Ding auf die Beine zu stellen.
Und muss dann im Step B sehen,
an Akzeptanz und Prototyp, wie kriege ich das Ding dann
wirklich in die ganze Unternehmens-IT integriert
So, neben den technischen Dingen gibt es auch Content-Strategien,
die ich zu berücksichtigen habe bei einer Vertriebs- und Marketing-App.
Wir haben eben diese Kiosk-Datenbank-App, die ich eben gezeigt habe.
Es gibt aber auch einen anderen Ansatz, den nenne ich jetzt mal Storytelling.
So, wir haben hier die Kiosk-Datenbank-App. Hat halt einen schnellen Zugriff,
hat filtert, Übersicht,
individuelle Anpassung ist hier für den deutschen Vertriebler das Nonplusultra,
weil er hat da seine Broschüren,
er kann da suchen und zack,
zack,
zack und daraus baue ich das für meinen Kunden
zusammen und kann denen dann
glücklich machen
Einen Storytelling ververfolgt etwas anderes und mir eine Geschichte zu erzählen.
Und das hat folgenden Hintergrund. Ich führe den Benutzer
oder möchte auch meine Besucher, also meine Kunden eben wirklich
mit einer Geschichte begleiten.
Und dann gibt es
kulturelle Unterschiede
Sprich, ich habe andere Kulturkreise, die vertrieblich ganz anders umgehen.
Andere Ansätze im Verkaufsgespräch haben beziehungsweise auch ein ganz anderes Know-how ihres Produktes.
Deswegen hatte ich dann da so mal diese chinesische Oberfläche eingebaut,
um das dann mal an dieser App zu zeigen,
weil das ist auch, eigentlich sind die gleichen Daten,
hinter die wir in den, sage ich mal,
europäischen deutschen Sales-Kiosk hier, hast du die Prospekte drin,
habe ich hier eine App,
die jetzt wirklich gar nicht in Europa eingesetzt wird,
sondern einmal auf der einen Seite in den USA
und auf der anderen Seite in China,
Dort wollen die Leute einfach mehr bunte Bilder sehen,
mehr erleben, mehr geführt werden.
Das ist für die, ne, geht.
Sodass ich hier wirklich durch so einen Raum durchgehen kann und
hier dann wirklich am Ende zack, nö.
Dann eigentlich auch wieder zu meinem Produkt komme oder zu
den Dingen komme, die ich zeigen und erzählen will bzw.
argumentieren will
Ich kann dann aber auch wieder alle die Dinge machen,
also Mail schicken, das mit meinen Kunden scheren. Und,
und, und, ist aber halt Ansatz, Storytelling,
ich erzähle eine Geschichte, ich muss nicht alles wissen,
sondern das Ding erzählt mir das, was ich machen soll.
Bis hin, dass ich eben solche Simulationsspielchen habe.
Im Gegensatz zum gedruckten Wort. Ach,
das ist doch die,
kann dann hier auf die
Das sind so die Pfannen-Sachen bei Vertriebs- und Marketing-Apps,
dass ich hier so ein bisschen wie in Computerspielen programmieren darf.
Zack, geht das Licht an, wo machen wir es wieder aus?
Gut, also das Storytelling, das andere Kiosk-Datenbank.
Dahinter steckt die Schaltzentrale ein Backend-CMS. Glaubst du,
Christoph vorher gesagt hat, 80 Prozent Backend.
Eigentlich bei uns ist es
auch 80 Prozent
Brauchen ein Backend, da sind wichtig,
Fechte und Rollen der einzelnen User, da ist ein User-Management drin,
wer im Unternehmen darf das benutzen und wer nicht und wer erwartet das und wer managt das und wenn ich dann eine App,
das ist manchmal gar nicht so einfach,
also bei globalen Unternehmen weiß die IT jetzt in Europa nicht,
ob dieser chinesische User überhaupt noch und das heißt,
neben Sprachenfilter ist dann Security wichtig,
dass ich dann auch im Backend-Strategien mache mit Timestand,
dass ich die iPads aufgrund irgendwelcher Hardware-IDs und UMIs,
also Signiere.
Und wenn der User aus dem Unternehmen ausscheidet,
dann geht das Ding nicht mehr und, und, und, und.
Da helfen dann auch natürlich in der Verteilung eben MDM oder Active,
alte Directory-Geschichten, beziehungsweise was wir teilweise machen,
dass wir,
eben weil die Prozesse für diese Marketing-Apps so schnell sind und die IT meist keine Zeit hat,
machen wir das dann mit den eigenen Systemen im ersten Schritt mit dem Hinblick immer so darauf,
dass nach zwei,
drei,
vier Jahren das Ding irgendwann mal auch in der ganzen IT-Landschaft
drin sein muss
Gut, dann haben wir am Ende den Live-Betrieb und
dann hoffen wir, dass alle glücklich sind.
Da haben wir eben Akzeptanz durch Usability. Das heißt,
man kann eben sehen, das Ding wird angenommen,
wenn die Nutzer das oft benutzen oder gutes Feedback geben.
Das heißt, Content muss immer aktuell sein,
dass eben Backend-Redaktionssysteme, dass die Fachabteilung oder die betreuende Abteilung
immer alles aufsteht
Standhalten kann. Neue Ideen sind auch immer wichtig. Also das,
was wir da jetzt mit dieser Computersimulation der Software gesehen haben,
das sind andere so Gimmicks,
die uns dann damit eingefallen sind und die dann die Akten,
wo es spielerische Elemente gibt,
die dann eben auch die Akzeptanz der Benutzer eben erhöht.
Und am Ende Support heißt,
man muss es halt pflegen und hegen und sehr viel teilweise unterstützen,
was man gar nicht so denkt
Auch wenn man das System eigentlich mal Schlüssel fertig übergeben wird. Ja,
soweit mal kurz so ein paar Ausführungen zur praktischen,
ja, zum Praxisalter,
wie ich sowas eben entwickle oder am Laufen halte oder wie ich damit umgehe,
mit ein paar Beispielen von einigen Kundenanwendungen, die wir gemacht haben.
Soweit so gut. Deswegen fragen bitte. Jo. Ja,
aber ich will mal christieren, gerade jetzt bei diesem Omnibusbeispiel,
wie sind die Erfahrungen eigentlich?
Dauer von der ersten Idee, Projektierung, zu abnahmen,
welchen Gründen, wie ist der Tag hochgezogen für so ein Projekt?
Zwischen sechs und zwölf Monaten. Wie ist es anbeteiligt?
Sechs, sieben. Je nachdem,
also jetzt bei den 3D-Geschichten brauche ich andere Skills,
da brauche ich erstmal mal eine 3D-Bastler.
Und dann Grafik und dann eben die Entwickler und ein Projektkoordinator
Das zu sehen. Und meistens hängt es dann auch beim Kunden,
weil, was ich da auch in dem Chart vorher,
diese verschiedenen Abteilungen, gerade eben bei internationalen Projekten,
wenn man da sagt, ich habe da Amerika,
will das, China, will das in Europa,
will was ganz anderes, dann verzögern sich meist Sachen.
Aber so rein in die reine Entwicklung ist man eigentlich
so zwischen sechs und zwölf Monaten steht so, muss,
steht sowas dann ja.
Tja, dann bin ich fertig. Ich bin noch hier,
auch in der Pause oder danach und kann auch noch detaillierter
Dinge zeigen,
wenn gewünscht.