VulCode

Tworzenie MVP aplikacji dla startupu, gotowego na pierwszych klientów

Pierwsza wersja produktu z kontami, płatnościami i panelem, w której jest tylko to, co sprawdza Twoją hipotezę. Dla SafeBands zbudowaliśmy pełny system w dwa tygodnie.

Handel i technologie
Panel pomiaru MVP: rejestracje i płacący w kolejnych tygodniach, powroty po 7 dniach, kohorty i zgłoszenia od użytkowników
Rejestracja w aplikacji na telefonie: e-mail z kodem albo konto Google i plan Zespół z okresem bez opłat

Co budować w MVP, a co odłożyć

MVP nie jest tańszą wersją pełnego produktu. To najmniejsza rzecz, która pozwoli sprawdzić, czy ktoś za nią zapłaci.

  1. Hipoteza

    • Funkcja, którą sprawdzasz, i nic więcej.

  2. W pierwszej wersji

    • Konta i logowanieE-mail albo Google
    • PłatnościJeden plan przez Stripe
    • Panel administracyjnyUżytkownicy, subskrypcje, zgłoszenia
    • Aplikacja mobilnaAplikacja webowa działająca na telefonie
    • PomiarRejestracje, płatności, powroty
    • IntegracjeTylko te, bez których produkt nie działa

  3. Po pierwszych klientach

    • Konta i logowanieLogowanie firmowe SSO
    • PłatnościWiele planów, kupony, faktury roczne
    • Panel administracyjnyRaporty, eksporty, role w zespole
    • Aplikacja mobilnaNatywna aplikacja, gdy jest powód
    • PomiarPełna analityka produktowa
    • IntegracjeReszta według próśb klientów

SafeBands: pełny system w dwa tygodnie

Startup medtech rozwijający opaski monitorujące dla ratowników. Opaski były już w produkcji, brakowało strony softwarowej.

SafeBands, portal ratunkowy
SafeBands, portal ratunkowy
SafeBands, wyszukiwanie opaski
SafeBands, wyszukiwanie opaski
SafeBands, zbliżenie: wyszukiwanie opaski po ID i wejścia dla ratowników i dla użytkowników
Zbliżenie: wyszukiwanie po ID opaski i dwa wejścia

SafeBands

  1. Czas realizacji: 2 tygodnie

    System SafeBands powstał w dwa tygodnie, bo zakres był jasny od początku.

  2. Branża: medtech

    Monitoring danych z urządzeń w czasie rzeczywistym i alerty.

  3. Zakres: cały system

    Zbudowaliśmy operacyjny rdzeń platformy: zarządzanie danymi z urządzeń, konta użytkowników, monitoring w czasie rzeczywistym i infrastrukturę, dzięki której cały system działa.

Ścieżka użytkownika w pierwszej wersji

Cztery kroki, które MVP musi obsłużyć bez Twojego udziału.

Ścieżka jednego użytkownika w panelu MVP: konto przez Google, pierwszy grafik, powrót po 7 dniach, Stripe Checkout, zamknięta karta, aktywacja planu z webhooka i zgłoszenie

  1. Użytkownik: Rejestracja

    E-mail albo logowanie przez Google. Każde dodatkowe pole w rejestracji to mniej użytkowników do sprawdzenia hipotezy.

  2. Płatność: Stripe Checkout

    Subskrypcja przez Stripe z fakturą. Bez płatności nie wiesz, czy ktoś zapłaci.

  3. Produkt: Aplikacja

    Funkcja, którą sprawdzasz, i nic więcej.

  4. Zespół: Panel i pomiar

    Kto wrócił, kto zapłacił, kto zgłosił problem. Rejestracje, płatności i powroty po tygodniu, a obok zgłoszenia od użytkowników.

Płatności, które nie zależą od tego, czy użytkownik wróci na stronę

Subskrypcję aktywuje webhook ze Stripe, a nie przekierowanie po płatności. Tak działa to u nas od pierwszej wersji.

Płatność w Stripe Checkout09:14:02, plan Zespół, 49,00 zł miesięcznie

Przeglądarka użytkownika

kartę można zamknąć

  • Przekierowanie z powrotem do aplikacji
  • Karta zamknięta przed powrotem09:15:01, przekierowanie nie doszło do skutku

Webhook ze Stripe

nie zależy od karty przeglądarki

  • Stripe wysyła zdarzenie na serwer09:15:03, płatność zakończona
  • Podpis Stripe sprawdzonyzanim cokolwiek się zmieni
  • Plan Zespół aktywny09:15:03, aktywowany z webhooka

Odnowienie z odrzuconą kartą

  1. Karta odrzucona przy odnowieniu
  2. Panel prosi o nową kartę
  3. Dostęp jeszcze działa

  • Podpis zamiast zaufania

    Zdarzenie jest sprawdzane podpisem Stripe, więc nikt nie aktywuje planu, wysyłając podobne żądanie.

  • Aktywacja z webhooka

    Użytkownik może zamknąć kartę po płatności, a plan i tak się aktywuje.

  • Nieudana płatność to ekran, nie ban

    Przy odrzuconej karcie panel prosi o nową, zanim dostęp się skończy.

Lista kontrolna przed startem MVP

Rzeczy, które sprawdzamy przed wpuszczeniem pierwszych użytkowników. Każda z nich kiedyś zablokowała komuś start.

  • Regulamin i polityka prywatności

    Produkt, który przyjmuje płatności i dane, potrzebuje regulaminu i polityki prywatności od pierwszego dnia. Co musi się w niej znaleźć, opisujemy w tekście o RODO na stronie.

    RODO na stronie

  • Płatności w trybie produkcyjnym

    Konto Stripe zweryfikowane, webhooki ustawione na adres produkcyjny i testowa płatność prawdziwą kartą.

    Stripe

  • Kopie zapasowe i monitoring

    Baza z codzienną kopią i alert, gdy aplikacja przestaje odpowiadać, zanim napiszą o tym użytkownicy.

  • Kod u Ciebie

    Repozytorium na Twoim koncie i prawa do kodu przeniesione w umowie, opisane w umowach i prawach do kodu.

    Umowy i prawa do kodu

Pytania startupów

Najczęstsze pytania przed budową pierwszej wersji.

Czytaj dalej

Co dalej po MVP i z czego je budujemy.

Opowiedz o swojej hipotezie

Napisz, co chcesz sprawdzić i kto ma być pierwszym klientem. Odpowiemy z zakresem MVP i bezpłatną wyceną.