Apputveckling i Eskilstuna
Vi hjälper företag i Eskilstuna att pröva och bygga appar för återkommande handel. För återbruksbutiker kan ett första produktflöde vara en reservation av en unik vara – där butiken bekräftar att just det exemplaret finns kvar.
En unik vara till en bekräftad reservation
Skick dokumenterat
- Vara
- Förfrågan
- Bekräftad
Butiken bekräftar tillgänglighet. Samtidiga förfrågningar ska prövas.
Ett exemplar kan inte lovas till två kunder.
ReTuna beskriver hur butiker i Eskilstuna säljer vidare förädlade och reparerade saker. Besökare uppmanas att kontakta butikerna om aktuellt sortiment. Det ger konkret bakgrund till vårt förslag om en vara med egen identitet, skick och reservationsstatus. Källan bevisar inte hur butikerna sköter sitt lager, att deras system har brister eller att någon av dem är vår kund.
Avgränsa en butik och en varutyp. Kunden kan be om att få ett bestämt exemplar undanlagt, men butiken måste bekräfta innan resan planeras. En sökbar mobil webbplats kan vara rätt första steg. Appen behöver ett återkommande användningsskäl, till exempel att kunden följer ett relevant utbud och sina bekräftade reservationer.
Bakgrund: ReTunas beskrivning av butiker och aktuellt sortiment. Marknadsfakta, inte vår kundhistorik eller ett belagt inköpsbehov.
Ett flöde att pröva. En leverans att ta över.
Exakt teknik och omfattning bestäms efter förarbetet. Varje beroende ska ha en ägare innan det blir ett leveranslöfte.
Varan, inte bara kategorin
Välj ett unikt varu-ID med skick, bilder och ansvarig butik. Testa att ersatta bilder och uppdaterat skick hör till samma exemplar. Det ska inte gå att förväxla två liknande begagnade varor.
En reservation åt gången
Pröva förfrågan, butikens besked och eventuell sluttid. Två samtidiga önskemål får inte bli två bekräftelser. Om varan säljs i butiken måste flödet visa vilken källa som avgör tillgängligheten.
Uthämtning med kvitto
Definiera hur rätt reservation hittas och avslutas utan att exponera andra kunders uppgifter. Betalning, frakt och reklamation är separata delar som inte automatiskt ingår i en reservationsapp.
Sortimentets ägare
Bestäm vem som lägger upp, drar tillbaka och gallrar varor. Dokumentera åtkomst per butik och hur en reservation hanteras när en medarbetare eller ett anslutet system är otillgängligt.
Webbapp eller app? Uppgiften avgör.
Webbapp
En länk är ofta rätt distribution för den som bara reserverar en vara. Testa hela flödet i mobilen utan konto innan ett medlemskrav eller installation läggs till.
Delad kodbas
Återkommande bevakningar och sparade reservationer kan motivera iOS och Android. Aviseringar ska vara frivilliga och aktuell status ska alltid gå att läsa även utan dem.
Native
Särskild skanner eller hantering av butiksägda enheter kan kräva djupare plattformsstöd. En vanlig produktlista är däremot inget eget skäl att välja separata native-appar.
En ansvarig för varje beslut.
Vi ansvarar för
- avtalat förarbete, prototyp och tekniskt bygge
- testunderlag och dokumentation av beroenden
- avtalad överlämning av kod och releaseunderlag
Ni bidrar med
- en butiksansvarig, godkända exempelvaror och regler för besked, sluttid och uthämtning
- en produktägare och avsedda användare för prov
- era konton, rättigheter och mottagare efter leverans
Vi levererar primärt på distans från Borås. Fysiska möten eller resor planeras efter överenskommelse – inte som ett lokalt kontorslöfte.
Förfrågan först. Butikens besked sedan.
Följande är föreslagna acceptanstest för er app, inte resultat från ett genomfört kundprojekt. Godkänn beteendet i prototyp och testmiljö innan det blir ett releasebeslut.
- Låt två testkunder välja samma exemplar: högst en får en bekräftad reservation.
- Dra tillbaka varan i källan och kontrollera att gammal information inte blir ett nytt löfte.
- Låt reservationen löpa ut: tidigare kund ska inte kunna använda ett gammalt kvitto för uthämtning.
Avgränsa först. Besluta sedan.
Prototyp och bygge
Fast pris efter överenskommen omfattning. En butik med manuell bekräftelse är en annan omfattning än flera lagerkällor med realtidskoppling. Produktbilder, konton, samtidiga reservationer och eventuella kassaintegrationer behöver egna beslut.
Förvaltning
Fast månadsarvode efter avtalad omfattning. Avtala om ändrade lageranslutningar, gallring, support och appuppdateringar. Vem som svarar gästen eller kunden när en vara inte finns kvar är ett verksamhetsansvar, inte något tekniken kan lämna öppet.
Inför er första beställning.
Behöver en återbruksbutik i Eskilstuna en app?
Inte nödvändigtvis. Jämför först en bra mobil produktlista och reservationslänk med ett återkommande appbehov. Beställ inte en app bara för att sortimentet förändras.
Kan ni ansluta vårt kassasystem?
Vi behöver först dokumentation, rätt till åtkomst och testmiljö. Om kassan saknar lämpligt stöd kan en separat prototyp visa beslutsflödet, men den får inte presenteras som realtidslager.
Är en reservation samma sak som ett köp?
Det måste definieras i era villkor. I vårt avgränsade exempel skickar kunden en förfrågan och butiken bekräftar. Betalning och bindande köp kräver ett uttryckligt separat flöde och rätt villkor.
Arbetar ni med ReTuna eller från Eskilstuna?
Inget sådant kundförhållande eller lokalt kontor påstås. ReTuna är en offentlig marknadskälla. Vi levererar primärt på distans från Borås; eventuella möten och resor planeras efter överenskommelse.
Pröva reservationen.
Beskriv en varutyp, vem som avgör om varan finns kvar och vad en bekräftad reservation ska innebära. Berätta om flödet gäller en eller flera butiker. Skicka inga kundregister, betaluppgifter eller inloggningar.