Specyfikacja formularza kwalifikacyjnego na stronie — zamiana leadu w engaged lead
**Cel formularza:** osoba ze strony (z reklamy, z artykułu, z Google) w 3–4 minuty odpowiada na pytania kwalifikujące, a na końcu dostaje **analizę + konkretny następny krok** (ofertę SMS, bezpłatną wizytę, materiał edukacyjny). Formularz nie jest „ankietą kontaktową” — jest **kwalifikatorem z oceną**.
**Definicja engaged lead dla tego projektu:** kontakt, który (1) opowiedział o celu i kontekście, (2) przeszedł bezpieczeństwo (MED) albo świadomie wybrał ścieżkę konsultacji, (3) podał termin/budżet w ramach realnych opcji, (4) zostawił telefon/e-mail ze zgodami. Taki lead trafia do recepcji z gotowym kontekstem i statusem — recepcja nie zaczyna od zera, tylko potwierdza i domyka (skrypt v3).
Założenia projektowe
- Czas wypełnienia: 3–4 minuty (miernik: mniej niż 5 min).
- Pytań: 9–11 (11. źródło jest niewidoczne — pole ukryte).
- Mobile-first: jeden krok = jedno pytanie (full-screen cards).
- Logika warunkowa: kolejne pytania zależą od wcześniejszych odpowiedzi (nie pytamy o to, co nie dotyczy).
- Maks. 1 pole kontaktowe na etapie — dane kontaktowe dopiero na końcu (low-friction, mniej porzuceń).
- Zgodność z prawem: żadnych obietnic; opisy wg dokumentacji; zgoda RODO (art. 9) jako checkbox obowiązkowy dla pytań o zdrowie.
- Outcome: po submit → status leada (HOT/WARM/NURTURE/MED), CTA dopasowany, powiadomienie recepcji w ≤1 min, e-mail zwrotny z analizą.
Architektura: struktura kroków
KROK 0 (tytuł + 1 zdanie wartości) "Sprawdź, czy regeneracja jest dla Ciebie"
KROK 1 CEL: co chcesz osiągnąć? → (multi) programy + scoring
KROK 2 KONTEKST: co się wydarzyło (operacja/uraz/ch.) + kiedy → (select)
KROK 3 LEKARZ: czy lekarz prowadzący wie, czy opiniuje? → (select) ścieżka
KROK 4 BEZPIECZEŃSTWO: przeciwwskazania → (check) FLAGA = ścieżka MED
KROK 5 TERMIN: kiedy mógłbyś zacząć? → (select) horyzont
KROK 6 BUDŻET: zakres kosztów (z ratami) → (select) filtracja
KROK 7 DECYZJA: kto podejmuje decyzję → (select)
KROK 8 KONTAKT: telefon + e-mail + zgody → (form + checkbox RODO)
KROK 9 WYNIK: analiza + CTA (dopasowany) → (wyświetlenie + mail/powiadomienie)
UX-zasady: każdy krok = jedno pytanie + progress bar; odpowiedzi są domyślnie wybraneżają żadnej — bez nacisku; przycisk „Wstecz” zawsze dostępny; przy pytaniach o dane wrażliwe — łagodny ton + prawo do pominięcia (opcja „nie chcę odpowiadać”), bo wysłanie częściowych danych jest lepsze niż porzucenie (i wtedy status = NURTURE/MED według dostępnych danych).
Lista pytań z odpowiedziami, typami i wagami (spec dla developera)
| # | Pytanie (widoczne dla użytkownika) | Typ pola | Opcje | Waga (punkty) | Uwagi / warunek |
|---|---|---|---|---|---|
| 1 | Co chcesz osiągnąć? (wybierz 1) | radio | a) szybszy powrót do formy po operacji/urazie (30) b) regeneracja i lepsza energia (25) c) gojenie rany / blizn (30) d) po udarze / neurologiczne (25) e) nie wiem — sprawdźmy (5) | wg opcji | Determinuje program (mapa: a/c→Rana/Szybki; b→Turnus) |
| 2 | Co się wydarzyło? | select | operacja / uraz / choroba / nic konkretnego | 0 | Odtwarza kontekst do SMS; „nic konkretnego” → ścieżka wellness |
| 3 | Ile czasu minęło? | select | <2 tyg / 2–8 tyg / 2–12 mies / >12 mies / nie dotyczy | 0 | Info dla lekarza (kiedy można zacząć) |
| 4 | Czy lekarz prowadzący wie o Twoim planie? | radio | a) Tak, zaleca / ma zgodę (10) b) Tak, wie (5) c) Jeszcze nie — chcę z nim porozmawiać (5) d) Nie mam lekarza prowadzącego (0) | wg | Wzmacnia MED; „c” → podpowiedź: weź opinię, my nie wyręczamy |
| 5 | Bezpieczeństwo: zaznacz, jeśli Ciebie dotyczą (można pominąć) | checkbox multi | rozrusznik serca / ciąża / nadciśnienie >160/100 / ostra zakaźna / aktywny nowotwór / żadne z powyższych | „żadne”=+10; dowolne = FLAGA | FLAGA: jeśli zaznaczona opcja → status MED, strony „analiza” informuje o konsultacji lekarskiej |
| 6 | Kiedy mógłbyś zacząć? | radio | a) w tym miesiącu (15) b) przyszły miesiąc (10) c) za 1–3 mies (5) d) nie wiem (0) | wg | Termin: horyzont — serce CTA |
| 7 | W jakim zakresie kosztów się mieścisz? | radio | a) do 1 500 zł (7) b) 1 500–3 000 zł (10) c) 3 000+ zł (12) d) nie wiem / rozłożę na raty (8) | wg | Filtr oferty; d nie blokuje |
| 8 | Kto podejmuje decyzję o zapisie? | radio | a) ja sam/a (10) b) wspólnie z bliskimi (7) c) z lekarzem prowadzącym (7) | wg | „z bliskimi” → SMS wer. info z bliskimi |
| 9 | Numer telefonu | tel | valid (PL, 9 cyfr) | — | required; hasło maska |
| 10 | E-mail (opcjonalnie) | valid | — | do analizy PDF / follow-up | |
| 11 | Zgody (obowiązkowe) | checkbox | a) zgoda na kontakt ws. oferty (telefon/SMS/e-mail) (obowiązkowe) b) zgoda na przesyłanie treści o regeneracji (opcjonalne) | — | RODO art. 9 (zdrowie) + art. 6; link do polityki |
| 12 | Źródło (ukryte) | hidden | UTM: utm_source/medium/campaign/zrodlo | — | Wypełniane z URL — podstawa CPL |
Suma max: 10 (pyt.1) + 10 (pyt.4) + 10 (pyt.5) + 15 (pyt.6) + 10 (pyt.7) + 10 (pyt.8) = 65 pkt. Próg: HOT ≥ 45; WARM 30–44; NURTURE 15–29; MED = zawsze gdy flaga (niezależnie od punktów).
Analiza i wynik: status, CTA, odpowiedź automatyczna
Logika statusu (priorytet: flaga MED > punktacja):
| Status | Warunek | Co widzi użytkownik (ekran wyników) | Co dostaje recepcja |
|---|---|---|---|
| MED | Jakakolwiek flaga z pyt. 5 | „Dziękujemy za szczerość. Przy takich parametrach najpierw ustalimy z lekarzem, co może być bezpieczne. Zarezerwuj bezpłatną wizytę kwalifikacyjną (zaczyna się od rozmowy) — on oceni, co może być bezpieczne.” | Powiadomienie: „MED — wymaga konsultacji lekarskiej (przed planowaniem)” + flaga w CRM |
| HOT (≥45 pkt, bez flagi) | cel + termin ≤1 mies. + budżet ok | „Wygląda na to, że regeneracja może być właściwym etapem. Oferta Turnusu Regeneracyjnego (6 dni, 3 terapie) — wysłaliśmy SMS/mail ze szczegółami. Zapis: tel. lub kalendarz.” | SLA 15 min: call-back jakościowy (skrypt v3) |
| WARM (30–44) | termin 1–3 mies. lub „z bliskimi” | „Masz czas na decyzję — prześlijemy informacje i propozycję dogodnego terminu. Aby zobaczyć jak to wygląda, pierwsza wizyta jest zawsze bezpłatna.” | SLA 24 h: SMS (wariant C) + follow-up w datę |
| NURTURE (15–29) | brak pewności / FUTURE: termin za 1–3 mies. (to ten sam status, inny CTA) | „Spokojnie — poniżej plan: jak zacząć (edukacja PDF / quiz), kiedy wrócić do tematu. Brak presji — jak poczujesz gotowość, jesteśmy pod telefonem.” | artykuł/edukacja + zaznacz „poinformować za 30 dni” |
| BRAK KONTAKTU (porzucenie) | wypełnił >60% ale nie dokończył | (przy wyjściu) „Zapisz postęp — wróć później” | retargeting (piksel) — bez danych osobowych |
Odpowiedź automatyczna e-mail (HOT):
Dzień dobry, [Imię]! Dziękujemy za wypełnienie formularza. Wynik analizy: **regeneracja — etap, który możesz zacząć**. Zgodnie z Twoimi odpowiedziami przygotowaliśmy szczegóły: **Turnus Regeneracyjny, 6 dni, 3 terapie** (normobaria + PEMF + H₂). Pierwsza wizyta jest bezpłatna (3 zabiegi, bez zobowiązań) — można zacząć [od…]. Zapis: klik (kalendarz) albo 660 987 499.
Twoja ankieta jest dostępna pod linkiem: [PDF/panel]
— Recepcja Convertere
Szablon SMS do recepcji (powiadomienie):
[NOWY LEAD] Jan K. — HOT (52 pkt) — cel: powrót po operacji kolana; termin: 2 tyg; budżet: 1 500–3 000; bez flag. Tel: 660… skrypt v3. — 2026-09-02 14:03
Przepływ danych i integracja (spec dla developera / opencode)
UŻYTKOWNIK → konwertere.pl/kwalifikacja (mobile-first)
→ POST /api/kwalifikacja (JSON, walidacja pól)
→ backend: zapis (DB) + scoring + status + generowanie PDF analizy
→ auto-reakcje:
1) e-mail do pacjenta (szablon wg statusu)
2) powiadomienie recepcji: e-mail/SMS/webhook (panel + push)
3) CRM/arkusz: wiersz z pełnym profilem + status
→ (opcjonalnie) kalendarz: przycisk "zapisz termin" → link do rezerwacji
Wymagania techniczne (minimalne):
- Backend: dowolny (PHP/Python/Next) — musi walidować dane (tel. PL, email) i liczyć scoring po stronie serwera (nigdy w JS na froncie — rzetelność i bezpieczeństwo).
- Baza: tabela
leady_kwalifikacja: id, imie, telefon, email, cel, kontekst, czas_od, lekarz_prowadzacy, przeciwwskazania (JSON), termin, budzet, decydent, zgody (2 bool), utm (4 pola), status, punkty, created_at, source_url. - Powiadomienie recepcji: ≤1 min po submit (webhook/slack/email) — zawiera status + dane + sugerowaną ścieżkę.
- Konsystencja ze skryptem v3: te same nazwy statusów (HOT/WARM/NURTURE/MED), te same pola co checklista recepcji — recepcja czyta kartę, nie odpytuje.
- Zabezpieczenia: captcha (honeypot + limit czasowy), rate-limit (5/min/IP), HTTPS, hash/key API. Dane zdrowotne: szyfrowanie w spoczynku + dostęp tylko uprawnionych (RODO).
- Measure: event "form_submit" w analityce + cel "lead" (do Meta Pixel/GA4) — do kalkulacji CPL.
RODO — checklista (do wdrożenia z radcą):
- [ ] zgoda art. 6 (kontakt marketingowy) — checkbox obowiązkowy, nie domyślne zaznaczenie
- [ ] zgoda art. 9 (dane zdrowotne) — checkbox osobny, jawna informacja
- [ ] polityka prywatności + klauzula informacyjna na stronie formularza
- [ ] pole „opcjonalnie” przy pytaniach wrażliwych (prawo pominięcia)
- [ ] integracja z rejestrem zgód (formularz zgód — patrz: /root/convertere/forms/v2/content/_formularz/)
- [ ] okres retencji: lead bez zgody → rozliczenie wg polityki; z zgodą → 24 mies.
- [ ] prawo: wgląd/edycja/usunięcie (link w stopce maila)
Testy akceptacji (scenariusze):
- HOT 52 pkt: pełny flow → e-mail/SMS/powiadomienie ≤15 min.
- MED: wybór „rozrusznik” → ekran nie pokazuje oferty, tylko konsultację; CRM flaga.
- Porzucenie na kroku 6 → dane częściowe + retargeting bez danych osobowych.
- Zgoda art. 9 nieodhaczone → formularz nie wysyła (brak danych zdrowotnych w bazie).
- Mobile 375 px: wszystkie kroki czytelne, klawiatura tel. number.
- Walidacja: telefon „123”, e-mail zły → komunikat + nie zapisane.
- Duplikat numeru (już w bazie) → łagodne scalenie z istniejącym leadem (bez duplikatów).
- UTM: klik z FB prowadzi do formularza → utm_source=facebook zapisany.
Metryki formularza (decyzyjne, nie vanity)
| Metryka | Definicja | Cel po 30 dniach |
|---|---|---|
| Wskaźnik wypełnienia (completion) | submity / starty | ≥ 25% |
| Czas wypełnienia | śr. czas do submit | ≤ 4 min |
| CPL zaangażowany | koszt reklamy / liczba leadów z statusem HOT+WARM | mniejszy niż „koszt / lead niekwalifikowany” |
| Share statusów | % MED / HOT / WARM / NURTURE | MED ≤ 15% (dobre pytania) |
| Czas do pierwszego kontaktu | submit → call-back recepcji | ≤ 15 min (HOT) |
| Konwersja do wizytyy | wizyty pierwsze / HOT | benchmark 30–50% (do ustalenia po 30 dniach) |
| Zwrot 30 dni | sprzedane turnusy / submity | do wyznaczenia na własnych danych |
Decyzje na bazie metryk: które reklamy dają HOT (skaluj), które dają NURTURE (zmień land-a/hook), czy próg 45 pkt jest właściwie ustawiony (przekręć, by nie tracić WARM-HOT granicy).
Źródła
Pliki
/root/convertere/reports/specyfikacja-formularza-kwalifikacji.md— ten dokument (Źródło)/root/convertere/reports/skrypt-kwalifikacji-recepcja-v3.md— skrypt recepcji (te same statusy/pola)/root/convertere/reports/skrypt-recepcja-voucher-v2.md— v2 (voucher)/root/convertere/forms/v2/content/_formularz/— istniejący formularz zgód
Linki URL
- https://r.10s.pl/specyfikacja-formularza-kwalifikacji/ — spec formularza
- https://r.10s.pl/skrypt-kwalifikacji-recepcja-v3/ — skrypt recepcji v3
- https://r.10s.pl/turnus-regeneracyjny-hormozi/ — Turnus Regeneracyjny (dane oferty)
- https://convertere.pl — miejsce wdrożenia formularza (kwalifikacja konwertere.pl/kwalif)
Zastrzeżenie
Projekt ma charakter koncepcyjno-techniczny. Wszystkie komunikaty ofertowe i mechanika zgód muszą zostać potwierdzone z radcą prawnym przed wdrożeniem; dane medyczne podlegają RODO (art. 9) i wymagają bezpiecznego przetwarzania.