Apputveckling i Umeå
Vi hjälper arrangörer i Umeå att pröva och bygga en webbapp för mötesdagen. Börja med deltagarens program: välj ett pass, hitta rummet och se när arrangören ändrar informationen.
Ett personligt program under mötesdagen
- Välj pass
- Hitta rum
- Se ändring
Testfall: ett sparat pass byter rum. Den som återvänder till programmet ska se det uppdaterade beskedet och när det ändrades.
Nästa pass ska vara lätt att hitta, även när dagen ändras.
P5 beskriver konferenser, möten, kongresser och event i centrala Umeå, med flera typer av rum och en tydlig bokningsväg. Det är ett konkret exempel på en lokal mötesmiljö. Källan visar inte att P5 saknar en app eller hur deras deltagaradministration fungerar.
Vårt förslag till en arrangör med flera programpunkter är en länkbaserad app för personligt valda pass, rumsinformation och ändringsbesked. Pröva också att två valda pass krockar i tid: deltagaren väljer vad som ska ligga kvar. Börja utan biljettköp, betalning eller känsliga deltagaruppgifter. Om en enkel programsida eller ett befintligt eventsystem räcker ska ni inte beställa en ny app.
En webbapp är värd att pröva när deltagaren återkommer till sitt eget urval under dagen. En ren marknadssida för evenemanget, bokningsförfrågan eller ett program utan individuella val hör ofta hemma på den vanliga webbplatsen.
Lokal bakgrund: P5: konferens, möten och event i Umeå. Källan visar ett användningssammanhang, inte ett uppdrag eller ett inköpsbehov hos den namngivna aktören.
Från avgränsning till körbar app.
Deltagarens kärnuppgift
Bestäm om behovet gäller personliga passval, rumsinformation eller ändringar. Informationssidan och biljettsystemet behöver inte byggas om.
Program med en ägare
Knyt pass, rum, tid och version till en ansvarig arrangör. Besluta vem som får ändra information under pågående evenemang.
Prototyp för mötesdagen
Låt användare välja ett pass, komma tillbaka och hitta ett ändrat rum. Pröva också ett tomt urval och ett inställt pass.
Körbar webbapp
Bygg det avtalade programflödet med tydligt beslut om var val sparas. Personligt konto och synk mellan enheter ingår bara om behovet motiverar det.
Ändring med återkoppling
Visa att programmet är uppdaterat och vad som händer utan nät. Push-notiser är ett separat teknik- och samtyckesbeslut, inte ett grundlöfte.
Överlämning efter eventet
Dokumentera publicering, supportväg, lagringstid och hur appen stängs eller återanvänds när dagen är över.
Pröva samma deltagare två gånger.
Ett pass under förändring.
Före
Deltagaren öppnar en länk och väljer pass. Inget konto ska krävas utan ett motiverat behov.
Under
Arrangören ändrar ett rum i testprogrammet. Deltagaren återkommer och ska hitta det nya beskedet.
Efter
Bestäm hur sparade val tas bort eller behålls och vilket innehåll som finns kvar efter evenemanget.
Fortsätt när återbesöket fungerar och arrangören kan publicera en ändring utan hjälp från utvecklaren.
Välj plattform efter uppgift.
Webbapp
Pröva länkbaserad åtkomst först när webben klarar funktionen. Även lagring och användning utan nät behöver provas i rätt miljö.
Delad kodbas
Pröva cross-platform när iOS och Android behöver dela flöde. Plattformarnas olika beteenden måste ändå testas.
Native
Separata appar blir relevanta när telefonens funktioner eller prestandakrav motiverar extra utveckling och förvaltning.
En mottagare för varje beslut.
Vi ansvarar för
- avtalat förarbete, prototyp och tekniskt bygge
- testunderlag, dokumentation och överlämning
- tydliga gränser för drift och release
Ni bidrar med
- produktägare och avsedda testanvändare
- rättigheter, godkänt innehåll och säkra testdata
- systemåtkomst, era konton och mottagare efter leverans
Vi utgår från Borås och arbetar främst på distans. Resor och möten kan planeras efter överenskommelse. Kod, konton, licenser och rättigheter dokumenteras i avtalet; tredjepartsvillkor behöver granskas separat.
Avgränsa innan ni beställer.
Prototyp och bygge
Priset påverkas av antal programkällor, språk, redaktörsroller och lagring av personliga val. Integration med biljetter, betalning och deltagarregister prissätts separat efter åtkomstprövning.
Förvaltning
Avtala om stöd under evenemanget, publiceringsansvar och avslut efteråt. Löpande beredskap och garanterad tillgänglighet ingår inte utan ett uttryckligt avtal.
Vi lämnar förslag på pris och tid efter avgränsning. Inga belopp, leveransveckor eller externa godkännanden garanteras på förhand.
Inför er första beställning.
Behöver deltagaren installera en app?
Inte för det föreslagna första flödet. Vi börjar med att pröva en webbapp som nås via en länk. Installation eller appbutiker blir relevanta först om funktionerna motiverar det.
Är P5 kund hos er?
Nej, vi använder inte P5 som kundcase. Deras offentliga beskrivning visar en lokal mötesmiljö. Den visar inte ett uppdrag, ett appbehov eller en brist i deras nuvarande system.
Kan programmet kopplas till biljetterna?
Det behöver utredas separat. Vi börjar utan betalning och deltagarregister. En anslutning kräver systemägarens godkännande, dokumentation och beslut om vilka personuppgifter som verkligen behövs.
Fungerar ändringar alltid som push-notiser?
Nej. Stöd för notiser, installation och tillstånd varierar med miljön och måste testas. Första flödet ska ge tydlig information när deltagaren öppnar programmet; notiser kräver ett eget beslut.
Kan vi arbeta med er från Umeå?
Ja, vi arbetar främst på distans från Borås. Fysiska möten och enstaka resor kan planeras efter överenskommelse när uppdraget motiverar det. Vi påstår inte att vi har ett Umeå-kontor.
Pröva ert program.
Beskriv deltagarens återkommande uppgift, hur programmet hanteras idag och vem som kan godkänna ändringar. Använd ett fiktivt programexempel, inte en deltagarlista. Vi prövar om en webbapp tillför något utöver ert nuvarande verktyg.