How Intelligent Manufacturing Planning Reduces Supply Chain Disruptions

Eine Nachricht an unsere Community

Hallo vom LMNAs-Team,

Im letzten Monat haben wir angekündigt, dass bald etwas Großes hinter dem Vorhang hervortreten würde. Dies ist diese Ausgabe.

Diesen Monat sind wir immer wieder auf dieselbe Frage zurückgekommen, die sich jedes IT-Team, das ERPNext betreibt, irgendwann stellt:

Warum funktioniert die ERP-Software einwandfrei, aber der Betrieb wird nie einfacher?

Die Antwort liegt nicht in der Software selbst. Sie liegt in allem, was darunterliegt: die Umgebungen, die Zugriffsrechte, die Upgrades, die Rechnung, die niemand erklären kann.

Diese Ausgabe verfolgt diese Lücke von ihrem Ursprung bis zu dem Punkt, an dem wir sie geschlossen haben.

Bevor Sie weiterlesen

Stellen Sie sich Folgendes vor.

Zwei IT-Teams, beide betreiben ERPNext für ein schnell wachsendes Unternehmen. Beide technisch versiert. Beide kennen Frappe gut.

Das eine verbringt den Montagmorgen damit, eine neue Umgebung für eine Kundendemo bereitzustellen, und jagt dabei Zugriffsrechten über drei separate Logins hinterher. Das andere hat sie live, bevor der Kaffee kalt wird.

Gleiches Können. Gleiches ERP. Völlig unterschiedliche Morgende.

Behalten Sie dieses Bild im Kopf. Am Ende dieser Ausgabe werden Sie genau sehen, warum.

Die Mauer, an die jedes ERPNext-Team stößt

Fragen Sie ein beliebiges Team, das ERPNext auf eigenen Servern betreibt, und Sie hören immer dieselben fünf Beschwerden:

Eine Person hinzuzufügen oder zu entfernen bedeutet, sich in jede Umgebung einzeln einzuloggen → Es gibt keinen sicheren Ort zum Testen, also gehen Änderungen direkt in die Produktion → Upgrades werden jahrelang übersprungen, weil niemand ein Live-System riskieren will → Cloud-Rechnungen kommen ohne jede Aufschlüsselung dessen, was eigentlich Kosten verursacht → Datenresidenz ist das, was der Hosting-Anbieter entscheidet, nicht Sie

Nichts davon ist ein Frappe-Problem. Es ist ein Infrastrukturproblem. Genau deshalb gibt es Managed-Hosting-Plattformen überhaupt.

Wenn das Problem also so bekannt ist, warum hatten wir dann noch das Bedürfnis, eine weitere Plattform zu bauen?

Warum wir LensCloud so gebaut haben

Bevor wir auch nur ein einziges Feature geschrieben haben, haben wir jeden Schmerzpunkt aufgelistet, mit dem IT-Teams beim Betrieb von ERP in der Produktion konfrontiert sind. Jede darauffolgende Entscheidung führte auf diese Liste zurück.

Vier Entscheidungen sind daraus entstanden:

1. Volle Kontrolle für IT-Teams, nicht nur Zugriffsverwaltung. Sites bereitstellen, Zugriffe über jede Umgebung hinweg verwalten und Geschäftsprozesse gestalten, alles an einem Ort.

2. Als Capabilities gebaut, nicht als Bündel-Tools. Analytical Cloud für Analysen. Chordium für SDLC. CRM Cloud für Kunden. LENS IPS für Planung. Jede einzeln nutzbar, sodass Teams nur betreiben, was sie tatsächlich brauchen.

3. Die Module miteinander sprechen lassen. LUMI, unser KI-Agent, verbindet Daten über jedes Modul hinweg. Kein Exportieren von Berichten zwischen Tools nur um eine Antwort zu bekommen.

4. Kein erzwungener Komplettaustausch. LensCloud ist darauf ausgelegt, sich in die ERP-Systeme zu integrieren, die Teams bereits betreiben, nicht den gesamten Stack über Nacht zu ersetzen.

Kontrolle für IT-Teams. Modulare Capabilities. Vernetzte Daten. Integration statt Disruption. Vier Entscheidungen, eine Plattform.

Gute Absichten auf einer Folie sind das eine. Wie schlägt sich das Ganze tatsächlich im Vergleich zur Plattform, die Teams bereits kennen?

Wie sich LensCloud tatsächlich schlägt

Frappe Cloud ist hier der bekannte Name, und das zu Recht. Es betreibt seit Jahren produktive Frappe-Sites, ab etwa 5 $/Monat auf geteilter Rechenleistung.

LensCloud verfolgt einen anderen Ansatz. Statt nur eine Site zu hosten, ist es darum herum gebaut, wie wachsende Teams tatsächlich arbeiten: mehrere Umgebungen, mehrere Personen, und ein echtes Bedürfnis zu wissen, was überall passiert, ohne sich in fünf verschiedene Stellen einloggen zu müssen.

Umgebungen: Dev, QA und Produktion gebündelt, statt separater Setups pro Site
Benutzerverwaltung: eine Person in einer Aktion über jede Umgebung hinweg hinzufügen oder entfernen, statt pro Site verwaltet
Upgrades: geplant, getestet, mit Rollback-Option, statt verwalteter Upgrades und Backups
Abrechnung: nutzungsbasiert, in Echtzeit nach Umgebung aufgeschlüsselt, statt rechenleistungsbasiert, nicht pro Nutzer
Ökosystem: eine vernetzte Plattform (Analytics, Testing, SDLC, CRM, Tender Intelligence, ein KI-Agent), statt reinem Hosting

Dabei ging es nie um die Frage, welche Lösung besser ist. Es geht darum, welche zu der Art passt, wie ein Team tatsächlich arbeitet.

Vier Entscheidungen, ein echter Vergleich, und eine Plattform, die seit einem Monat "fast fertig" ist. Also, ist sie bereit?

LensCloud in Zahlen

Workspace live in 6,5 Minuten
Vollständig kostenlos zum Start, keine Kreditkarte nötig
15+ Teams am ersten Tag angemeldet
8 Kern-Capabilities auf einer vernetzten Plattform
Gebaut zur Integration mit SAP, Odoo und Salesforce, nicht zum Ersetzen

Die Antwort

Zwei Teams, dasselbe ERP, dasselbe Können. Das eine verbrachte den Morgen damit, sich in drei Umgebungen einzuloggen, um eine Demo bereitzustellen. Das andere hatte sie live, bevor der Kaffee kalt wurde.

Der Unterschied lag nie beim Team. Er lag darin, ob die Umgebungsebene im Weg stand oder aus dem Weg ging.

Am 29. Juli ist LensCloud live gegangen.

Anmelden, ein paar Angaben ausfüllen, und ein LENS-Workspace ist in 6,5 Minuten live. Allein am ersten Tag haben sich bereits über 15 Teams für den frühen Zugang angemeldet.

Trailer ansehen → Launch-Day-Post ansehen → Platz reservieren →

Über unseren eigenen Feed hinaus

Der Launch-Tag blieb nicht auf unserer eigenen Timeline.

Wir waren in Frappe-Forenthreads präsent, im direkten Austausch mit anderen Teams und Organisationen, die auf demselben Stack aufbauen, nicht nur postend und auf Antworten wartend.

Wir haben außerdem Startups außerhalb Indiens kontaktiert, ihre Gründer durch LensCloud geführt, und die Rückmeldung war durchgehend dieselbe: Teams weit außerhalb unserer üblichen Zielgruppe erkannten dieselbe Lücke, für deren Schließung wir die Plattform gebaut haben.

Ein Launch ist nur so echt wie die Räume, in denen er sich bewährt. Dieser hat sich in mehr als einem bewährt.

Was uns aufgefallen ist

McKinseys neueste Studie zu IT-Budgets von CIOs beziffert genau die Lücke, um die sich diese Ausgabe gedreht hat: Organisationen, die laufende Infrastrukturkosten unter Kontrolle halten, geben mindestens 20 % weniger ihres Technologiebudgets allein für den laufenden Betrieb aus, und setzen dieses Budget für Arbeit frei, die das Geschäft tatsächlich voranbringt.

Das ist kein Personal- oder Disziplinproblem. Es ist dieselbe Umgebungs- und Zugriffslücke, um die es in dieser Ausgabe ging, nur gemessen in Budget statt in Minuten.

Kommende Updates

Was im August kommt

Der Juli war der Launch. Der August ist alles, was darunterliegt.

Im August behandeln wir:

ERPNext in unter 15 Minuten bereitstellen — von der Kontoerstellung bis zur laufenden Instanz
Einblick in LensCloud — Customer Journey, Deployment-Workflow und Plattformerfahrung
Gebaut für Zuverlässigkeit — die Architektur hinter sicherem, skalierbarem ERPNext-Hosting

Wenn der Juli die Enthüllung war, ist der August die Führung durch die Details.

Hier abonnieren — das sollten Sie sich nicht entgehen lassen.

Vielen Dank fürs Lesen und für das Vertrauen, das Sie uns jeden Monat entgegenbringen.

Team LMNAs

Ecke der Leserschaft

Die Mauer, an die jedes ERPNext-Team stößt "Nichts davon ist ein Frappe-Problem. Es ist ein Infrastrukturproblem."

Warum wir LensCloud so gebaut haben "Jede darauffolgende Entscheidung führt auf diese Liste zurück."

Wie sich LensCloud tatsächlich schlägt "Sie hosten nicht einfach eine Site und schrauben nach und nach Tools an."

Außerdem von unserem Gründer: Warum die Generation Z uns vielleicht nicht zuhört, aber das sollte uns nicht davon abhalten, sie zu unterstützen "Sie hören uns vielleicht nicht immer zu. Aber sie beobachten uns immer."

Feedback und Anregungen

Wenn Sie etwas in dieser Ausgabe angesprochen hat, oder wenn es eine Hosting- oder Infrastrukturherausforderung gibt, der wir uns noch nicht gewidmet haben, würden wir gerne davon hören.