Zapytanie o mieszkanie prosto do CRM: jak połączyć stronę inwestycji z systemem sprzedaży
Kupujący pyta o mieszkanie B/12, a do biura sprzedaży przychodzi mail „proszę o kontakt”. Pokazujemy, jakie dane powinno nieść zapytanie, jak przekazać je do CRM bez przepisywania i jak zrobić drogę powrotną: rezerwacja w CRM od razu zmienia status w cenniku na stronie.
Bartosz GromekAutor · twórca wtyczki DeweloperCeny.pl
- Opublikowano
- Stan prawny na
- 16 października 2026
- Czytanie
- 6 min
W skrócie
- Zapytanie o mieszkanie powinno trafić do CRM razem z numerem lokalu, inwestycją, ceną i statusem z chwili wysłania oraz źródłem wizyty – bez przepisywania z maila.
- Najprościej połączyć stronę z CRM webhookiem: strona wysyła zapytanie jako JSON na adres z CRM albo z narzędzia takiego jak Make, Zapier czy n8n.
- Droga powrotna jest równie ważna: rezerwacja albo zmiana ceny w CRM powinna od razu zmienić cennik na stronie, z wpisem do historii cen.
- Formularz zbiera dane osobowe, więc potrzebuje klauzuli informacyjnej, jasnego celu i zabezpieczenia przed spamem.
Spis treści 8 części
Zapytanie o mieszkanie powinno trafić ze strony inwestycji do CRM samo – razem z numerem lokalu, inwestycją, ceną i statusem z chwili wysłania oraz źródłem wizyty. Najprościej zrobić to webhookiem: strona wysyła zapytanie jako dane JSON na adres podany przez CRM albo przez narzędzie typu Make, Zapier czy n8n. Równie ważna jest droga powrotna: rezerwacja albo zmiana ceny w CRM powinna od razu zmienić cennik na stronie. Poniżej pokazujemy, jakie pola przekazać, cztery sposoby połączenia, wymogi RODO i jak to działa we wtyczce DeweloperCeny.
Dlaczego mail „proszę o kontakt” to za mało
Klasyczny formularz kontaktowy wysyła maila do biura sprzedaży. Handlowiec przepisuje go do CRM, dopytuje, o który lokal chodzi, i sprawdza w cenniku, czy lokal jest jeszcze wolny. Każdy z tych kroków to opóźnienie i miejsce na pomyłkę – a kupujący, który pyta o konkretne mieszkanie, oczekuje szybkiej odpowiedzi o tym mieszkaniu.
Zapytanie z karty lokalu albo z makiety może od razu nieść wszystko, co handlowiec musi wiedzieć. Kupujący wpisuje tylko imię, kontakt i ewentualnie pytanie.
Jakie pola powinno mieć zapytanie
| Pole | Skąd | Po co |
|---|---|---|
| Imię, e-mail, telefon, treść | Od kupującego | Kontakt i kontekst |
| Inwestycja i numer lokalu | Ze strony, automatycznie | Handlowiec wie, o co chodzi, bez dopytywania |
| Cena i status w chwili wysłania | Z cennika | Widać, jaką cenę kupujący widział – ważne przy zmianach cen |
| Adres strony i miejsce formularza | Ze strony | Karta lokalu, makieta, kontakt ogólny – wiadomo, co działa |
| Źródło wizyty | Parametry kampanii (UTM), odsyłający | Które kampanie przynoszą zapytania, a nie tylko kliknięcia |
| Zgody | Z formularza | Czy wolno wysyłać oferty marketingowe |
Cztery sposoby połączenia strony z CRM
| Sposób | Jak działa | Kiedy wybrać |
|---|---|---|
| Mail do CRM | CRM czyta maile z formularza ze specjalnej skrzynki | Gdy CRM nie ma innej drogi; pola łatwo się gubią |
| Formularz z CRM osadzony na stronie | Formularz należy do CRM, strona tylko go wyświetla | Prosty start, ale bez numeru lokalu i ceny z cennika |
| Webhook przez Make, Zapier lub n8n | Strona wysyła JSON, narzędzie mapuje pola i zakłada kontakt w CRM | Najczęstszy wybór: bez programowania, łatwo zmienić |
| Bezpośrednio do API CRM | Strona albo serwer pośredni woła API CRM | Duże wolumeny, specyficzne wymagania, połączenie w obie strony |
Przy webhooku zadbaj o dwie rzeczy: podpis, żeby odbiorca mógł sprawdzić, że dane przyszły z Twojej strony, i ponowienia, żeby zapytanie nie przepadło, gdy CRM akurat nie odpowiada.
Droga powrotna: rezerwacja w CRM zmienia stronę
Zapytanie to połowa integracji. Druga połowa to statusy i ceny. Jeśli handlowiec rezerwuje lokal w CRM, a na stronie lokal dalej jest „wolny”, kolejni kupujący pytają o mieszkanie, którego nie da się kupić. Jeśli cenę zmienia się w CRM, a na stronie zostaje stara – masz dwa cenniki i ryzyko sporu o cenę.
Dlatego dobrze, żeby CRM mógł zmienić status i cenę lokalu w cenniku na stronie. Warunek: zmiana ceny musi trafić do historii cen z datą, bo ustawa wymaga zachowania wcześniejszych cen od rozpoczęcia sprzedaży (art. 19a ust. 2). Sama podmiana liczby w bazie strony tego nie zapewni.
RODO i spam
- Obowiązek informacyjny. Przy formularzu: kto jest administratorem danych, w jakim celu i na jakiej podstawie je przetwarza, jak długo i jakie prawa ma osoba pytająca – albo krótka informacja z linkiem do polityki prywatności.
- Minimum danych. Do odpowiedzi na pytanie o lokal wystarczą imię i kontakt. Pola obowiązkowe ogranicz do tego, co naprawdę potrzebne.
- Zgoda marketingowa osobno. Wysłanie zapytania nie może zależeć od zgody na newsletter czy oferty.
- Umowa powierzenia. Jeśli dane przechodzą przez narzędzie integracyjne albo CRM w chmurze, sprawdź umowy powierzenia z tymi dostawcami.
- Ochrona przed spamem. Ukryte pole, minimalny czas wypełnienia i limit wysyłek z jednego adresu odsiewają większość botów bez uciążliwej captchy.
Jak to działa we wtyczce DeweloperCeny
Od wersji 2.23 wtyczka łączy cennik z systemem sprzedaży w obie strony:
- Cennik → CRM. Wtyczka wysyła zdarzenia jako JSON na adres z panelu – do Make, Zapiera, n8n albo własnego serwera CRM. Zdarzenia to zmiana statusu albo ceny lokalu (z panelu, importu albo API) i zapytanie kupującego. Treść jest podpisana HMAC-SHA256, a wysyłka idzie w tle z ponowieniami po 1, 5, 15 i 60 minutach.
- Zapytania z makiety. W makiecie DeweloperCeny 3D kupujący klika dom albo mieszkanie i wysyła „Zapytaj o ten dom” – z numerem lokalu, ceną i statusem. Zapytanie trafia na e-mail biura i jako zdarzenie do CRM. Inne formularze na stronie mogą przekazać zapytanie tym samym kanałem przez funkcję dla programistów.
- CRM → cennik. Zabezpieczone kluczem API zapisu (domyślnie wyłączone) pozwala CRM zmienić status, cenę i cenę za m² lokalu. Zmiana idzie tą samą drogą co w panelu: z wpisem do historii cen, więc strona, makieta, najniższa cena z 30 dni i raport dla dane.gov.pl pokazują to samo. Każda zmiana z API trafia do dziennika.
Przy stronach internetowych dla deweloperów ustawiamy to połączenie w ramach wdrożenia. Zobacz też, co poza formularzem powinna mieć strona inwestycji deweloperskiej, i jak zapytanie wysyła się z makiety 3D osiedla.
Najczęstsze pytania
Jakie dane powinno zawierać zapytanie o mieszkanie wysyłane do CRM?
Imię, kontakt i treść od kupującego, a od strony: inwestycję, numer lokalu, cenę i status w chwili wysłania, adres strony, z której przyszło zapytanie, i źródło wizyty (np. parametry kampanii). Wtedy handlowiec wie, o który lokal chodzi i z jaką ceną kupujący go widział.
Czy do połączenia strony z CRM potrzebny jest programista?
Nie zawsze. Jeśli strona wysyła webhook, a CRM przyjmuje dane przez Make, Zapier albo n8n, połączenie da się wyklikać. Programista jest potrzebny, gdy CRM ma tylko własne API albo gdy dane mają płynąć w obie strony.
Czy zmiana statusu w CRM może sama zmienić cennik na stronie?
Tak, jeśli cennik ma API zapisu. We wtyczce DeweloperCeny CRM może zmienić status, cenę i cenę za m² lokalu przez zabezpieczone kluczem API. Zmiana ceny trafia do historii cen z datą, tak jak zmiana w panelu, więc strona, makieta i raport dla dane.gov.pl pokazują to samo.
Co z RODO przy formularzu zapytania o lokal?
Formularz zbiera dane osobowe, więc przy nim musi być informacja o administratorze, celu i podstawie przetwarzania oraz link do polityki prywatności. Zbieraj tylko to, czego handlowiec potrzebuje do odpowiedzi, a zgodę marketingową, jeśli jest, oddziel od wysłania zapytania.
Źródła i podstawa prawna
Stan prawny na 16 października 2026. Artykuł ma charakter informacyjny i nie jest poradą prawną.
