Software fürs Handwerk

// Das Problem

Ein Betrieb für Heizung und Klima mit zwanzig Technikerinnen bucht Aufträge in einem gemeinsamen Kalender, schickt sie per SMS los und rechnet eine Woche später von Papierzetteln ab.

// Was wir bauen würden

Eine Disponiertafel im Web mit aktuellen Standorten der Technik und eine App für iOS und Android, die die Technik offline in Kellern und Kriechräumen nutzt, um den Auftrag zu sehen und Arbeit, Teile, Fotos und die Unterschrift der Kundin zu erfassen, mit Rechnungen und Zahlungen in beide Richtungen mit QuickBooks Online abgeglichen, gebaut auf der API von QuickBooks Online.

// Was drin ist

// Tech-Stack

• Next.js
• React Native
• PostgreSQL
• QuickBooks Online API
• Karten-API
• DigitalOcean

// Das Problem

Ein Betrieb für Sanitär und Elektro verliert den Überblick über Teile in Lager und dreißig Fahrzeugen, bestellt nach, was längst da ist, und kann nicht sagen, wo die größeren Werkzeuge sind.

// Was wir bauen würden

Behälter mit Barcode im Lager und in den Fahrzeugen, Scannen vom Telefon der Technik oder mit einem Funkscanner, GPS-Tracker an Fahrzeugen und größerem Gerät, Mindestmengen je Fahrzeug mit Nachfülllisten, und verbaute Teile in den Auftrag und nach QuickBooks Online gebucht.

// Was drin ist

// Tech-Stack

• Next.js
• React Native
• PostgreSQL
• GPS-Tracker mit Mobilfunk
• QuickBooks Online API
• DigitalOcean

// Das Problem

Ein Gartenbaubetrieb schickt Angebote als PDF, jagt Freigaben am Telefon nach und führt Kunden mit laufender Pflege in einer Tabelle.

// Was wir bauen würden

Ein Kundenportal in Ihrem Erscheinungsbild, in dem Eigentümer und Verwaltungen Angebote freigeben, Wartungsverträge abschließen, Termine buchen und bezahlen, mit geplanten Routen für den Tag jeder Kolonne und Rechnungen und Zahlungen mit QuickBooks Online abgeglichen.

// Was drin ist

// Tech-Stack

• Next.js
• PostgreSQL
• QuickBooks Online API
• Gehostete Kasse eines Zahlungsdienstleisters
• DigitalOcean

// Das Problem

Kalkulatoren schreiben Angebote abends aus Objektfotos und Sprachnotizen, suchen Preise aus dem Gedächtnis, und die Angebote gehen Tage zu spät raus.

// Was wir bauen würden

Ein Assistent, der die Objektfotos und Notizen liest, Angebotspositionen aus der eigenen Preisliste des Betriebs mit Begründung vorschlägt und dem Kalkulator das Anpassen und Senden lässt. Er nutzt ein Spitzenmodell über dessen API, den schnellsten Anfang, weil Angebote kaum sensible Daten tragen.

// Was drin ist

// Tech-Stack

• API eines Spitzenmodells
• Python
• Next.js
• PostgreSQL
• DigitalOcean

// Das Problem

Ein Gerätehersteller, seine Händler und die Betriebe, die seine Heizungen und Wärmepumpen einbauen, führen je eigene Einbau- und Serviceaufzeichnungen, und Garantiefälle bleiben an der Frage hängen, wer wann was gemacht hat.

// Was wir bauen würden

Ein Garantieregister, in dem Einbaubetriebe Seriennummer, Einbaudatum und Servicebesuche jedes Geräts erfassen, auf einem privaten Register mit Zugangsberechtigung, von dem der Hersteller und seine großen Händler je einen Knoten betreiben, sodass die Aufzeichnung, auf der ein Garantiefall beruht, später nicht geändert werden kann. Vertrauen alle der eigenen Datenbank des Herstellers, ist sie günstiger, und wir sagen Ihnen das.

// Was drin ist

// Tech-Stack

• Next.js
• Hyperledger Besu (privat, mit Zugangsberechtigung)
• PostgreSQL
• AWS

// Das Problem

Die Kunden eines Handwerksbetriebs buchen über ein Formular, das alles auf einmal verlangt, und viele brechen ab oder rufen im Büro an, um fertig zu werden.

// Was wir bauen würden

Eine Neugestaltung der Buchung für Web und Mobil, aus Kundeninterviews und Tests entwickelt: Auftrag wählen, ein Foto teilen, ein Zeitfenster wählen und den Techniker am Tag verfolgen, mit einem Designsystem, das Ihr Team im ganzen Portal wiederverwenden kann.

// Was drin ist

// Tech-Stack

• Figma
• Next.js
• React Native
• PostgreSQL
• DigitalOcean