Software für den Hof

// Das Problem

Ein Gemüse- und Beerenbetrieb führt Spritz-, Dünge- und Erntedaten in Heften, und die Vorbereitung auf ein Lebensmittelsicherheits-Audit oder einen Abnehmerfragebogen dauert Tage.

// Was wir bauen würden

Eine App für Web und Telefon, in der Kolonnen die Feldarbeit direkt am Schlag erfassen, offline, auf einer Karte der Schläge und Teilflächen, mit Prüfung von Aufwandmengen, Wartezeiten und Wiederbetretungsfristen beim Erfassen, und Aufzeichnungen, die fertig sind, wenn die Prüferin kommt.

// Was drin ist

// Tech-Stack

• Next.js
• React Native
• PostgreSQL mit PostGIS
• Mapbox
• Wetter-API
• DigitalOcean

// Das Problem

Ein Beratungsdienst kontrolliert jede Woche viele Schläge, und ob Krankheiten und Unkraut früh auffallen, hängt davon ab, welcher Berater an dem Tag durch den Schlag ging.

// Was wir bauen würden

Eine Kontroll-App, in der Berater und Betriebe Blätter und Pflanzen fotografieren, mit einem eigenen Bildmodell, das auf Ihren eigenen beschrifteten Bildern regionaler Kulturen, Krankheiten und Unkräuter nachtrainiert wurde und vorschlägt, was es sieht und wie sicher es ist. Ein eigenes Modell passt, weil allgemeine Modelle Ihre Kulturen und Ihre Region nicht kennen; es läuft auf gemieteten GPUs, und die Fotos bleiben Ihre.

// Was drin ist

// Tech-Stack

• PyTorch
• React Native
• Python
• Next.js
• PostgreSQL mit PostGIS
• AWS GPU

// Das Problem

Erzeuger werden von mehreren Abnehmern um Belege für nachhaltige Praxis gebeten, und jeder Abnehmer erhält ein anderes PDF, das er kaum prüfen und schwer glauben kann.

// Was wir bauen würden

Nachweise, die die Prüfstelle jedem Betrieb nach bestandenem Audit ausstellt, verankert auf einer öffentlichen Chain, sodass jeder Abnehmer prüfen kann, dass ein Nachweis echt, gültig und nicht widerrufen ist, ohne jemanden anzurufen. Auf die Chain geht nur ein Fingerabdruck des Nachweises, nie Betriebsdaten. Fragt nur ein einziger Abnehmer, schaffen ein signiertes PDF und eine Datenbank das günstiger, und wir sagen Ihnen das.

// Was drin ist

// Tech-Stack

• Solidity
• Polygon PoS
• W3C Verifiable Credentials
• Next.js
• PostgreSQL

// Das Problem

Eine Obstplantage stellt Saisonkräfte ein, die mehrere Sprachen sprechen, und Schichten, Schlagzuteilungen und Sicherheitshinweise gehen in einen Gruppenchat, in dem Nachrichten untergehen.

// Was wir bauen würden

Ein Telegram-Bot, der jeder Arbeitskraft ihre Schicht und ihren Schlag in ihrer eigenen Sprache schickt, zu jedem Sicherheitshinweis eine Bestätigung verlangt und Aufsichten erlaubt, Änderungen über eine einfache Verwaltungsmaske zu posten.

// Was drin ist

// Tech-Stack

• Telegram Bot API
• Node.js
• PostgreSQL
• Übersetzungs-API
• DigitalOcean

// Das Problem

Ein Getreidebetrieb hat Ertragskarten in einem Programm, Rechnungen für Betriebsmittel in der Buchhaltung und Feldnotizen in einer Tabelle, und niemand sieht, was jeder Schlag wirklich gekostet hat.

// Was wir bauen würden

Ein Dashboard, das Ertrags-, Betriebsmittel- und Schlagdaten jede Nacht an einem Ort zusammenführt, damit Sie Schläge, Sorten und Produkte nach Kosten pro Acre vergleichen und die nächste Saison mit Ihren eigenen Zahlen planen.

// Was drin ist

// Tech-Stack

• Next.js
• PostgreSQL
• dbt
• Metabase
• DigitalOcean

// Das Problem

Ein Gemischtbetrieb tippt dieselben Feldarbeiten in das Maschinenportal, in die Ackerschlagkartei und in die Buchhaltung, und die drei stimmen nie ganz überein.

// Was wir bauen würden

Ein kleiner Integrationsdienst, der Arbeitsaufzeichnungen aus Ihrem Maschinenportal liest, das Wetter zu jedem Einsatz ergänzt, alles in Ihrer Schlagkartei ablegt und den Betriebsmitteleinsatz in die Buchhaltung bucht, mit einer Ansicht, die jeden Abgleich und jeden Fehler zeigt.

// Was drin ist

// Tech-Stack

• Node.js
• PostgreSQL
• John Deere Operations Center API
• QuickBooks Online API
• DigitalOcean