Gniazdowo · 2026
Rozświetlona drewniana sauna pośród drzew w Gniazdowie
receptionOS retreat / 09–11 września

Forest
hacker house.

Kilka dni w lesie.
Wspólny fokus na produkt.

GniazdowoPrzestrzeń do pracy. I do oddechu.
Środa / zbiórka14:00 przy Cosmo
Po godzinie jazdy15:00 w Gniazdowie
Piątek / wyjazd11:00 wracamy
Ambicja wyjazdu

Trzy miesiące
w trzy dni.

Jesteśmy obok siebie: szybciej podejmujemy decyzje i od razu sprawdzamy je w produkcie.

Główna misja01

ros-prototype
w działającym CRM.

Budujemy moduły do produkcji.
Sprawdzamy je na wersji eksperymentalnej.

Wspólna instancjaDziałające scenariusze
Po czym poznamy, że gotowe?

Druga osoba odtwarza uzgodniony scenariusz i widzi efekt w CRM. Kod, testy i znane ograniczenia są dostępne do dalszej pracy.

Konkretny zakres wybieramy przed startem. Każdy moduł ma jednego właściciela i osobę sprawdzającą.

Duży nacisk02

Wdrożenie w rękach
osób nietechnicznych.

Z Weroniką tworzymy powtarzalną ścieżkę:
konfiguracja, formalności i onboarding.

KonfiguracjaFormalnościOnboarding
Jak to sprawdzamy?

Weronika lub inna osoba nietechniczna samodzielnie przechodzi całe wdrożenie klienta: konfiguruje moduł, dopełnia formalności i uruchamia dostęp w panelu.

Wdrożenie obejmuje też nagrania szkoleniowe i onboarding użytkowników do systemu. Sprawdzamy, czy z tymi materiałami potrafią zacząć pracę.

Zakres: self-setup, formalności, Stripe links, customer portal, panel receptionOS oraz materiały szkoleniowe. Pierwszy moduł wybieramy z zespołem.

Miejsce na eksperymenty

Które ograniczenie przyjęliśmy kiedyś, a dziś możemy je przełamać? Sprawdzamy jedną hipotezę. Kończymy pokazem albo wnioskiem, co odkładamy.

Propozycja: czwartek 13:30. W rozmowie padło 16:00 — godzinę rozstrzygamy na final syncu, żeby zachować czas na demo o 18:00.

Reklamy i rolki

Oferta, odbiorca, kreacja, strona docelowa i pomiar. Zakres ustalamy z Adamem. Rolki pokazują realne działanie produktu.

Apollo dla klinik

Z Łukaszem wybieramy scenariusz zarządzania setupem przez agenta w grupkach. Ustalamy zakres zmian i sposób odbioru.

Jak pracujemy razemBiorę = dowożęBlokada = mówię od razuGotowe = sprawdzone
Biorę odpowiedzialność

Ustalam wynik, termin i osobę odbierającą. Prowadzę sprawę do końca.

Zgłaszam blokadę

Co nie działa, czego próbowałem i czyjej decyzji potrzebuję. Z terminem — od razu, gdy utknę.

Domykam temat

Do odbioru: wersja, scenariusz i ograniczenia. Gotowe: druga osoba sprawdziła, zadanie zamknięte, komunikat z linkiem.

„Wspólnie” ma jedną osobę, która domyka. Zmieniając zakres, nazywamy też to, co wypada.

Rytm wyjazdu

Czas na skupienie.

Ustalamy. Odblokowujemy. Budujemy.

09.09
Zbiórka przy CosmoPrzejazd 14:00–15:00 · około godziny.
Wizja, zakres i odblokowanie startuCo dowozimy? Kto odpowiada? Jakich dostępów brakuje?
Consultation with Fred <> receptionOS15:30–16:00 · konsultacja.
Kultura pracy, enablement i narzędziaWymiana kontekstu i dostępów przez 1Password. Jeden kanał ustaleń.
Model danych i wspólny językSesja Łukasza: encje, relacje i framework komunikacji na jednym kanale.
Workflow feature → produkcjaSesja Czarka: przygotowanie, review, akceptacja i warunki publikacji.
Pierwsza iteracjaRównoległe tory pracy, uzgodnione granice i zależności.
Pierwsze rezultatyDemo: działający fragment albo konkretne blokady i plan ich usunięcia.
Finalizacja milestone’ówDo 21:00: wybieramy wyniki, właścicieli, terminy i kryteria odbioru.
Pełna rozpiska dnia
  • 14:00 zbiórka przy Cosmo i wyjazd
  • 15:00–15:20 final sync: wizja, priorytety, zakres i odpowiedzialność
  • 15:20–15:30 sprawdzenie dostępów przez faktyczne logowanie; brakujący dostęp dostaje właściciela
  • 15:30–16:00 Consultation with Fred <> receptionOS
  • 16:00–16:20 kultura pracy i enablement: narzędzia, wymiana kontekstu, dostępy w 1Password, jeden uzgodniony kanał komunikacji i miejsce zadań
  • 16:20–17:00 wspólne przejście przez ścieżkę produktu i model danych: definicje encji, relacje, wymagane pola oraz granice modułów; framework pisania na jednym kanale
  • 17:00–17:20 workflow przygotowania feature’ów do produkcji: testy, review, akceptujący, kryteria publikacji i wycofania zmiany; wdrożenie produkcyjne wymaga osobnej decyzji
  • 17:20–18:30 pierwsza iteracja
  • 18:30–19:15 kolacja
  • 19:15–20:00 druga iteracja
  • 20:00–20:30 demo i blokady
  • 20:30–21:00 finalizacja checklisty milestone’ów: zakres, właściciel, odbiór, termin i zależności; zapisujemy też, co odkładamy
  • 21:00 wspólny wieczór

Łączymy w produkt.

10.09
Implementacja i polishCRM + ścieżka klienta.
Maria (VF)11:30–12:00 · Klemens Gąsienica-Ciulacz.
Postęp i decyzja o zakresieCo domykamy do 18:00? Kto potrzebuje wsparcia?
Eksperymenty i integracjaEksperymenty dla chętnych; Adam kontynuuje moduł reklamowy.
Wspólny odbiórModuły działają na wersji eksperymentalnej.
Pełna rozpiska dnia
  • 08:30 śniadanie
  • 09:00 implementacja i komercjalizacja
  • 11:30–12:00 Maria (VF) · Klemens Gąsienica-Ciulacz; pozostali kontynuują pracę
  • 12:00 demo (30 min) · wybieramy zakres do 18:00, odblokowujemy zależności i ustalamy potrzebne wsparcie
  • 12:30 lunch i spacer
  • 13:30 eksperymenty (60 min, dla chętnych); Adam kontynuuje implementację
  • 14:30 integracja i polish
  • 16:00 dopracowanie modułów i przygotowanie scenariuszy odbioru (30 min)
  • 16:30 domknięcie przed demo · dopracowujemy wybrany zakres
  • 18:00 demo i odbiór; po akceptacji decydujemy, czy materiał do rolki nagrywamy po wyjeździe
  • 18:45 kolacja
  • Po kolacji: sauna
  • Po saunie: Klemens + Czaro · reflection time; Adam + Łukasz · co-enablement

Domykamy i wracamy.

11.09
Śniadanie i pakowanieSpokojny start dnia.
Przekazanie pracyLinki, instrukcje i warunki przejścia na produkcję.
Co zabieramy ze sobą?Co przenosimy do codziennej pracy?
WyjazdWcześniej bufor na porządki.
Pełna rozpiska dnia
  • 08:30 śniadanie i pakowanie
  • 09:00 przekazanie pracy · co przyjęte na eksperymentalnej, czego brakuje do produkcji, kto odbiera i na kiedy
  • 09:45 retrospektywa · co zostaje w codziennej pracy?
  • 10:15 bufor i porządki
  • 11:00 wyjazd

Przejazd: około godziny. Zbiórka i start potwierdzone. Dodatkowe bloki i godziny posiłków są propozycją.

Cztery perspektywy / jeden plan

Co każdy wnosi do agendy.

Postulaty przekładamy na sesje i konkretne ustalenia.

01 / Adam

Domknąć jedną ścieżkę.

Od kliknięcia reklamy do leada ze źródłem, wizyty i wartości w CRM. Jeden ekran dla właściciela kliniki.

  • Samodzielna praca; uzgodnienie na wejściu i review na wyjściu.
  • Najpierw działający moduł, potem rolki. Eksperymenty opcjonalne.
  • Start od przeglądu istniejących elementów i przekazania wiedzy przez Czarka.
Blokady i decyzje do rozstrzygnięcia

Adam zgłasza brak dostępów do prototypu, kodu warstwy reklam i środowiska Apolonii oraz wiedzy o konektorze. Potwierdzamy stan przez logowanie; ustalamy właścicieli kont Ads / Meta i ścieżkę zgody na dostęp.

Do decyzji: upsell czy nowe kliniki, klinika pilotażowa, granice modułu oraz kto bierze formalności, szkolenia i onboarding. Adam proponuje upsell. Jeśli bierze również onboarding, zmniejszamy zakres reklam.

Jego docelowy odbiór: osoba nietechniczna podpina jedną klinikę i widzi źródła, leady i przychód w godzinę. Zakres i wykonalność potwierdzamy po przeglądzie integracji. Środowe demo przy blokadach: mapa, brakujące pola i makieta; działający dashboard pozostaje kolejnym milestone’em.

Do ustalenia: zakres i zależności ↗
02 / Łukasz

Jeden model. Jeden kanał.

Wspólna sesja nad modelem danych i frameworkiem komunikacji.

  • Definicje: zadanie, tag, klient, lead, źródło, wizyta i wartość.
  • Relacje między encjami, wymagane pola i granice modułów.
  • Jeden uzgodniony kanał pisania; wspólny format: decyzja, blokada, do odbioru, gotowe.

Wynik: zapisany model danych oraz zasady komunikacji z linkiem do wybranego kanału.

Środa · 16:20–17:00 ↗
03 / Czarek

Jasna droga na produkcję.

Ustalony workflow przygotowywania i akceptowania feature’ów do produkcji.

  • Co autor przygotowuje: scenariusz, testy, instrukcja i znane ograniczenia.
  • Kto robi review, kto akceptuje i jaki dowód odbioru zostaje.
  • Warunki publikacji, odpowiedzialność za wdrożenie i wycofanie zmiany.

Wynik: krótka checklista przejścia od wersji eksperymentalnej do akceptacji na produkcję.

Środa · 17:00–17:20 ↗
04 / Klemens

Wspólna kultura i enablement.

Synchronizacja wizji, narzędzi i kontekstu, żeby każdy mógł działać samodzielnie.

  • Wymiana dostępów przez 1Password i sprawdzenie, że działają.
  • Wspólny kontekst: co istnieje, gdzie jest kod i kto zna dany obszar.
  • Co oznacza odpowiedzialność, gotowe i zgłoszenie blokady; gdzie zapisujemy zadania i decyzje.

Wynik: dostępny setup, wspólne zasady i konkretne milestone’y zatwierdzone wieczorem.

Środa · 15:00 i 16:00 ↗
Otwórz ustalone milestone’y ↗

Wspólny zapis zespołu jest w osobnej zakładce. Poniżej pozostaje lokalny edytor roboczy.

Środa / 20:30–21:00

Co dokładnie dowozimy?

Propozycje na start. Wieczorem wybieramy zakres i uzupełniamy odbiór.

Prowadźcie checklistę na jednym ekranie. Zmiany zapisują się tylko w tej przeglądarce, bez synchronizacji między osobami. Eksport pozwala przekazać ustalenia i wczytać je na innym komputerze.

Zanim ruszymy / context-farming

Zacznij od swojej perspektywy.

Co bierzesz? Czego potrzebujesz?
Co pokażesz na demo?

15–20 minut · odpowiedzi na grupce do wtorku 8.09, 12:00Wypełnij, skopiuj, wrzuć na grupkę.
Context-farming

Wspólny kontekst
przed startem.

Każdy opisuje swoją perspektywę: co chce dowieźć, jak lubi pracować, czego potrzebuje i gdzie widzi blokady. Dzięki temu na miejscu szybciej podejmujemy decyzje i zaczynamy działać.

  1. Wypełnij swój formularz.Preferencje, Twój wkład i pytania do zespołu. Około 15–20 minut.
  2. Skopiuj gotową odpowiedź.W sekcji „Eksport” wybierz „Kopiuj odpowiedź” lub pobierz plik.
  3. Wrzuć ją na grupkę.Do jutra, wtorku 8 września, do 12:00. Przeczytamy je przed wyjazdem. Różnice w preferencjach, pytania zwrotne i zależności trafią na final sync.
Materiały do pobrania i sposób korzystania

Formularze zapisują odpowiedzi w tej przeglądarce. Na końcu kopiujesz lub pobierasz wynik i wrzucasz go na grupkę do wtorku 8 września, do 12:00. Nic nie wysyła się automatycznie.

Podział pracy i dodatkowe godziny pozostają propozycją. Pełny plan i źródła pochodzą z planningu 7.09 oraz doprecyzowań Klemensa. PDF-y zachowują wcześniejszy układ do druku.