Teri LeBlanc, Chief Technology Officer und Mitbegründer von Drop – Interviewreihe

Obwohl der Freizeitmarkt in Colorado bereits seit über einem Jahrzehnt betrieben wird, kämpfen die Cannabis‑Industrie des Bundesstaates und ihre Kunden weiterhin mit zuverlässigen Lieferdiensten, die die strengen staatlichen Vorschriften vollständig einhalten. Angesichts dieser umfangreichen Anforderungen haben Lieferdienste oft Schwierigkeiten, sicherzustellen, dass jeder Schritt der Transaktion ordnungsgemäß ausgeführt wird. Darüber hinaus verhängt jeder Bundesstaat – und häufig auch einzelne Landkreise – unterschiedliche Gesetze für die Cannabis‑Auslieferung, sodass die Einhaltung kein einfaches Unterfangen ist.

Obwohl Colorado speziell Transportlizenzierungen für Bewerber aus dem Bereich soziale Gerechtigkeit und Unternehmer eingeführt hat, fehlt vielen dieser Transportunternehmen nach wie vor eine stabile Partnerschaft oder ein erhebliches Liefervolumen, selbst in einem so robusten Markt wie dem von Colorado.

Für einen tieferen Einblick in die Technologie, die den Lieferprozess vereinfacht und gleichzeitig sozial gerechtigkeitsgeprägte Transportdienste mit einer stärkeren Kundschaft vernetzt, sprach myCannabis.com mit Teri LeBlanc, Chief Technology Officer und Mitbegründer von Drop.

Welche Kurse im Rahmen des Computer‑Science‑Studiums an der University of Louisiana‑Lafayette waren für Sie am interessantesten oder am nützlichsten?

Mein Lieblingskurs war Betriebssysteme, unterrichtet von einem meiner Lieblingsprofessoren, Dr. Ashok Kumar. Es war der Kurs, der zeigte, wie Software tatsächlich auf Hardware aufgebaut wird. Wir begannen mit der Ebene, wie die Maschine elektrischen Strom interpretiert, arbeiteten uns durch Binärcodes und Befehlssätze, und am Ende hatten wir ein vollständiges Betriebssystem eigenhändig angepasst.

Dieser Kurs hat meine Sichtweise auf Software verändert. Sobald man den gesamten Stack gesehen hat, vom Strom in einem Draht bis hin zu einem laufenden Programm, hört man auf, irgendeine Schicht als magisch zu betrachten.

Ich habe im Laufe meiner Karriere weiterhin Betriebssysteme entwickelt, von Robotik‑Betriebssystemen über Quanten‑Betriebssysteme bis hin zum Betriebssystem für die Cannabis‑Auslieferung.

Wie hat das Praktikum an der Universität Ihr Verständnis der für Sie relevanten Studienfächer vertieft? Wie ermöglichte das universitäre Umfeld, diese Themen wesentlich detaillierter zu untersuchen?

Das universitäre Umfeld gab uns die Freiheit, jeden gewünschten Roboter zu bauen, etwas, das man in der Industrie nicht bekommt, wo das Produkt meist bereits vor dem Eintritt festgelegt ist. Ich wählte einen autonomen Unterwasserroboter, weil ich tiefer mit Hardware und Software arbeiten wollte und wirklich an Raumfahrt‑Themen interessiert war. Unterwasser war die dem am nächsten kommende Umgebung, die ich erreichen konnte. Diese Parallele ist real und erklärt, warum die NASA Astronauten im Wasser trainiert – neutrale Auftriebskraft, Druck, kein GPS und keine Möglichkeit, an die Hardware zu gelangen, sobald sie dort ist.

Die Forschung wurde zu einer IEEE‑Publikation. Aber das, woran ich mich am meisten erinnere, ist der erste Test. Wir führten ihn im Pool meines Onkels durch. Alles lief gut, der Roboter schwamm, und dann stoppte er. Wir zogen ihn heraus, öffneten das Gehäuse und der Computer darin stand in Flammen. Wir hatten den Kühlbedarf in einer luftdichten Kammer stark unterschätzt. Am Papier war am Design nichts falsch. Wir hatten einfach nicht berücksichtigt, was passiert, wenn man einen Computer in einer Box versiegelt, in der die Wärme nicht entweichen kann, und ihn anschließend eintaucht. Also gingen wir zurück an den Zeichenbrett und entwickelten die Kühlung korrekt.

Wenn man Software für Hardware entwickelt, weiß man erst, ob die Software funktioniert, wenn man sie auf der Hardware ausführt. Reine Softwareprojekte besitzen diese Komplexität nicht, und ich schätzte die zusätzliche Herausforderung. Letztlich hat dieses Projekt meine Karriere gelenkt. Ich verliebte mich in die Robotik, und mein erster Job nach dem Studium war als Robotik‑Ingenieur. Ich habe es jedoch noch nicht ins All geschafft. Vielleicht nach dem Cannabis‑Bereich.

Welche Produktarten haben Sie als Software Development Manager bei Amazon betreut? Was war das Faszinierendste, das Sie in der Robotik‑Abteilung erlebt haben?

Meine erste Position bei Amazon war die Leitung des Engineering‑Teams, das für die Software‑Infrastruktur verantwortlich war, die Alexa‑verbundene Geräte online bringt. Das umfasste die direkte Kommunikation zwischen Geräten im Haushalt sowie die Kommunikation mit der Amazon‑Cloud für Online‑Dienste. Dort lernte ich das Konzept der Skalierung kennen – was tatsächlich nötig ist, um Technologie weltweit zu skalieren.

Meine zweite Position war die Leitung eines Teams von Robotikern, die vollständig autonome Lagerroboter entwickelten. Diese Aufgabe war faszinierend, weil sie einen deutlich stärkeren Forschungs‑ und Entwicklungscharakter hatte. Wir hatten ein Bürogebäude voller Hindernisparcours, durch die wir die Roboter jede Nacht zum Testen fuhren. Außerdem testeten wir in echten Lagern mit echten Kundenpaketen.

Der interessanteste Aspekt, selbstfahrende Roboter in einem Umfeld zu integrieren, in dem sich Menschen ebenfalls bewegen, ist die Forschung darüber, wie Menschen um Roboter herum agieren. Wir hatten Wissenschaftler im Team, die uns halfen, das Interface und das Verhalten der Mensch‑Roboter‑Interaktion zu definieren. Im Kern ging es dabei um das menschliche Verhalten gegenüber Technologie. Das hat sich seitdem unmittelbar als nützlich erwiesen, um Anwendungen zu entwickeln, die Menschen tatsächlich nutzen wollen.

Was hat Ihr berufliches Interesse geweckt, als Sie eine Plattform für den Einzelhandel mit Cannabis und Apotheken entwarfen? Gab es Bedenken oder Sorgen, die Sie zunächst hatten, als Sie eine Plattform für die Cannabis‑Branche designen wollten?

Mein Freund und jetzt Mitgründer von Drop, Kat Savoy, kam mit der Idee auf mich zu. Wir sind beide leidenschaftliche Cannabis‑Kenner und zugleich Fans von Bequemlichkeit. Sie brachte ihre Recherche darüber mit, was die Branche braucht, um die Auslieferung zu lösen, und als sie das Problem beschrieben hatte, sah ich die Systemarchitektur bereits in meinem Kopf. Ich wusste, dass ich eine Plattform bauen kann, die jeden Nutzer über den gesamten Lebenszyklus einer Cannabis‑Lieferung hinweg bedient.

Meine Bedenken betrafen nie das Cannabis selbst, sondern die Rahmenbedingungen. Man kann die üblichen Zahlungswege nicht nutzen. Jeder Schritt einer Lieferung muss für Aufsichtsbehörden nachweisbar sein. Und eine Plattform wie unsere kann keine Lizenz besitzen, was bedeutet, dass das gesamte Produkt über Partner funktionieren muss, nicht um sie herum. Das waren die eigentlichen Design‑Probleme, und ehrlich gesagt machten sie das Ganze erst interessant.

Cannabis ist mir persönlich schon lange wichtig, und ich bin dankbar, dass ich weiterhin Technologie in Branchen bauen kann, für die ich leidenschaftlich bin.

Wie haben Sie Ihre umfangreiche Erfahrung in der Software‑Entwicklung bei Amazon und IonQ beim Entwurf der Benutzeroberfläche, die zu Drop wurde, genutzt? Welche effektiven Software‑Designs und Strategien dieser Unternehmen haben Drop inspiriert?

Meine gesamte Laufbahn verbrachte ich mit komplexen Systemen, bei denen separate Komponenten über klar definierte Schnittstellen miteinander kommunizieren. Ich habe die Architektur von Drop sehr ähnlich gestaltet, wie ich das Quanten‑Betriebssystem für die Quantencomputer von IonQ gebaut habe. Vollkommen andere Domäne, aber dasselbe zugrunde liegende Problem. Eine Kontroll‑Schicht hält den wahren Zustand eines komplizierten Systems, und alles andere arbeitet darüber hinweg, nicht darum herum.

In der Praxis bedeutet das eine einzige API, gegen die jede Anwendung in der Plattform läuft. Der Verbraucher hat seine eigene Anwendung, der Fahrer eine, die Apotheke eine, aber alle kommunizieren mit einem Gehirn. Der Orchestrator ist das einzige Element, das den gesamten Systemzustand versteht, und das ermöglicht ihm, jeden Nutzer über jede Anwendung hinweg zu steuern. Jeder Nutzer sieht nur seinen eigenen Ausschnitt. So bleibt das Ganze für alle Beteiligten sauber und nachvollziehbar.

Bei Amazon Robotics war das Muster dasselbe. Wir steuerten Flotten autonomer Einheiten von einem zentralen System, das das Gesamtbild hielt, während jeder Roboter nur seine eigene Aufgabe kannte. Drops Disposition funktioniert genauso, nur dass Fahrer anstelle von Robotern eingesetzt werden. Der Orchestrator kennt jede Bestellung, jeden Fahrer und jede Apotheke. Der Fahrer sieht nur seinen nächsten Stopp.

Warum halten Sie Colorado für einen hervorragenden Markt, um die Drop‑Plattform einzuführen? Welche Probleme der Colorado‑Branche soll die Drop‑Plattform lösen?

Colorado ist einer der Vorreiter‑Staaten im Cannabis‑Bereich und treibt die Branche weiter voran. Es verfügt zudem über ein ausgereiftes regulatorisches Rahmenwerk, das wichtiger ist, als man oft annimmt. Wenn die Regeln klar und feststehen, kann man ein Compliance‑System darauf aufbauen. Das ist in einem Markt, in dem die Regeln noch ständig im Wandel sind, deutlich schwieriger.

In Colorado gibt es eine echte Nachfrage nach Lieferungen, aber die Infrastruktur dafür wurde nie aufgebaut. Die Auslieferung erfolgt hier über lizenzierte Transporter statt über die Apotheken selbst, und in Denver müssen Geschäfte einen beauftragten Transporter nutzen, statt selbst zu liefern. Eine Apotheke, die Lieferungen anbieten will, muss also einen Transporter finden, mit ihm koordinieren und eine Compliance‑Kette führen, die zwei separat lizenzierte Unternehmen umfasst. Der Großteil davon wird noch auf Papier erledigt.

Hinzu kommt, dass die Lieferung von Gemeinde zu Gemeinde genehmigt wird, und die meisten Teile Colorados sie immer noch verbieten. Die bedienbare Karte ist also kein flächendeckender Staat, sondern ein Flickenteppich, der sich verschiebt, sobald Städte sich anmelden.

Genau diese Lücke wurde von Drop geschlossen. Wir verbinden die Apotheke mit dem lizenzierten Transporter, übernehmen die Compliance‑Kette zwischen ihnen und übernehmen die Aufgaben, die keiner von beiden übernehmen möchte: Disposition, Identitätsprüfung, staatliche Dokumentation und Zahlung. Die Nachfrage war bereits vorhanden. Die Infrastruktur fehlte.

Wie wird Drop zusätzliche Geschäftsmöglichkeiten und Markenbekanntheit für sozial gerechte Transportunternehmen und Cannabis‑Marken schaffen? Wie wird die Plattform die weit verbreiteten Probleme lösen, mit denen sozial gerechte Unternehmen konfrontiert sind?

Colorado hat die Lieferung für Lizenznehmer aus dem Bereich soziale Gerechtigkeit reserviert. Die Liefergenehmigungen für Transporter gingen zuerst an Betreiber aus sozialer Gerechtigkeit, der Staat verzichtet für diese Antragsteller auf die Lizenzgebühr, und Denver hat diese Exklusivität dauerhaft gemacht. Die lizenzierten Liefer‑Transporter in Denver sind Unternehmen aus sozialer Gerechtigkeit. Sie sind nicht nur ein Nebengeschäft, das wir bedienen – sie sind die Transporter‑Seite unserer Plattform, und jede über Drop abgewickelte Bestellung bedeutet Umsatz für eines dieser Unternehmen. Unser Wachstum und ihres ist dieselbe Kennzahl.

Das größere Problem ist, was nach dem Gewinn einer Lizenz passiert. Die Lizenz ist der Teil, bei dem der Staat unterstützt. Sie wird nicht mit Dispositionssoftware, einem Compliance‑System, Beziehungen zu Apotheken oder Kunden geliefert. Ein neu lizenzierter Transporteur mit zwei Fahrzeugen muss gegen die operative Infrastruktur viel größerer Unternehmen antreten, und der Aufbau dieser Infrastruktur ist der teure Teil. Die meisten können das nicht finanzieren, und ich würde argumentieren, dass keiner davon dazu gezwungen sein sollte.

Genau das liefert die Plattform ihnen am ersten Tag, ohne Kapitalaufwand. Sie liefert ihnen auch die Nachfrage, was der schwierigere Teil ist. Ein Transporteur auf Drop ist mit jeder Apotheke auf der Plattform verbunden, anstatt jede Beziehung selbst aufbauen zu müssen.

Für Marken ist der Marktplatz ein neues Regal. Ein Produkt, das früher von jemandem gefunden werden musste, der physisch in ein bestimmtes Geschäft ging, ist jetzt für jeden sichtbar, der das Menü dieses Geschäfts von zu Hause aus durchstöbert. Kleinere und neuere Marken profitieren stärker davon als etablierte, weil ihnen die Entdeckung fehlt.

Aus Sicht der Softwareentwicklung, wie ist die App so konzipiert, dass sie aktuelle Regeln und mögliche Änderungen der Transportvorschriften in Colorado berücksichtigt?

Wir haben eine Regel-Engine für Vorschriften hinzugefügt, weil es in dieser Branche keine einheitliche Regelmenge gibt, die überall gilt. Sie variiert je nach Zuständigkeitsbereich und ändert sich.

Die Engine löst sie in einer Kette auf. Eine Lieferadresse wird zu einer PLZ, die PLZ zu der Gemeinde, die sie verwaltet, und die Regeln für diese Bestellung stammen von dieser Gemeinde statt von einer landesweiten Annahme, die im Code verankert ist. Ob dort überhaupt Lieferungen erlaubt sind, welches lokale Lieferfenster gilt und ob Geschäfte selbst liefern dürfen oder einen lizenzierten Transporteur nutzen müssen. Zwei Kunden, die nur wenige Häuserblocks auseinander wohnen, können unterschiedlichen Regeln unterliegen, und die Engine macht daraus eine Abfrage statt einen Sonderfall.

Diese Regeln liegen in der Datenbank statt im Code, zusammen mit dem Protokoll, wann jede Gemeinde zugestimmt hat und wer die Änderung eingetragen hat. Eine Stadt, die beschließt, Lieferungen zu erlauben, ist ein Datenupdate, kein Software‑Release.

Rund um die Engine ist Compliance eine eigene Schicht, nicht Logik, die über den Bestellablauf verteilt ist. Kauflimits, Adressberechtigung, Identitätsprüfung und Track‑and‑Trace existieren jeweils als separate Komponenten. Jede von uns durchgesetzte Vorschrift trägt eine Kennung in einem internen Register, und der Code, der sie durchsetzt, verweist direkt auf diese Kennung, sodass bei einer Regeländerung das Auffinden aller betroffenen Stellen eine Suche statt einer aufwändigen Durchsuchung ist.

Wie werden die Transport‑ und Einzelhandelsvorschriften in anderen Bundesstaaten in das Design von Drop integriert, wenn das Unternehmen in weitere Bundesstaaten expandiert?

Die Plattform wurde von Anfang an dafür konzipiert. Jeder legale Liefermarkt hat das gleiche Grundgerüst: ein staatliches Aufzeichnungssystem, ein Manifest, das existiert, bevor das Produkt bewegt wird, Altersnachweis an der Tür, nicht ausgelieferte Produkte werden zurückgebucht, Fahrer­zertifikate sind zum Zeitpunkt der Disposition gültig. Dieses Grundgerüst ändert sich nicht, wenn wir eine Staatsgrenze überschreiten.

Was sich ändert, sind die Details. Kaufobergrenzen, Lieferzeiten, wer die Lizenz zum Transport besitzt, ob eine Gemeinde zuerst zustimmen muss. Das sind die Bausteine, die wir konfigurierbar statt fest codiert gebaut haben. Einen neuen Staat hinzuzufügen bedeutet, der Engine die Regeln dieses Staates beizubringen. Das darunterliegende Produkt bleibt gleich.

Track‑and‑Trace ist die Integration, die zwischen den Staaten am meisten variiert, daher befindet sie sich hinter einer eigenen Grenze. Die Mehrheit der Staaten nutzt METRC, und wir sind ein integrierter Anbieterpartner, sodass das Compliance‑Backend direkt übernommen wird. Ein Staat mit einem anderen System wird zu einem neuen Adapter hinter derselben Schnittstelle, nicht zu einer neuen Plattform.

Die Einzelhandelsseite lässt sich auf dieselbe Weise verallgemeinern. Apotheken verbinden sich über ihr Point‑of‑Sale‑System, und die großen Cannabis‑POS‑Plattformen arbeiten in vielen Staaten, sodass eine in Colorado entwickelte Integration im nächsten Markt im Wesentlichen dieselbe bleibt.

Als jemand mit umfangreicher Erfahrung in Softwaredesign und -entwicklung, wie stellen Sie sich die Weiterentwicklung und Anpassung dieser Technologie vor, wenn sich die Cannabis‑Industrie selbst weiterentwickelt?

Einige der heutigen Schwierigkeiten dieses Produkts werden einfach verschwinden. Wenn Cannabis neu eingestuft oder bundesweit legalisiert wird, lockern sich die Bankbeschränkungen und Zahlungen werden kein Sonderbau mehr. Der zwischenstaatliche Handel wird möglich, was die Definition von Lieferung verändert. Vieles von dem, was wir speziell gebaut haben, um die bundesweite Prohibition zu umgehen, wird überflüssig. Ich würde es gern entfernen.

Was nicht wegfallen wird, ist genau das, worauf wir die Plattform aufgebaut haben. Die Altersverifikation an der Tür verschwindet nicht mit der Legalisierung. Alkohol ist seit neunzig Jahren legal und man wird immer noch nach dem Ausweis gefragt. Die Lieferkette verschwindet nicht. Nachzuweisen, was einem Regulierungsbehörde wann und wem passiert ist, bleibt erforderlich. Diese Anforderungen überdauern die Prohibition.

Die Dinge, die in jeder Version dieser Branche stabil sind, gehören zum Kern des Systems. Die Dinge, die volatil sind, und im Cannabissektor ist das der größte Teil des Regelwerks, gehören in die Konfiguration, wo sie geändert werden können, ohne das Produkt zu berühren. Regulatorische Änderungen werden damit zu Wartungsarbeiten statt zu einer Neuimplementierung.

Daher erwarte ich, dass die Compliance‑Oberfläche an manchen Stellen einfacher und an anderen anspruchsvoller wird, und die Aufgabe der Plattform unverändert bleibt. Den tatsächlichen Zustand des Systems festhalten, jeden Schritt nachweisen und die Betreiber davon entlasten, darüber nachdenken zu müssen.

Langfristig ist das eigentliche Produkt Infrastruktur statt einer App. Was wir tatsächlich gebaut haben, ist die Möglichkeit, ein reguliertes Produkt von einem lizenzierten Verkäufer zu einem verifizierten Käufer zu transferieren, die gesamte Kette nachzuweisen und die Zahlung abzuwickeln.

Danke, dass Sie sich uns angeschlossen haben, Teri! Für weitere Informationen zu Drop, bitte besuchen Sie die Website.