CRM i rezerwacje mieszkań dla dewelopera i biura nieruchomości
Autor:
Paweł Matusiak
·
Excel z ofertą dezaktualizuje się po pierwszym telefonie. CRM nieruchomości pokazuje, które lokale są wolne, zarezerwowane i sprzedane, kto prowadzi klienta i jaki jest etap umowy — bez trzech prawd w trzech plikach.
Przy inwestycji o 80 lokalach pomyłka „to mieszkanie jeszcze wolne” kosztuje więcej niż system. CRM dla dewelopera i biura nieruchomości trzyma kartę lokalu, kartę klienta, rezerwację z terminem i etap umowy. Handlowiec, biuro i księgowość patrzą na to samo. Klient na portalu widzi swoje lokale i dokumenty, nie dziesiąty mail z aneksem. Excel po pierwszym telefonie w sobotę już kłamie.
Gdzie pęka sprzedaż na Excelu
Dwa biura, trzech handlowców i jeden arkusz na dysku współdzielonym to klasyczny przepis na podwójną rezerwację. Strona inwestycji aktualizowana „jak ktoś pamięta” zbiera telefony na lokale, których już nie ma. Lead z portalu ogłoszeń wpada na wspólną skrzynkę i umiera, bo nikt nie wie, kto ma oddzwonić. Po odbiorze nie ma czystej listy do wspólnoty i serwisu — zostają foldery ze skanami.
- Dwa biura rezerwują ten sam lokal w odstępie godziny.
- Oferta na stronie jest nieaktualna — telefonów przybywa, zaufania ubywa.
- Nie wiadomo, kto „opiekuje się” leadem z portalu ogłoszeń.
- Umowa, zaliczka, akt, odbiór — status w głowie jednej osoby.
- Po zakończeniu budowy nikt nie ma czystej listy do wspólnoty i serwisu.
- Aneks o miejscu postojowym żyje w innym pliku niż karta mieszkania.
Kartoteka lokali i jedna prawda o stanie
Lokal ma metraż, piętro, ekspozycję, cenę, status, historię zmian i powiązane miejsca (komórka, garaż, ogród). Status nie jest kolorem w Excelu. Jest stanem, z którego wynikają uprawnienia: wolny można rezerwować, zarezerwowany ma datę wygaśnięcia, sprzedany nie wraca do filtra na stronie. Każda zmiana ceny i statusu ma autora i czas — na spór „kto obiecał tamtą kwotę”.
- Kartoteka lokali: metraż, piętro, ekspozycja, cena, status, historia zmian.
- Rezerwacja z terminem ważności, zaliczką i automatycznym zwrotem do oferty.
- Powiązane miejsca: parking, komórka, ogród — osobno sprzedawane albo w pakiecie.
- Cennik i promocja z datą — bez cichej edycji komórki w arkuszu.
- Filtr „dostępne” na stronie inwestycji zasilany z CRM, nie z ręcznego WP.
Rezerwacja, hold i zaliczka — bez podwójnego sprzedania
Klient ze strony może złożyć rezerwację wstępną albo hold na X godzin. To nie jest umowa deweloperska. Umowa i wpłata idą ścieżką, którą ustawicie z prawnikiem. System pilnuje, żeby dwa holdy nie zjadły tego samego lokalu i żeby po wygaśnięciu lokal wrócił do oferty bez telefonu do informatyka. Zaliczka jest powiązana z rezerwacją, nie z „przelewem, który księgowość znajdzie w czwartek”.
Biuro nieruchomości pracujące na cudzej inwestycji potrzebuje tych samych stanów, ale innych uprawnień: widzi lokale, które może sprzedawać, nie widzi marży dewelopera, nie edytuje cennika. To nie jest rezerwacja hotelu — tu slot nie wraca co dobę, a pomyłka zostaje na lata w księdze wieczystej.
Leady, handlowcy i źródła
Lead z portalu, ze strony, z dnia otwartego i z polecenia musi wpaść do jednej kolejki z właścicielem i etapem. W przeciwnym razie dwa biura dzwonią do tej samej osoby, a trzeci lokal stoi, bo nikt nie odświeżył oferty. Zadania handlowca (oddzwoń, umów pokaz, wyślij rzut) są przy leacie, nie w prywatnym kalendarzu. Raport pokazuje, które źródło daje umowy, a które tylko telefony.
Umowy, checklista i odbiór
Ścieżka bywa: rezerwacyjna → deweloperska → przeniesienie → odbiór. Każdy etap ma dokumenty, wpłaty i osoby. CRM nie zastępuje kancelarii notarialnej. Trzyma checklistę i pilnuje, czego brakuje (odpis, zgoda małżonka, potwierdzenie wpłaty). Przy odbiorze: usterki, termin poprawki, protokół ze zdjęciami. To most do oprogramowania budowlanego, jeśli ta sama grupa buduje i sprzedaje.
Portal klienta i strona inwestycji
Nabywca nie chce dziesiątego maila z aneksem. Chce zalogować się i zobaczyć swoje lokale, harmonogram wpłat, dokumenty do pobrania i status odbioru. Portal pokazuje tylko jego sprawy. Strona inwestycji pokazuje filtr dostępnych lokali z CRM — po to, żeby reklama nie sprzedawała mieszkań, których nie ma. Wizytówka i landing nie zastąpią tej prawdy.
RODO nabywców i KSeF przy fakturach
Dane nabywców, PESEL, dokumenty tożsamości, zgody marketingowe — to nie jest lista mailingowa z bloga. Role, retencja, ograniczenie eksportu. Szczegóły w RODO w aplikacjach. Faktury (zaliczki, rozliczenia) między podatnikami od 2026 r. idą przez KSeF według ksef.podatki.gov.pl: 1 lutego 2026 przy sprzedaży 2024 powyżej 200 mln zł (wraz z podatkiem), 1 kwietnia 2026 dla pozostałych. Faktury konsumenckie w KSeF są fakultatywne. Często zostawiamy wystawianie w programie księgowym, a CRM trzyma status wpłaty. Gdy panel sam wystawia — integracja KSeF.
Gotowy CRM property czy własny
Są pakiety dla biur i deweloperów. Sprawdzają się przy jednym procesie i zgodzie na ich etapy. Własny system, gdy macie sieć biur, własne reguły holdu, stronę inwestycji pod SEO albo portal nabywcy pod marką. Czasem dokładamy tylko stany i rezerwacje do tego, co już stoi. Kryteria: SaaS czy na zamówienie.
Jeśli boisz się podwójnej rezerwacji albo strona kłamie w dostępności — opisz liczbę lokali, ile osób sprzedaje i czy jest już jakiś CRM. Wycena od prawdy o stanach, nie od „systemu dla branży property”.
Dzień otwarty, portal ogłoszeń i lead, który umiera w skrzynce
Weekend otwarty potrafi wsadzić do arkusza 80 wizytówek i zero właścicieli. CRM ma przyjąć lead ze strony, z formularza na dniu otwartym i z portalu — z źródłem, zgodą i zadaniem „oddzwoń do 4 godzin”. Jeśli trzy źródła lądują w trzech miejscach, w poniedziałek rano dwa biura dzwonią do tej samej osoby, a trzecia zostaje bez kontaktu. Scoring nie musi być sztuczną inteligencją. Wystarczy: budżet, termin wprowadzenia, czy był na inwestycji, czy prosił o konkretny lokal.
Handlowiec na telefonie przy inwestycji potrzebuje listy wolnych lokali i holdu na godzinę, nie laptopa z Excelem, który „zaraz się zsynchronizuje”. Apka albo widok mobilny z dużymi statusami jest drugim etapem — po tym, jak stany na biurku nie kłamią.
Miejsca postojowe, komórki, aneksy i „to było w cenie”
Lokal rzadko jest sam. Komórka, miejsce, ogród, komórka rowerowa sprzedają się razem albo osobno, z inną ceną i innym statusem. Aneks, który dopisuje miejsce po umowie, musi zmienić kartę lokalu i salda, nie tylko PDF w mailu. Spór „to było w cenie” kończy historia zmian, nie pamięć handlowca, który już nie pracuje. To nudne. To też jedyna rzecz, która broni Cię przy reklamacji i przy odbiorze.
Po sprzedaży: wspólnota, usterki, serwis
CRM sprzedaży często umiera w dniu aktu. Potem usterki żyją na WhatsAppie kierownika i nikt nie ma listy do wspólnoty. Nawet cienki etap „po sprzedaży”: protokół odbioru, usterki, termin poprawki, kontakty do wspólnoty — zmniejsza chaos bardziej niż kolejny lejek. Jeśli ta sama grupa buduje, spinamy to z systemem budowy. Jeśli nie — eksport listy lokali i nabywców wystarczy, by nie przepisywać KW z PDF.
Nie budujemy pełnego oprogramowania wspólnoty na start. Budujemy most, żeby po zakończeniu osiedla nie zostać z folderem „odbiory_ostateczne_v3_POPRAWIONE.xlsx”.
Cennik inwestycji, promocja i historia, której wymaga spór
Cena metra i cena lokalu zmieniają się w trakcie sprzedaży. Promocja „miejsce postojowe w cenie do końca miesiąca” musi mieć datę końca i listę lokali. Ręczna zniżka handlowca — z limitem i akceptacją przełożonego, inaczej cennik umiera w pierwszy weekend. Historia zmian ceny jest nudna i obowiązkowa: klient, który wraca po dwóch tygodniach, nie powinien słyszeć innej kwoty bez uzasadnienia. Raport pokazuje, ile lokali poszło poniżej progu — zanim księgowość zobaczy to na akcie.
Waluta, VAT i schemat płatności (procent przy umowie, transze, reszta przy akcie) są przy inwestycji, nie w głowie jednej osoby. CRM nie zastępuje opinii prawnej o umowie deweloperskiej. Trzyma liczby, które z tej umowy wynikają.
Umowa rezerwacyjna vs deweloperska — system pilnuje etapu, nie zastępuje prawnika
Nie piszemy tu, jaki wzór umowy jest „właściwy”. To prawnik inwestycji. CRM pilnuje, na którym etapie jest lokal i czego brakuje do następnego: wpłata, dokument, termin holdu. Przejście etapu bez odhaczenia checklisty wymaga roli (np. dyrektor sprzedaży), nie sprytu handlowca. Dzięki temu strona inwestycji nie pokazuje jako wolnego lokalu, który jest w umowie, i nie trzyma jako zarezerwowanego lokalu, którego hold wygasł w nocy.
Wzory PDF mogą leżeć przy inwestycji. Wersjonowanie wzoru (v3 od 1 marca) jest ważne, gdy zmieni się załącznik z metrażem. Klient w portalu widzi swój podpisany plik, nie „aktualny wzór z dysku”. To zmniejsza spór przy aneksie i przy odbiorze.
Współpraca z kilkoma biurami i prowizja partnerska
Deweloper często sprzedaje sam i przez biura. Każde biuro widzi pule lokali, które mu otworzycie, i swoje leady. Prowizja partnerska jest przy umowie, z progiem i datą wypłaty — nie w prywatnym Excelu dyrektora. Konflikt „dwa biura przy jednym kliencie” rozstrzyga reguła (kto pierwszy, kto ma oględziny), zapisana, nie krzykana. Bez tego CRM staje się kolejnym arkuszem, tylko w przeglądarce.
Raport per biuro: rezerwacje, umowy, zwroty holdów, czas do aktu. Na tej podstawie decydujesz, komu dać kolejną pulę, nie na podstawie tego, kto głośniej dzwoni.
Inwestycja o 80 lokalach nie potrzebuje „platformy property na trzy kraje”. Potrzebuje, żeby w sobotę o 11:00 dwa biura nie sprzedały tego samego mieszkania i żeby strona nie kłamała w filtrze dostępności. Wszystko inne — portal, prowizje, wspólnota, KSeF — jest tańsze, gdy ta jedna prawda już stoi. Jeśli dziś boisz się tylko podwójnej rezerwacji, powiedz to w briefie. Nie dostaniesz z tej rozmowy 200 funkcji; dostaniesz zakres, który da się wdrożyć przed kolejnym dniem otwartym. Hold z datą końca, zaliczka powiązana z lokalem i automatyczny powrót do oferty załatwiają więcej reklamacji niż kolejny lejek „hot lead”. Handlowiec na inwestycji potrzebuje listy wolnych i przycisku hold, nie wykresu konwersji. Biuro potrzebuje historii, kto zmienił cenę. Nabywca potrzebuje swoich dokumentów w jednym loginie. To trzy widoki jednej karty lokalu — i to jest cały produkt na pierwszy sezon sprzedaży.
Jeśli po pierwszym tygodniu stany na stronie i w biurze nadal się rozjeżdżają, nie dokładamy portalu nabywcy. Szukamy, kto omija system: hold na kartce, cena w SMS-ie, lokal „na chwilę zdjęty”. Dopóki to żyje obok CRM, Excel wygra. System wygrywa dopiero wtedy, gdy ominięcie go jest wolniejsze niż kliknięcie.
Hold, rezerwacja wstępna i umowa — trzy stany, nie jeden kolor w Excelu
Klient ze strony może złożyć hold na X godzin albo rezerwację wstępną. To nie jest umowa deweloperska i nie piszemy tu, jaki wzór jest „właściwy” — to prawnik inwestycji. System pilnuje, żeby dwa holdy nie zjadły tego samego lokalu i żeby po wygaśnięciu lokal wrócił do filtra „dostępne” bez telefonu do informatyka. Zaliczka jest powiązana z rezerwacją, nie z przelewem, który księgowość znajdzie w czwartek. Przejście etapu bez checklisty wymaga roli (np. dyrektor sprzedaży), nie sprytu handlowca.
Strona inwestycji zasilana z CRM nie sprzedaje mieszkań, których nie ma. Wizytówka i landing nie zastąpią tej prawdy. Biuro nieruchomości na cudzej inwestycji widzi pulę, którą mu otworzycie, nie marżę dewelopera i nie cudzy cennik. Konflikt „dwa biura, jeden klient” rozstrzyga zapisana reguła (kto pierwszy, kto ma oględziny), nie krzyk w poniedziałek.
Miejsca postojowe, komórki, aneksy i historia ceny
Lokal rzadko jest sam. Komórka, miejsce, ogród sprzedają się razem albo osobno, z inną ceną i statusem. Aneks, który dopisuje miejsce po umowie, musi zmienić kartę i saldo, nie tylko PDF w mailu. Promocja „parking w cenie do końca miesiąca” ma datę końca i listę lokali. Ręczna zniżka handlowca — z limitem i akceptacją. Historia zmian ceny broni przy sporze „kto obiecał tamtą kwotę”, gdy handlowiec już nie pracuje.
- Status wolny / hold / zarezerwowany / sprzedany steruje uprawnieniami i filtrem na stronie.
- Wersja wzoru umowy (v3 od 1 marca) zostaje przy inwestycji; klient w portalu widzi swój plik.
- Lead z dnia otwartego, portalu i strony wpada do jednej kolejki z właścicielem i źródłem.
- Po akcie: usterki i lista do wspólnoty nie mogą umrzeć w folderze skanów.
RODO nabywców i KSeF przy zaliczkach
PESEL, dokumenty tożsamości i zgody marketingowe to nie lista z bloga. Role, retencja, ograniczony eksport — RODO w aplikacjach. Faktury zaliczkowe między podatnikami od 2026 r. idą przez KSeF według ksef.podatki.gov.pl: 1 lutego 2026 przy sprzedaży 2024 powyżej 200 mln zł (wraz z podatkiem), 1 kwietnia 2026 dla pozostałych. B2C fakultatywne. Często FV zostaje w programie księgowym, a CRM trzyma status wpłaty. Gdy panel wystawia — integracja KSeF. Księgowy wskazuje dokument; my nie interpretujemy ustawy deweloperskiej.
Najczęściej zadawane pytania
- Czy to zastąpi portal ogłoszeniowy?
- Nie. Portale zostają jako źródło leadów. CRM ogarnia, co się z leadem stało i czy lokal jest jeszcze do sprzedania.
- Czy klient zarezerwuje mieszkanie sam na stronie?
- Może złożyć rezerwację wstępną albo hold na X godzin. Umowa i wpłata idą ścieżką, którą ustawisz z prawnikiem.
- Co z wieloma inwestycjami?
- Ten sam silnik, osobne osiedla, wspólna baza klientów. Filtry i uprawnienia per inwestycja.
- Jak z RODO i danymi nabywców?
- Zgody, retencja, ograniczenie ról. Szczegóły w RODO w aplikacjach.
- Czy zastąpicie notariusza i księgę wieczystą?
- Nie. Trzymamy checklistę i dokumenty. Akt i KW zostają tam, gdzie prawo je stawia.
- Biuro i deweloper na jednym systemie?
- Tak, z twardymi rolami. Biuro nie widzi cudzej marży. Deweloper widzi, które lokale są u którego partnera.
- A najem, nie sprzedaż?
- Inny obieg (umowa, kaucja, wypowiedzenie). Da się oprzeć na tej samej kartotece lokalu, ale MVP sprzedaży nie mieszamy z najmem na dzień jeden.
- KSeF przy zaliczkach?
- Jeśli wystawiacie FV zaliczkowe jako podatnicy — obowiązuje harmonogram MF (1 lutego / 1 kwietnia 2026). Księgowy mówi, który dokument idzie przez KSeF; my spinamy panel albo zostawiamy most do programu księgowego.
Powiązana usługa:
Platformy B2B i CRM na zamówienie
Opisz projekt