HarryApp jsme stavěli pro realitní makléře. Chtěli jsme jim pomoct fungovat systematičtěji, zrychlit práci a narovnat proces. Mluvili jsme s desítkami makléřů a produkt testovali v ostrém provozu.
A došli jsme k tvrdému závěru. Cesta stavět tool pro makléře není v tomhle trhu ta nejsilnější. Jen malá část makléřů má tenhle problém dost silně a je ochotná ho řešit systémově.
Skutečná hodnota leží jinde. Ne v dalším rozhraní. Ne v dalším AI asistentovi. Ale ve službě, která díky softwaru funguje jinak než klasická realitka. Právě proto vzniká Dreem, úzce zaměřená služba pro běžné rezidenční prodeje, kterou uvnitř řídí vlastní software postavený na míru.
HarryApp nebyl slepá ulička
HarryApp nebyla chyba. Byl to užitečný krok. Ověřili jsme si na něm, co dnes AI asistovaný software umí, co jde automatizovat a kde podobný produkt naráží. Ostré používání ukázalo limit celého směru. Ne technický limit, ale obchodní limit.
Co nám ten produkt ukázal
HarryApp nám ukázal dvě věci. První: software se dnes dá stavět výrazně rychleji než dřív. Druhá: ne všechno, co jde rychle postavit, má sílu jako samostatný produkt. Software uměl pomáhat, část makléřů v něm hodnotu viděla, ale jako tool pro makléře to nebyla dost silná finální nabídka.
Proč jsme nechtěli stavět další AI tool
Důvody byly tři.
První: podobných asistentů a workflow toolů bude rychle přibývat. Když je levnější stavět software, roste konkurence. To samo o sobě nevadí. Problém je, když ani cílový profesionál necítí ten problém dost silně a ochota změnit způsob práce je nízká. Přesně to jsme viděli u makléřů. Jen malá část z nich byla ochotná fungovat dost systematicky na to, aby pro ně takový tool byl opravdu klíčový.
Druhý důvod: skutečný problém neleží u nákupu nástroje. Člověk, který prodává vlastní byt nebo dům, si nehledá software. Řeší cenu, timing, prezentaci, zájemce, nabídky a jistotu, že se proces nerozsype. Zákazník nechce tool. Chce klid, jistotu a dotažený výsledek.
Třetí důvod: samotný software dnes často není nejsilnější nositel hodnoty. Investoři jsou opatrní, konkurence v čistě softwarových kategoriích roste a obhájit dlouhodobou hodnotu samostatného toolu je těžší než dřív. O to zajímavější je spojení softwaru s fyzickým světem, tedy business, kde software není vrstva navíc, ale operační motor služby, která řeší konkrétní problém v realitě. Právě proto nám začalo dávat větší smysl postavit firmu, která software používá jako svou interní páku.
Nestavět software pro zákazníka. Stavět software-first firmu
Od softwaru jsme neutekli. Jen jsme změnili, kde leží produkt. Produkt už není samotný nástroj. Produktem je služba a software je motor, který tu službu umožňuje dělat jinak. To znamená, že místo dalšího AI toolu stavíme Dreem jako software-first službu.
Zásadní rozdíl proti tradiční realitce je v tom, že za případ neodpovídá jeden makléř, ale tým. Jeden člověk může vést vztah se zákazníkem v konkrétní části procesu. Ale celý případ nesmí stát na tom, jestli jeden jednotlivec stíhá komunikaci, organizaci, follow-upy, prohlídky, vyjednávání i administrativu zároveň. Software pomáhá tomu, aby informace, odpovědnost i další kroky nezůstávaly zavřené v hlavě nebo inboxu jednoho člověka.
Proč právě Dreem
Dreem není obecná realitní kancelář pro všechno a pro všechny. Je to úzká služba pro běžné rezidenční prodeje lidí, kteří prodávají nemovitost jednou nebo dvakrát za život, typicky byt, dům nebo běžný pozemek v situaci, která má návaznost na další životní krok. Větší bydlení. Dědictví. Rozvod. Hypotéka. Nebo prodej, který se zasekl a potřebuje nový postup.
Není to služba pro luxury segment, developerské projekty ani investiční hráče. Je to služba pro normální lidi, kteří chtějí hlavně dvě věci: jistotu a klid.
A právě tady jsme narazili na jeden z největších problémů celého trhu. Klient často musí makléře uhánět. Zjišťuje, co se děje, kolik bylo schůzek, jaké jsou reakce, jestli se něco posunulo a co bude dál. Pro makléře je to ruční administrativa. Pro zákazníka nejistota.
Právě tohle se dá velmi dobře automatizovat. Náš systém může zákazníka průběžně informovat o stavu prodeje, posílat důležité updatey a držet kompletní přehled 24/7 v klientském portálu. To uvolňuje ruce lidem, aby se mohli soustředit na vztah se zákazníkem, vyjednávání a kvalitní vedení případu, ne na neustálé dohledávání a přeposílání informací.
V tomhle trhu není hlavní problém nedostatek inzerátů. Hlavní problém je chaos, nejistota, nejasný další krok, roztříštěná komunikace a slabé řízení procesu.
Co znamená software-first služba v praxi
Neznamená to víc dashboardů nebo víc AI obrazovek pro zákazníka. Znamená to, že uvnitř firmy je proces navržený jako systém.
Každý případ má rytmus. Každý krok má stav. Komunikace se neztrácí v inboxu jednoho člověka. Důležité podklady, timeline a další postup drží pohromadě. Reakce na zájemce, koordinace prohlídek, zpětná vazba i další kroky nejsou jen otázka osobní disciplíny jednoho makléře, ale součást provozního modelu.
AI do toho nevstupuje jako marketingová nálepka. Vstupuje jako vrstva páky a pomáhá se strukturou práce, rychlostí přípravy, organizací procesu a automatizací částí, které dřív zabíraly nepřiměřené množství času.
Z B2B do B2C, ale ne od technologie pryč
Zvenku to může vypadat jako prostý přesun z B2B produktu do B2C služby. Ve skutečnosti je to přesnější pochopení toho, kde technologie vytváří největší hodnotu. HarryApp nám pomohl ověřit technický základ. Díky tomu teď můžeme stavět Dreem s mnohem jasnější představou o tom, co má být automatizované, co má být systémové a kde musí zůstat lidská zodpovědnost.
Co si z toho beru obecně
V době AI nebude vždycky nejzajímavější stavět další tool. Často bude zajímavější postavit úzkou firmu nebo službu, která je od začátku software-native a zároveň pevně ukotvená v reálném fyzickém světě. Neprodává software jako hlavní věc. Prodává výsledek. A software používá k tomu, aby ten výsledek dodala rychleji, přesněji a ve vyšší kvalitě.
Právě to je směr, který teď dává smysl nám. HarryApp byl důležitý krok. Pomohl nám pochopit, že nechceme stavět další tool.
Chceme stavět službu. A přesně proto vzniká Dreem.
