iOS und Android
Eine Codebasis für beide Stores, wenn es passt, nativ dort, wo die Hardware oder die Leistung es erfordern.
Land und Sprache
Andere Märkte: Diese verfügbaren Sprachversionen zeigen dieselbe Seite.
Apps
Apps für Teams im Außendienst und für Ihre Kunden, mit integriertem Backend. In Paris entwickelt, in den Stores veröffentlicht, Quellcode geliefert.
Das Problem
Techniker, Fahrer, Prüfer und Vertriebsteams erledigen ihre Arbeit unterwegs und tippen abends um sieben im Büro alles noch einmal ein. Fotos bleiben auf dem Telefon, Unterschriften auf Papier, und das Büro erfährt erst einen Tag später, was passiert ist. Eine mobile App lohnt sich, wenn sie diese zweite Eingabe beseitigt, nicht wenn sie lediglich Ihre Website hinter einem App-Symbol anbietet.
Wir entwickeln Apps für iOS und Android zusammen mit dem benötigten Backend, weil sich beides gegenseitig bestimmt. Die Oberflächen sind für die einhändige Bedienung bei Tageslicht und manchmal mit Handschuhen ausgelegt: wenige große Bedienelemente, wenige Felder und meist passende Standardwerte. Was unterwegs nicht gebraucht wird, kommt nicht in die App.
Wir planen mit schlechter Netzabdeckung. Daten werden offline erfasst, zwischengespeichert und bei wiederhergestellter Verbindung synchronisiert. Konflikte werden nach vorher vereinbarten Regeln gelöst, nicht danach, wer zuletzt auf Speichern gedrückt hat. Die Veröffentlichung im App Store und bei Google Play erfolgt unter Ihren eigenen Konten. Sie erhalten den Quellcode von App und Backend.
Was Sie bekommen
Die sichtbare App ist die Hälfte des Projekts. Die andere Hälfte ist das Backend, mit dem es kommuniziert.
Eine Codebasis für beide Stores, wenn es passt, nativ dort, wo die Hardware oder die Leistung es erfordern.
Formulare, Fotos und Unterschriften werden ohne Signal erfasst, lokal in die Warteschlange gestellt und synchronisiert, wenn die Abdeckung wiederhergestellt ist.
Der Server, die Datenbank und eine dokumentierte REST-API, die mit der App erstellt und nicht nachträglich hinzugefügt wird.
Token-Authentifizierung, Biometrie, Rollen pro Benutzer, Remote-Abmeldung und kein gemeinsames Passwort auf einem Teamgerät.
Barcode- und QR-Scannen, Geolokalisierung, Kamera, PDF-Berichte und Push-Benachrichtigungen, wenn etwas Aufmerksamkeit erfordert.
Store-Einträge, Überprüfungsprozess, schrittweise Einführung und Updates werden über Ihre eigenen Entwicklerkonten verwaltet.
Wie wir arbeiten
Vier Phasen in dieser Reihenfolge. Sie geben jede Phase frei, bevor die nächste beginnt.
Wir begleiten die Arbeit vor Ort so, wie sie heute tatsächlich abläuft. Ergebnis: ein Leistungsumfang mit Kostenangaben, die Regeln für den Offline-Betrieb und die Plattformentscheidung.
1 bis 2 WochenAnklickbare Bildschirme, die auf den eigenen Mobiltelefonen Ihres Teams installiert sind, sodass die Größe einer Taste dort beurteilt wird, wo sie gedrückt wird.
2 WochenEin Build alle zwei Wochen durch interne TestFlight- und Play-Tests, der im Feld verwendet wird, während wir weiter bauen.
8 bis 14 WochenStore-Einreichung, Rollout, Schulung, dann Updates und Überwachung. Der Quellcode für App und Backend liegt bei Ihnen.
LaufendTechnologie
Ausgewählt für die Aufgaben der App im Feld:
Beispielprojekt
Berichte wurden auf Papier geschrieben, fotografiert und am nächsten Morgen im Büro noch einmal abgetippt. Wir haben eine App entwickelt, die den Auftrag, die Fotos und die Unterschrift des Kunden offline erfasst und dann alles an das Backoffice weiterleitet, sobald ein Signal verfügbar ist.
Budget
Die Zahl hängt von der Anzahl der Bildschirme, von Offline-Anforderungen und vom dahinter liegenden Backend ab.
Richtwert für einen üblichen Leistungsumfang. Nach der Projektklärung erhalten Sie ein Festpreisangebot ohne Gebühren pro Nutzer.
Wie der Preis ist
Der Preis hängt von den Nutzerabläufen, den anzubindenden Systemen und dem Betrieb auf zwei Plattformen ab. Wir klären zuerst den Leistungsumfang und nennen danach einen Festpreis.
Nach der Veröffentlichung
Eine veröffentlichte App benötigt Kompatibilitätsupdates, sonst wird sie irgendwann aus den Stores entfernt. Der Vertrag wird mit dem Projekt bepreist.
FAQ
Bei den meisten Unternehmens-Apps verwenden wir eine gemeinsame Codebasis für beide Plattformen. Das reduziert Entwicklungs- und Wartungsaufwand ungefähr um die Hälfte. Native Entwicklung wählen wir, wenn die App Hardwarefunktionen oder Grafikleistung intensiv nutzt. Diese Entscheidung wird bei der Festlegung des Projektumfangs getroffen und dokumentiert; sie verändert das Budget, nicht den Liefertermin.
Wenn niemand ohne Signal arbeitet und Sie keine Kamera, keinen Scanner oder keine Push-Benachrichtigung benötigen, ist eine responsive Website günstiger und einfacher zu aktualisieren. Wir sagen es, wenn das der Fall ist. Eine App verdient ihren Preis, wenn sie einen zweiten Dateneintrag entfernt oder dort funktioniert, wo die Abdeckung nicht funktioniert.
Die App wird unter Ihren eigenen Apple- und Google-Entwicklerkonten veröffentlicht, sodass der Eintrag, die Bewertungen und die Benutzer Ihnen gehören. Wir richten mit Ihnen die Konten ein, bereiten die Listings vor und kümmern uns um den Prüfprozess, einschließlich der Ablehnungen, die bei einer ersten Einreichung normal sind.
Planen Sie mindestens zwei Wartungsupdates pro Jahr ein. Apple und Google ändern ihre Anforderungen nach eigenen Zeitplänen; eine unverändert gelassene App wird irgendwann nicht mehr akzeptiert. Wir bieten die Wartung separat auf Jahresbasis an. Mit dem übergebenen Code können Sie auch ein anderes Team damit beauftragen.
Siehe auch
Lassen Sie uns sprechen
Dreißig Minuten reichen aus, um zu sagen, ob eine App die richtige Antwort ist, und um Ihnen eine ehrliche Einschätzung zu geben, bevor etwas entwickelt wird.