Entwickeln
Sensaria ist ein Technologieunternehmen mit Sitz in Lugano, Schweiz, und entwickelt Individualsoftware: Webanwendungen, interne Geschäftssysteme, Kundenportale, Dashboards und API-basierte Dienste für Unternehmen, deren Prozesse Excel-Tabellen und Standardtools entwachsen sind. Sie erhalten Software im produktiven Betrieb, getesteten und dokumentierten Code, der Ihnen gehört, und ein Team, das ihn weiterentwickeln kann.
Individualsoftware zahlt sich aus, wenn Ihre Arbeitsweise Teil Ihres Wettbewerbsvorteils ist oder wenn Standardtools Umwege erzwingen, die jedes Jahr mehr kosten, als eine Eigenentwicklung kosten würde. Meist ist sie die falsche Wahl, wenn ein Standardprodukt den grössten Teil des Prozesses abdeckt und sich der Rest per Konfiguration oder mit einer kleinen Integration lösen lässt. Das prüfen wir zu Beginn ehrlich, denn die günstigste Software ist die, die man nicht bauen muss.
Signale, auf die wir achten: ein Prozess, der über Tabellen und E-Mails läuft, weil kein Tool dazu passt; Mitarbeitende, die dieselben Daten in mehrere Systeme abtippen; Lizenzen pro Benutzer für Leute, die nur einen einzigen Screen brauchen; Daten, die unter Ihrer Kontrolle bleiben müssen. Die Abwägungen stellen wir im Beitrag Individualsoftware oder Standardsoftware dar.
Analyse mit den Leuten, die die Arbeit machen. Wir bilden den Prozess so ab, wie er heute läuft, inklusive Ausnahmen, und formulieren Geschäftsregeln als prüfbare Aussagen («Eine Bestellung über der Kreditlimite braucht die Freigabe einer Führungsperson») statt als Beschreibungen von Screens. Das Ergebnis sind ein Datenmodell, eine Architekturnotiz und ein erstes Release, das für sich allein schon nützlich ist.
Schlichte, bewährte Architektur. Die meisten Geschäftssysteme, die wir bauen, bestehen aus einer Anwendung mit einer PostgreSQL-Datenbank, einer typisierten, mit OpenAPI dokumentierten REST-API und einer Oberfläche in React oder serverseitig gerendert. Eigene Dienste lagern wir nur aus, wo Last, Isolation oder ein unabhängiger Release-Zyklus das rechtfertigen. Backends entstehen in Python (FastAPI, SQLAlchemy, Alembic-Migrationen) oder in Node.js mit TypeScript, je nachdem, was zu Ihrem Team und Ihren bestehenden Systemen passt.
Tests ab der ersten Woche. Unit- und Integrationstests laufen bei jeder Änderung in der CI, Playwright-End-to-End-Tests decken die kritischen Abläufe ab, und ein Deployment gibt es nur mit grüner Testsuite. Die erste Instanz der Outreach-Plattform, die wir für einen SaaS-Kunden entwickelt haben, wurde mit rund 160 automatisierten Tests ausgeliefert.
Sicherheit als Standard. Rollen werden im Backend durchgesetzt, Passwörter gehasht, Logins nach wiederholten Fehlversuchen gesperrt, und Secrets bleiben ausserhalb des Codes. Admin-Dashboards starten auf einer öffentlichen Adresse erst, wenn die Authentifizierung konfiguriert ist. Wo der Server externe URLs abruft, verbindet er sich nur mit öffentlichen Adressen und prüft sie nach jeder Weiterleitung erneut; das schliesst die üblichen SSRF-Lücken.
Betrieb vor dem Launch geplant. Docker-Images, eine Staging-Umgebung, ein Reverse Proxy mit TLS, strukturierte Logs, Backups und ein Runbook, mit dem auch jemand anderes als der ursprüngliche Entwickler arbeiten kann.
| Faktor | Wirkung auf den Aufwand |
|---|---|
| Workflows und Benutzerrollen | Jede Rolle und jeder Freigabeweg bringt zusätzliche Screens, Regeln und Tests. |
| Integrationen | Qualität und Grenzen externer APIs entscheiden oft über den Zeitplan. |
| Datenmigration | Bereinigung und Übernahme bestehender Daten werden regelmässig unterschätzt. |
| Audit und Compliance | Logs, Aufbewahrungsregeln und Zugriffskontrollen bringen zusätzlichen Konzeptions- und Testaufwand. |
| Komplexität der Oberfläche | Massenbearbeitung, komplexe Tabellen oder Offline-Nutzung kosten mehr als einfache Formulare. |
| Verfügbarkeit | Ein Betrieb rund um die Uhr braucht Monitoring, Redundanz und Pikettdienst. |
Für ein klar definiertes erstes Release offerieren wir einen Festpreis. Zeigt die Analysephase, dass Teile des Umfangs davon abhängen, wie die erste Version genutzt wird, arbeiten wir in Etappen. In beiden Fällen sehen Sie den Plan und seine Annahmen, bevor die Arbeit beginnt.
Geschäftssysteme enthalten meist Personendaten, deshalb prägt der Datenschutz die Konzeption: für Daten, die in der Schweiz bearbeitet werden, das revidierte Bundesgesetz über den Datenschutz (DSG), in Kraft seit dem 1. September 2023, für Personen in der EU die DSGVO mit vergleichbaren Grundsätzen. Die Artikelangaben unten beziehen sich auf das DSG. Artikel 7 verlangt Datenschutz durch Technik und datenschutzfreundliche Voreinstellungen. Artikel 16 erlaubt die Bekanntgabe ins Ausland nur in Staaten mit angemessenem Schutz oder mit zusätzlichen Garantien. Artikel 24 verlangt, dass Verletzungen der Datensicherheit, die voraussichtlich zu einem hohen Risiko für die betroffenen Personen führen, dem EDÖB gemeldet werden. In der Praxis bauen wir Rollen, Aufbewahrungsregeln und Audit-Logs ins erste Release ein, dokumentieren, welche Auftragsbearbeiter welche Daten sehen, und hosten je nach Verträgen und Branche in der Schweiz oder in einer EU-Region.
Individualsoftware steht selten allein. Sie liest und schreibt über API-Integrationen in Ihr CRM, Ihre Buchhaltung oder Ihre E-Commerce-Plattform, wächst manchmal zu einem individuellen CRM oder ERP und wird gelegentlich über die SaaS-Entwicklung zum Produkt für andere Unternehmen. Typische Szenarien beschreiben wir unter interne Geschäftssysteme.
Die Sensaria AG ist ein Technologieunternehmen mit Sitz in Lugano, Schweiz. Für einen SaaS-Kunden haben wir eine Plattform für Startup-Recherche und Outreach gebaut: eine tägliche Pipeline mit Freigabe-Queues, ein rollenbasiertes Dashboard und die Übergabe ins CRM des Kunden. Ausserdem haben wir ein System zur Reaktivierung von Affiliates entwickelt, das eine Drittplattform strikt lesend analysiert, sowie eine Engine zur Gewinnung neuer Affiliates mit SSRF-sicherem Crawling und einem Audit-Trail für jede zusammengeführte Identität. Wir arbeiten auf Deutsch, Englisch, Italienisch und Französisch.
Was dazugehört
Browserbasierte Anwendungen mit eigenem Datenmodell und eigenen Geschäftsregeln, vom Offerttool bis zum kompletten System für Ihren Betrieb.
Dienste in Python (FastAPI) oder Node.js auf PostgreSQL, mit dokumentierter REST-API und einem OpenAPI-Vertrag, auf dem andere Systeme und Teams aufbauen können.
Oberflächen in React und TypeScript für datenintensive Alltagsarbeit: Tabellen, Filter, Massenaktionen, Entwürfe und Freigabe-Queues.
Tools, die E-Mail-Ketten und geteilte Tabellen ablösen: Freigaben, Aufgaben-Queues, Dokumentenverwaltung und ein Verlauf jeder Änderung.
Login-Bereiche, in denen Kunden den Status prüfen, Dokumente herunterladen oder Anfragen stellen; die Daten kommen über eine kontrollierte API-Schicht aus den internen Systemen.
Operative Dashboards, in denen jede Kennzahl einmal in der Datenschicht definiert ist, damit Verkauf, Betrieb und Finanzen dieselbe Zahl sehen.
Zeit- und ereignisgesteuerte Jobs mit Wiederholungen, Back-off und Dead-Letter-Queue, damit ein fehlgeschlagener Schritt sichtbar und behebbar ist, statt stillschweigend verloren zu gehen.
Anwendungen zwischen bestehenden Systemen wie CRM, Buchhaltung, E-Commerce und E-Mail-Plattformen, die bei Ereignissen Daten zwischen ihnen verschieben.
Rollenbasierte Zugriffe, die im Backend durchgesetzt werden, geschützte Logins und ein Audit-Log, das festhält, wer wann was geändert hat.
Typische Szenarien
Bestellungen, Offerten oder Anfragen, die bisher in geteilten Excel-Dateien geführt werden, wandern in eine Anwendung mit Validierung, Rollen und Verlauf. Die Tabelle bleibt als Export verfügbar, ist aber nicht mehr die massgebliche Quelle.
Daten aus mehreren Quellen werden dedupliziert, bewertet und zur Freigabe an Menschen übergeben, bevor etwas hinausgeht. Die Läufe sind idempotent: Ein Neustart verarbeitet nie denselben Eintrag zweimal.
Daten aus einem SaaS-Tool, das Sie nicht verändern können, werden synchronisiert, fehlende Kennzahlen berechnet, und die Ergebnisse erzeugen Aufgaben für Ihr Team, ohne Risiko, versehentlich zurückzuschreiben.
Kunden sehen Bestellstatus, Dokumente und offene Anfragen, ohne anrufen zu müssen. Das Portal liest über eine API-Schicht, sodass interne Systeme nie direkt im Internet exponiert sind.
Ein kleiner Dienst überträgt Daten zwischen CRM, Buchhaltung und E-Mail-Plattform, sobald sich etwas ändert, mit Logs und Wiederholungen. Damit endet das Abtippen derselben Daten an drei Orten.
FAQ
Lassen Sie sich Systeme zeigen, die das Unternehmen gebaut hat und betreibt, und fragen Sie nach Architektur, Tests und Betrieb statt nach Screenshots. Klären Sie, wem der Quellcode gehört, wie Änderungen vor einem Release getestet werden, wer die Software nach dem Launch betreibt, in welchen Sprachen das Team arbeitet und wo Ihre Daten gehostet werden. Ein guter Partner sagt Ihnen auch, wann ein Standardtool die bessere Antwort ist.
Die Kosten hängen von der Zahl der Workflows und Benutzerrollen ab, von der Qualität der externen APIs, die angebunden werden müssen, von der Datenmigration, von Audit- und Compliance-Anforderungen und von der geforderten Verfügbarkeit. Preise veröffentlichen wir nicht. Nach einer kurzen Analysephase nennen wir einen Festpreis für ein klar definiertes erstes Release oder legen einen etappierten Plan mit Schätzung pro Etappe vor, wenn Teile des Umfangs davon abhängen, wie die Nutzer auf die erste Version reagieren.
Ein erstes produktives Release eines fokussierten internen Tools dauert inklusive Analysephase typischerweise zwei bis vier Monate. Grössere Systeme liefern wir in Releases alle paar Wochen statt in einem grossen Launch aus, damit die Software früh genutzt wird und die nächste Etappe auf echtem Feedback aufbaut. Integrationen mit langsamen oder schlecht dokumentierten Drittanbieter-APIs sind die häufigste Ursache für Verzögerungen.
Ja. Wir arbeiten mit Kunden in der Schweiz und im Ausland, remote und auf Deutsch, Englisch, Italienisch und Französisch. Verträge und Rechnungen laufen über die Sensaria AG, eingetragen im Handelsregister des Kantons Tessin. Welches Datenschutzrecht gilt, klären wir im Projekt: Das DSG gilt für Daten, die in der Schweiz bearbeitet werden, die DSGVO für Personen in der EU. Den Hosting-Standort legen wir entsprechend fest.
Mit beiden. Wir arbeiten mit kleinen und mittleren Unternehmen und mit Teams in grösseren Organisationen, die ein bestimmtes System rasch brauchen. Die Architektur richtet sich nach dem Problem: Eine einzelne Anwendung mit einer PostgreSQL-Datenbank deckt die meisten Geschäftssysteme ab und hält Hosting- und Wartungskosten planbar.
Ihnen. Der Code liegt in Ihrem Repository oder wird bei der Übergabe dorthin übertragen, zusammen mit der Dokumentation, dem Datenbankschema samt Migrationen und dem Deployment-Runbook. Es gibt kein proprietäres Framework und keine Lizenz, die Sie für die Weiterentwicklung an Sensaria bindet.
Den Hosting-Standort legen wir gemeinsam fest: ein Rechenzentrum in der Schweiz, wo Verträge oder Branchenvorgaben es verlangen, sonst eine EU-Region, die auch der Bundesrat als Staat mit angemessenem Datenschutz aufführt. Zugriffsrollen, Aufbewahrungsregeln und Audit-Logs gehören zum ersten Release, und wir dokumentieren, welche Auftragsbearbeiter welche Daten sehen.
Ja, nach einem technischen Review. Wir lesen den Code, lassen vorhandene Tests laufen, prüfen Abhängigkeiten und Deployment und geben Ihnen eine schriftliche Einschätzung: was sich erweitern lässt, was zuerst refaktoriert werden muss und wo Risiken liegen. Eine Übernahme beginnt meist damit, die Teile mit Tests abzusichern, die sich am häufigsten ändern.
Eingesetzte Technologie
TechnologieWebanwendungen, interne Systeme, Kundenportale und API-basierte Dienste, entwickelt entlang der Art, wie Ihr Unternehmen tatsächlich arbeitet, mit Code und Daten, die Ihnen gehören.