Een mobiele app laten maken rond de taak van je gebruiker.

Laat een medewerker één taak zonder verbinding doorlopen. Bepaal welke gegevens lokaal beschikbaar moeten zijn en wie een conflict oplost wanneer kantoor hetzelfde record heeft gewijzigd. De offline werkbon is een concreet voorbeeld waarmee je de mobiele scope kunt toetsen.

Werk offline opslag en synchronisatie uit

De bouwprijs volgt uit het werk dat de app moet doen: gebruikersrollen, schermen, gegevens, koppelingen, toestelgedrag en tests. Een app die bestaande informatie toont is een andere opdracht dan een app waarmee meerdere mensen offline wijzigingen vastleggen. Vergelijk offertes daarom op dezelfde eerste gebruikstaak en dezelfde uitzonderingen.

Bij OmniTechs staat de prijs van de Solution Sprint bij het pakket op deze pagina. Die prijs geldt voor zelfstandig scopeonderzoek, niet voor de bouw van een app. Een realisatievoorstel volgt pas wanneer de belangrijkste afhankelijkheden duidelijk zijn. Vraag daarin om afzonderlijke bedragen en grenzen voor ontwerp, realisatie, ingebruikname en terugkerend beheer.

• Eenmalig: onderzoek, interactieontwerp, app en eventuele backend, koppelingen, gegevensoverdracht en acceptatietests.
• Ingebruikname: testgroep, afgesproken toestellen, distributieroute, accounts en overdracht aan de beheerder.
• Terugkerend: hosting, externe diensten, eventuele ontwikkelaarslidmaatschappen, beveiligingsupdates en afgesproken ondersteuning.
• Later werk: extra rollen, nieuwe platforms of functies en wijzigingen bij leveranciers; leg vast hoe daarvoor een nieuw akkoord wordt gevraagd.

Bekijk de prijs en grenzen van het scopeonderzoek

Bepaal wie mag testen, welke taken de testgroep moet kunnen afronden en wie akkoord geeft. Leg ook vast wie eventuele publicatieaccounts beheert, welke distributieroute wordt onderzocht en wie wijzigingen verzorgt. Een werkend prototype bewijst geen store-toelating; publicatie en beheer vragen eigen afspraken.

Laat één normale taak én één lastige situatie uitschrijven. Bijvoorbeeld: een medewerker slaat een melding op en ziet de bevestiging; bij verbindingsverlies blijft duidelijk of de melding nog moet worden verstuurd. Dit is een illustratief acceptatievoorbeeld, geen standaard inbegrepen offlinefunctie.

Leg vast welke versie je beoordeelt, op welke toestellen, wie akkoord geeft en welke fouten vóór oplevering moeten zijn opgelost. Vraag apart wie accounts, broncode, documentatie en toegang beheert en welke gebruiksrechten worden overgedragen. Een demonstratie, overdracht en eventuele storepublicatie zijn verschillende oplevermomenten.

De Solution Sprint is geen verlengd verkoopgesprek. Het is zelfstandig projectwerk waarmee het probleem, de gebruikers, afhankelijkheden, risico’s en scope worden onderzocht voordat een realisatieprijs wordt afgegeven.

Implementatie is niet inbegrepen. Je bent niet verplicht om de implementatie daarna bij OmniTechs onder te brengen en er wordt geen realisatieprijs beloofd voordat het benodigde scopewerk is afgerond. Als een eenvoudiger bestaande oplossing voldoende is, bevelen we die aan.