6.7 KiB
Präsenzstrategie für Jan Wagner / w-make
Stand: 2026-08-15
1. Ziel
Die Präsenz soll drei Zielgruppen in weniger als einer Minute verstehen lassen:
- Industrie- und Mittelstandskunden: Jan löst reale Prozessprobleme mit belastbarer Software.
- Technische Entscheider und Partner: Jan kann Domäne, Architektur und Betrieb zusammen denken.
- Zukünftige Arbeitgeber: Jan ist ein Senior Engineer mit Ownership, nicht nur ein Implementierer.
Primäre Conversion: qualifizierter Erstkontakt. Nicht: möglichst viele Projekte oder Technologien zeigen.
2. Empfohlene Positionierung
Ich entwickle robuste digitale Systeme für industrielle und anspruchsvolle Geschäftsprozesse — mit Domänenverständnis, klarer Architektur und Verantwortung für den Betrieb.
Die Positionierung ist stärker als „innovative Lösungen“ oder „Full-Stack-Entwicklung“, weil sie ein Problem, eine Zielgruppe und einen Qualitätsanspruch benennt.
3. Was bewusst nicht auf die öffentliche Startseite gehört
- Casino-Automation und Echtgeld-Workflows
- Trading-/Prediction-Market-Projekte
- Interne Hermes-Infrastruktur, Bot-Namen und Serverdetails
- Unbelegte Zahlen wie Testanzahl, Verfügbarkeit oder Effizienzgewinne
- „Enterprise-Niveau“, „24/7 verfügbar“ oder ähnliche Behauptungen ohne veröffentlichbare Nachweise
Diese Themen können privat als technische Lernprojekte oder auf Anfrage erscheinen. Öffentlich verwässern sie die B2B-Positionierung und können bei Kunden bzw. Arbeitgebern unnötige Risiko- und Vertrauensfragen auslösen.
4. Inhaltliche Säulen
A. Industrie-Software und Domäne
Der stärkste Beleg ist W-Make Batch. Daraus entstehen:
- Case Study: „Wie aus einem Produktionsprozess ein belastbares Softwaresystem wird“
- Architekturartikel: „Warum fachliche Buchungen nicht einfach gelöscht werden dürfen“
- Prozessartikel: „Vom Satzzettel zum Tagesprotokoll: ein durchgängiges Produktionsmodell“
- Produktseite: Problem → Lösung → Arbeitsweise → Demo/Kontakt
B. Engineering-Entscheidungen
- Datenintegrität statt schneller CRUD-Logik
- Fachliche Regeln als explizite Invarianten
- Kleine, testbare Module statt verteilte Business-Logik
- Migrationen, Backups, Auditierbarkeit und sichere Fehlerpfade
C. Persönliche Perspektive
- Übergang von Glass Technology zu Software Engineering
- Was Domänenwissen in der Produktentwicklung verändert
- Entscheidungen, die im Betrieb wichtiger sind als im Demo-Video
- Ehrliche technische Rückblicke mit Problem, Entscheidung, Ergebnis und offenem Rest
5. Seitenstruktur für den öffentlichen Auftritt
- Startseite: Positionierung, 1–2 Belege, Arbeitsweise, Kontakt
- Über mich: Glas-/Industrie-Hintergrund, Senior-Engineering-Profil, Arbeitsprinzipien
- W-Make Batch: eigenständige Case Study mit Screenshots/Diagramm und klarer Abgrenzung zu vertraulichen Kundendaten
- Engineering Notes: 4–6 substanzielle Artikel statt Newsfeed
- Kontakt: E-Mail, LinkedIn/Git-Profil, Einsatzformen, Standort/remote
- Impressum/Datenschutz: vor öffentlichem Launch rechtlich vervollständigen
6. Case-Study-Template
Jede Referenz folgt demselben Muster:
- Ausgangslage: Welcher Prozess war schwierig oder fehleranfällig?
- Verantwortung: Welche Rolle und welchen Anteil hatte Jan?
- Entscheidungen: Welche Architektur-/Domänenentscheidungen waren entscheidend?
- Ergebnis: Nur belegbare Resultate; vertrauliche Werte anonymisieren.
- Beweis: Screenshot, vereinfachtes Modell, Teststrategie oder öffentliche Demo.
- Lernpunkt: Was kann ein anderer technischer Entscheider daraus übernehmen?
- CTA: Gespräch über einen ähnlichen Prozess.
7. Priorisierte 30-Tage-Roadmap
Woche 1 — Vertrauen und Basis
- Eigene Domain-/Unternehmensbezeichnung festlegen.
- Professionelle Kontaktadresse und LinkedIn-Profil verknüpfen.
- W-Make Batch als Referenz auf Freigabe und Vertraulichkeit prüfen.
- Impressum-/Datenschutz-Anforderungen vor Launch mit fachkundiger Stelle klären.
Woche 2 — Belege
- Case Study zu W-Make Batch schreiben.
- 3–5 aussagekräftige Screenshots oder ein anonymisiertes Prozessdiagramm erstellen.
- Rolle, Zeitraum, Verantwortung und veröffentlichbare Ergebnisse sauber dokumentieren.
Woche 3 — Auffindbarkeit
- LinkedIn-Headline an die Positionierung anpassen.
- Eine Engineering Note veröffentlichen.
- Profile konsistent verlinken: Website, LinkedIn, GitHub/Gitea nur wenn öffentlich geeignet.
- Title, Description, Open Graph, Sitemap und Search Console ergänzen.
Woche 4 — Conversion
- Kontaktformular oder klare E-Mail ergänzen.
- Angebot in 2–3 konkrete Einstiege übersetzen: Prozessanalyse, technische Due Diligence, Produkt-/Backend-Entwicklung.
- Jede Seite mit genau einem nächsten Schritt versehen.
- Mobile, Tastaturbedienung, Ladezeit und externe Links prüfen.
8. Konkrete Angebotsformulierungen
Prozessanalyse
Ich analysiere einen bestehenden digitalen Prozess, identifiziere fachliche Bruchstellen und übersetze die Ergebnisse in eine priorisierte technische Roadmap.
Produkt- und Backend-Entwicklung
Ich entwickle oder stabilisiere Anwendungen, bei denen Datenmodell, Geschäftslogik und Betrieb wichtiger sind als ein schneller Prototyp.
Technische Zusammenarbeit
Ich unterstütze Teams bei Architekturentscheidungen, schwierigen Integrationen und der Überführung von gewachsenem Code in ein wartbares System.
9. Noch offen vor dem Launch
- Öffentlich verwendbare Kontaktadresse
- Vollständiger Name/Firmierung nach UG-Gründung
- Impressums- und Datenschutzhinweise
- Freigabe zur Darstellung von W-Make Batch und verwendbaren Screenshots
- Tatsächliche öffentliche Profile/Links
- Messbare Ergebnisse, sofern sie veröffentlicht werden dürfen
10. Erfolgskriterien
Nach dem ersten Ausbau muss ein fremder Besucher beantworten können:
- Was macht Jan konkret?
- Für wen ist das relevant?
- Woran ist die Qualität erkennbar?
- Wie kann ich Kontakt aufnehmen?
Wenn eine Information nicht auf eine dieser vier Fragen einzahlt, gehört sie nicht auf die Startseite.
Quellen aus dem Workspace
/home/eldov-ryzen5/workspace/Coding/Batchmaker/README.md/home/eldov-ryzen5/workspace/Coding/Batchmaker/AGENTS.md/home/eldov-ryzen5/workspace/Server/README.md/home/eldov-ryzen5/workspace/Coding/hermes-tools/README.md/home/eldov-ryzen5/workspace/w-make-com/src/app/page.tsx/home/eldov-ryzen5/workspace/w-make-com/src/app/layout.tsx
Die Quellen belegen technische Substanz. Kundennamen, Resultate und Rollen dürfen nur nach Freigabe öffentlich behauptet werden.