Zum Inhalt springen

Über mich

Ich bin Len Knutzen – und ich baue dein Projekt selbst

Kein Agenturnetzwerk, keine Zwischenebene, kein Vertrieb, der dir etwas verspricht, das die Entwicklung später ausbaden muss. Bei Knutzen-IT sprichst du mit derselben Person, die den Code schreibt.

Len Knutzen, Gründer von Knutzen-IT

Len Knutzen

Gründer & Entwickler, Knutzen-IT

Schwerpunkte
Shopware · Web · Apps · Schnittstellen
Arbeitsweise
Remote, bundesweit
Einzugsgebiet
Deutschland, Österreich und die Schweiz
Erreichbar
Mo – Fr, 9 – 18 Uhr

Werdegang

Selbst beigebracht, seit über zehn Jahren

Angefangen hat es mit einem Server, der nicht das tat, was er sollte

Mit elf Jahren wollte ich auf einem Minecraft-Server etwas, das es nicht gab. Also habe ich angefangen, es selbst zu bauen. Was folgte, waren Jahre aus Ausprobieren, Kaputtmachen, Nachlesen und Wieder-Ausprobieren – ohne Kurs, ohne Lehrplan, dafür mit einem sehr direkten Feedback: Es funktionierte, oder es funktionierte nicht.

Vom Hobby zum Handwerk

Aus Plugins wurden Websites, aus Websites Shops, aus Shops Schnittstellen zu Warenwirtschaftssystemen. Irgendwann war klar, dass die Fragen, die mich interessieren, längst keine technischen mehr sind: Warum macht jemand denselben Handgriff seit drei Jahren von Hand? Warum liegen dieselben Daten in vier Systemen? Genau da wird Software nützlich.

Warum daraus ein Unternehmen wurde

Weil ich immer wieder dieselbe Sache gesehen habe: kleine und mittlere Unternehmen, die entweder zu teure Agenturen bezahlen oder sich mit Baukastenlösungen abfinden, die nach zwei Jahren im Weg stehen. Dazwischen fehlt jemand, der zuhört, ehrlich einschätzt und dann tatsächlich selbst baut. Das ist Knutzen-IT.

Arbeitsweise

Vier Regeln, an die ich mich halte

Nicht, weil sie gut klingen, sondern weil ich als Kunde selbst schon erlebt habe, wie es sich anfühlt, wenn sie fehlen.

  • Erst verstehen, dann bauen

    Der erste Termin geht nicht um Technik, sondern um deinen Ablauf. Die Hälfte der guten Lösungen entsteht dadurch, dass man merkt, welches Problem eigentlich gelöst werden muss.

  • Lieber nein sagen

    Wenn ein Projekt sich nicht rechnet oder mit Bordmitteln schneller gelöst ist, sage ich das. Ein Auftrag weniger ist mir lieber als ein Kunde, der nach sechs Monaten merkt, dass er das nicht gebraucht hätte.

  • Nichts, was nur ich verstehe

    Code wird dokumentiert, Abläufe werden protokolliert, Übergaben werden aufgezeichnet. Du sollst jederzeit einen anderen Entwickler weiterarbeiten lassen können – auch wenn ich hoffe, dass du es nicht musst.

  • Erreichbar bleiben

    Ein Projekt endet nicht mit der Rechnung. Fragen nach dem Launch beantworte ich, ohne dafür ein Ticket zu verlangen.

Technologie

Womit gearbeitet wird

Die Technik wird nach dem Problem ausgewählt, nicht andersherum. Diese Liste sagt dir vor allem eins: dein System ist wahrscheinlich schon dabei.

E-Commerce

  • Shopware 6
  • Twig
  • SCSS
  • PHP
  • WooCommerce
  • Stripe
  • PayPal

Web & Frontend

  • Next.js
  • React
  • TypeScript
  • Tailwind CSS
  • Astro
  • Vite

Mobile Apps

  • React Native
  • Expo
  • iOS
  • Android
  • Push Notifications
  • App Store & Play Store

Backend & Daten

  • Node.js
  • Python
  • PostgreSQL
  • MySQL
  • Redis
  • Prisma

Schnittstellen & Automatisierung

  • REST APIs
  • Webhooks
  • Puppeteer
  • Playwright
  • JTL-WaWi
  • n8n
  • Docker
  • Cron / Scheduler

KI

  • Claude API
  • OpenAI API
  • RAG
  • Vector Search
  • LangChain
  • Self-hosted LLMs

Kennenlernen

Am schnellsten merkst du im Gespräch, ob es passt.

30 Minuten, kostenlos, ohne Verkaufsversuch. Wenn ich der Falsche für dein Vorhaben bin, sage ich dir das – und wenn ich jemanden kenne, der besser passt, nenne ich den Namen.