Landeed im Breakdown: Wedge, Zahlen und die Lektion für dich

Landeed ist eine indische B2B-Plattform, die Grundbuchauszüge, Lastenzeugnisse und Kaufverträge automatisiert abruft und per API an Banken, Kreditgeber und Immobilienplattformen liefert. Spannend ist der Fall nicht wegen der Technik, sondern wegen der Strategie dahinter: ein Produkt, das sich über einen einzigen, eng begrenzten Einstiegspunkt in einen riesigen, bürokratischen Markt gefräst hat, ohne Consumer-App-Glamour und ohne hippe Landingpage-Story.

Was ist Landeed genau?

Landeed ist ein Dokumentenabruf- und Property-Management-System für den indischen Immobilienmarkt, das den Zugriff auf Grundbuchdaten automatisiert.

Konkret geht es um drei Dokumenttypen, die in Indien für fast jede Immobilientransaktion nötig sind: die Encumbrance Certificate (EC, vergleichbar mit einem Grundbuchauszug ohne Belastungen), den Sale Deed (Kaufvertrag) und den RTC (Record of Rights, Tenancy and Crops, ein Grundbesitznachweis besonders in ländlichen Gebieten).

Dazu kommen laut öffentlich zugänglichen Produktbeschreibungen ein Monitoring-Feature, das Eigentümer oder Banken benachrichtigt, wenn sich an einem überwachten Grundstück etwas ändert, Stempelsteuer- und Kredit-Rechner sowie Automatisierung für den Registrierungs-Workflow vor und nach dem Grundstückskauf. Zusammen ergibt das keine App fürs Endkundenpublikum, sondern Infrastruktur für Leute, die diese Dokumente beruflich brauchen: Banken bei der Kreditvergabe, Anwälte bei der Due Diligence, Immobilienportale bei der Objektprüfung.

Welche Datenquellen braucht ein System wie Landeed?

Grundbuchdaten liegen in Indien nicht zentral, sondern bei einzelnen Bundesstaaten – jeder Staat betreibt sein eigenes digitales Register, und genau diese Register sind die Rohdaten, auf denen ein System wie Landeed aufsetzen muss.

Wer selbst ein ähnliches Tool bauen will, kommt an diesen Portalen kaum vorbei: Bhoomi in Karnataka, Dharani in Telangana, Meebhoomi in Andhra Pradesh, dazu die IGRS-Portale (Registrierungs- und Beschwerdesysteme) in Staaten wie Maharashtra oder Tamil Nadus TNREGINET. Für den Kredit- und Lastenbereich kommt auf nationaler Ebene CERSAI dazu, das zentrale Register für Sicherungsrechte, das Banken bei der Kreditvergabe abfragen. Jeder dieser Bundesstaaten hat eigene Formate, eigene Formulare, teils eigene Begriffe für dieselben Dokumente. Ein EC aus Karnataka sieht anders aus als ein EC aus Tamil Nadu, und nicht jedes Portal bietet eine echte API, manche liefern nur ein Webformular, das sich nur mit Scraping-Logik automatisieren lässt.

Das ist die mühsame Arbeit dahinter: sich Staat für Staat durch Formate, Zugriffsbeschränkungen und Behörden-Eigenheiten zu kämpfen. Wenig Konkurrenz, aber hohe Zahlungsbereitschaft, weil Banken und Kreditgeber diese Daten zwingend brauchen, egal wie mühsam die Beschaffung ist. Wer diese Integrationsarbeit einmal erledigt hat, besitzt danach einen Vorsprung, den ein Wochenend-Side-Project nicht einfach kopiert.

Der Wedge: wo ein Produkt wie Landeed reinkommt

Ein Wedge ist der schmalste mögliche Einstiegspunkt in einen Markt – ein einziges, eng begrenztes Problem, das du zuerst zuverlässig löst, bevor du das Produkt drumherum baust. Nach den öffentlich sichtbaren Funktionen zu urteilen, sieht der Wedge bei Landeed nach genau diesem Muster aus: die automatisierte Bereitstellung von Encumbrance Certificates für Banken und Kreditgeber, die diese für jede Kreditvergabe zwingend brauchen.

Diese Reihenfolge ergibt Sinn, unabhängig davon, ob sie sich so zugetragen hat. Eine EC ist ein standardisiertes Dokument, die Nachfrage ist konstant, weil jeder Kredit eine braucht, und der Kunde ist leicht zu identifizieren: Banken und NBFCs (Non-Banking Financial Companies) mit laufenden Kreditprozessen. Statt zuerst ein komplettes Immobilien-Ökosystem zu bauen, wirkt es plausibel, dass sich so ein Produkt zuerst als zuverlässiger, schneller API-Layer für genau dieses eine Dokument etabliert – und von dort aus in Monitoring, Rechner und Workflow-Automatisierung wächst.

Der Punkt, den du wirklich mitnehmen kannst, wenn du selbst ein B2B-Produkt in einem regulierten Markt baust: Wähle als Einstieg einen Dokumenttyp oder Prozessschritt, bei dem die Nachfrage nicht von Marketing abhängt, sondern durch Compliance erzwungen wird, zum Beispiel KYC-Prüfungen, Kreditgenehmigungen oder gesetzlich vorgeschriebene Meldungen. Diese Nachfrage versiegt nicht, weil sie gesetzlich verankert ist – das ist ein deutlich stabileres Fundament als ein Trend in den sozialen Medien. Wie du solche engen, aber zahlungswilligen Nischen systematisch aufspürst, bevor du überhaupt eine Zeile Code schreibst, hab ich in einem anderen Artikel genauer beschrieben: Wie du eine B2B-SaaS-Idee findest, für die Leute wirklich zahlen.

Diese Erweiterung folgt einer einfachen Logik: Wer schon Vertrauen und Datenzugriff für ein Dokument hat, kann angrenzende Probleme fast ohne Zusatzkosten mitlösen. Ein Encumbrance-Monitoring ist im Prinzip nur ein wiederkehrender Abruf desselben Datensatzes. Ein Stempelsteuer-Rechner braucht dieselben Basisdaten, die man ohnehin schon verarbeitet. Der Wedge bleibt schmal, aber jede neue Funktion nutzt dieselbe Infrastruktur.

Geschäftsmodell: Wie könnte Landeed Geld verdienen?

Öffentlich bestätigt sind die Preise nicht, deshalb basiert das Folgende komplett auf Produktlogik, nicht auf belegbaren Zahlen von Landeed selbst.

Bei diesem Produkttyp ist ein API- und Volumen-basiertes Modell naheliegend: Zugang zu Dokumentenabruf, gestaffelt nach Anzahl der Abfragen, oder ein Abo für Nutzer mit laufendem Bedarf. Das ist ein klassisches B2B-Infrastruktur-Modell, man zahlt nicht für ein Erlebnis, sondern für zuverlässigen, schnellen Zugriff auf Daten, die man selbst nicht effizient beschaffen könnte.

Wer genau zahlt, würde ich aus der Produktbeschreibung so schätzen, auch wenn nichts davon bestätigt ist: Banken und NBFCs vermutlich pro EC-Abruf oder nach Volumen, weil sie im großen Stil Kredite prüfen. Anwaltskanzleien eher im Abo oder pay-per-Abruf, weil ihr Bedarf unregelmäßiger ist. Immobilienplattformen würde ich bei einer gestaffelten API-Integration nach Traffic vermuten. Und einzelne Käufer oder Eigentümer bekommen Monitoring und Rechner wahrscheinlich kostenlos oder für sehr wenig Geld, als Türöffner zu den eigentlich zahlenden B2B-Kunden. Das ist eine Vermutung, keine belegte Zahl, aber sie folgt der Logik, wie die meisten B2B-Datenprodukte in regulierten Märkten funktionieren.

Was Landeed vor allem zeigt: Man muss nicht die zehnte Consumer-App bauen, um ein tragfähiges Geschäft aufzuziehen. Ein Dokumenttyp, den eine Behörde vorschreibt, und ein Kunde, der ihn zwingend braucht, reichen als Ausgangspunkt. Genau solche Muster, wo in welchem Markt gerade ein enger, aber zahlungswilliger Bedarf entsteht, sind das, was wir bei Starte.ai laufend aus echten Projekten auswerten, um daraus eine Strategie für die eigene Idee abzuleiten, statt bei null anzufangen.

Wenn du selbst in einem regulierten oder bürokratischen Markt unterwegs bist: Schau dir zuerst an, welches Dokument oder welcher Prozessschritt gesetzlich vorgeschrieben ist, wer ihn zwingend braucht, und ob du diesen einen Schritt sauberer und schneller lösen kannst als der aktuelle Zwischenhändler-Workaround. Nimm dir zehn Minuten und schreib genau diesen einen Schritt auf, mehr nicht. Das ist der Wedge, alles andere kommt danach.