Checklista inför lansering av MVP

Den korta versionen

Produktionsmiljö och säkerhetskopior

• Produktionen har egen databas, egna nycklar och egna miljövariabler, aldrig delade med testmiljön.
• Automatiska dagliga säkerhetskopior, plus återställning till valfri tidpunkt om databasleverantören erbjuder det.
• Ett riktigt återställningstest till en separat miljö, där du antecknat hur lång tid det tog.
• Hemligheter lagrade i driftplattformens hemlighetsförråd, inte i kodförrådet.
• Egen domän med HTTPS och mejlutskick autentiserade med SPF, DKIM och DMARC.
• Databasmigreringar körs via skript, inte för hand i produktion.

Säkerhetskopior är det som oftast hoppas över och oftast ångras. En otestad säkerhetskopia är ett hopp, inte en kopia. Vår säkerhetschecklista inför första betalande kund går djupare in på behörigheter och härdning.

Villkor, integritet och cookies

Riktiga användare betyder riktiga personuppgifter, och GDPR gäller från första registreringen. Du behöver en integritetspolicy som beskriver vad du samlar in och varför, biträdesavtal med tjänsterna som hanterar användardata (drift, mejl, analys) och en förteckning över vilka underbiträden du använder. Använder du cookies för analys eller marknadsföring kräver lagen om elektronisk kommunikation samtycke innan de sätts. Användarvillkoren anger vad användare får göra, ditt ansvar och hur konton avslutas. För B2B-produkter kommer kunderna snart att fråga efter ditt personuppgiftsbiträdesavtal också – se GDPR för SaaS-grundare.

Felspårning och larm

Tidiga användare rapporterar sällan buggar – de lämnar bara. Felspårning i både frontend och backend visar vad som gick sönder, för vem och efter vilken release. Driftövervakning berättar att produkten ligger nere innan en användare gör det. Skicka båda till en kanal som någon bevakar, och bestäm vem som svarar utanför kontorstid under de första veckorna.

• Felspårning märkt med release, så att du vet vilken driftsättning som orsakade ett problem.
• Driftkontroll av inloggningssidan och en central API-ändpunkt.
• Larm vid misslyckade bakgrundsjobb och misslyckade betalningar, om du tar betalt.
• Enkel produktanalys av de få handlingar som visar att en användare kommit i gång.

Supportkanal och återkoppling

Ge användarna en supportadress och svara snabbt – de första veckorna är varje konversation research. Lägg in en knapp för synpunkter i produkten som automatiskt fångar sida och användare. Stäng sedan cirkeln: samla in synpunkter varje vecka, kategorisera dem, bestäm vad som ska byggas och berätta för användarna när något de bett om släpps. Den vanan gör tidiga användare till ambassadörer.

Plan för de första inbjudningarna

1. Omgång ett: fem till tio vänligt inställda användare som vet att det är tidigt och vill prata med dig.
2. Åtgärda det de hittar, sedan omgång två: en större grupp från väntelistan eller nätverket.
3. Öppna bredare först när introduktionen fungerar utan att du behöver förklara.
4. Följ aktivering per omgång: nådde användarna kärnfunktionen, och kom de tillbaka?

Checklistan är en del av hur vi utvecklar och driftsätter MVP:er. När du inte behöver hjälp utifrån: är din MVP ett no-code-verktyg med en handfull testanvändare och inga betalningar kan mycket av det här vänta. När riktiga kunddata eller pengar är inblandade kan det inte det. Vill du gå igenom om ni är redo att lansera kan du boka ett kostnadsfritt samtal.

Vanliga frågor