S2: Sichtbarkeit aufbauen

Track Soft Skills · S2 Sichtbarkeit aufbauen · ca. 60 Min.

Worum es geht

Du kannst im Gespräch überzeugen. Aber ein Gespräch gibt es nur, wenn jemand weiß, dass es dich gibt und was du löst. Akquise beginnt deshalb lange vor dem ersten Gespräch. Der einfachste Weg, schon vorher aufzufallen: ein kurzer Fachbeitrag zu einer Erkenntnis aus deiner Arbeit, ohne dass es nach Werbung klingt. In dieser Lektion lernst du eine Vorlage aus drei Teilen, baust sie für dich aus und planst einen Rhythmus, den du wirklich durchhältst. Das trainiert genau deine Schwachstelle: Selbstvermarktung im schriftlichen Kanal.

Typische Situation

Du hast ein Projekt sauber abgeschlossen und willst darüber auf LinkedIn schreiben. Dein erster Entwurf:

“Ich freue mich, bekannt zu geben, dass ich ein weiteres Projekt erfolgreich abgeschlossen habe. Ein großartiges Team und ein spannender Technologie-Stack. Bei Interesse meldet euch gern!”

Das klingt höflich und fühlt sich sicher an. Aber ein Leser lernt daraus nichts, und er erfährt auch nicht, was du kannst. Es ist wie ein Git-Commit mit der Nachricht “updates”: wahr, aber ohne Information. Du hast Selbstlob geschrieben, keine Erkenntnis. Genau davor schützt dich die Vorlage in dieser Lektion.

Konzept: Erkenntnis statt Ankündigung

Warum Sichtbarkeit vor dem Gespräch zählt

Die Quelle begründet es so: Ein Beitrag pro abgeschlossenem Modul macht Fortschritt sichtbar, ohne dass es sich wie Werbung anfühlt. Zum Kanal LinkedIn sagt sie: Dort sind B2B-Entscheider tatsächlich aktiv, und Sichtbarkeit ist der Unterschied zwischen “wird von Auftraggebern gefunden” und “muss jede Anfrage selbst starten”. Ein Beitrag arbeitet für dich, auch wenn du gerade etwas anderes tust.

Die Kernidee: eine Erkenntnis, ein gelöstes Problem, eine Frage

Ein guter Fachbeitrag hat nach der Quelle drei Merkmale:

Eine einzige Erkenntnis (insight). Nicht fünf Tipps, sondern eine Sache, die jemand anderes mitnehmen kann.
Ein konkretes gelöstes Problem. Die Erkenntnis ist nicht erfunden, sie kommt aus einer echten Situation mit konkreten Details.
Eine Frage am Ende statt eines Verkaufsappells. Sie lädt zum Austausch ein.

Dazu kommt eine Regel für den Alltag: Regelmäßigkeit schlägt Perfektion (consistency over perfection). Ein ordentlicher Beitrag pro Monat nützt mehr als ein perfekter, der nie fertig wird.

Die Vorlage: drei Teile reichen

Aus der Quelle:

[Ein Satz: die überraschendste Erkenntnis aus dem letzten Modul]

[2 bis 3 Sätze: das konkrete Problem, das dabei gelöst wurde]

[Ein Satz: was als Nächstes ansteht, oder eine offene Frage]

Ein durchgespieltes Beispiel (die Situation ist erfunden, die Details sind nur zur Illustration):

Überraschend: Doppelte Bestellungen im Checkout kamen nicht von der schlechten
Verbindung, sondern davon, dass der Server jede Anfrage als neu behandelte.

Wer bei schwachem Netz noch einmal auf "Bestellen" tippte, löste eine zweite
Bestellung aus. Mit einem Idempotenz-Schlüssel (idempotency key) pro Warenkorb
erkennt der Server die Wiederholung und liefert dieselbe Antwort zurück.

Wie schützt ihr eure Schnittstellen vor doppelten Anfragen?

Schau, was hier passiert:

Teil	Was er tut	Wo es im Beispiel steht
Satz 1	Die Erkenntnis, mit einer Wendung, die neugierig macht	“nicht von der Verbindung, sondern vom Server”
Sätze 2 und 3	Das konkrete Problem und was gelöst wurde	schwaches Netz, zweites Tippen, Idempotenz-Schlüssel
Letzter Satz	Eine Frage, die jeder Entwickler beantworten kann	“Wie schützt ihr eure Schnittstellen vor doppelten Anfragen?”

Es steht kein Preis darin, keine Selbstbeschreibung und kein “meldet euch”. Wer den Beitrag liest und das Problem selbst kennt, merkt trotzdem, dass du es lösen kannst. Das ist die Wirkung.

Von der Erfahrung zur Erkenntnis

Der schwerste Schritt für dich ist vermutlich nicht das Schreiben, sondern das Auswählen. “Wir haben doppelte Bestellungen behoben” ist eine Erfahrung. “Der Server muss Wiederholungen erkennen, das Netz kriegen wir nicht in den Griff” ist eine Erkenntnis. Der Unterschied: Eine Erkenntnis lässt sich auf andere Fälle übertragen. Frage dich nach jedem Projekt:

Was hat mich überrascht?
Welche Annahme war falsch?
Was würde ich einem Kollegen raten, der vor demselben Problem steht?

Aus der Antwort wird Satz 1. Du brauchst dafür keine große Leistung, nur eine ehrliche Beobachtung.

Auch die Profilzeile gehört zur Sichtbarkeit

Wer deinen Beitrag gut findet, schaut als Nächstes auf dein Profil. Dort entscheidet die Headline in fünf Sekunden. Die Quelle sagt: Headline als Nutzenversprechen, nicht als Jobtitel. Das ist dieselbe Übersetzung wie in der Lektion zu Nutzen statt Merkmale. Statt “Frontend Lead & IT Consultant” steht dort, für wen du arbeitest und was sich ändert. Beispiel in anderer Branche: “Ich helfe Online-Händlern, Bestellungen auf dem Handy schneller abzuschließen, damit weniger Kunden abspringen.”

Der Rhythmus: Zeit einplanen statt Motivation hoffen

Weil Regelmäßigkeit gewinnt, planst du feste Zeit ein, statt auf Lust zu warten. Ein Beitrag besteht aus mehreren Schritten: Idee auswählen, schreiben, auf Kommentare antworten, und dazwischen auf Beiträge anderer reagieren (das schafft die Berührungspunkte, die dir später Direktnachrichten leichter machen). Rechne dafür mit Minuten statt mit Bauchgefühl.

Beispielrechnung mit erfundenen Werten: Ein Beitrag braucht 40 Minuten. Du planst 2 Stunden Schreibzeit pro Woche. Das sind 120 Minuten, geteilt durch 40, also 3 Beiträge pro Woche und bei 4 Wochen 12 pro Monat. Planst du stattdessen 100 Minuten, ergibt 100 geteilt durch 40 genau 2,5. Es zählen nur ganze Beiträge: 2 pro Woche, 8 pro Monat. Eine halbe Version veröffentlichst du nicht.

Falle

Ankündigung statt Erkenntnis: “Ich freue mich, bekannt zu geben …” Wer es liest, lernt nichts. Frag dich: Was nimmt ein Leser mit, der dich nicht kennt?
Zu viele Erkenntnisse: “Zehn Tipps” wirkt gründlich, ist aber austauschbar. Eine Erkenntnis, gut belegt, bleibt hängen.
Zu abstrakt: “Messen ist wichtig” stimmt, aber ohne konkreten Fall glaubt dir niemand, dass du es erlebt hast. Das konkrete Detail ist dein Beweis.
Verkaufsappell am Ende: “Buchen Sie mich” nach einem guten Beitrag zerstört die Glaubwürdigkeit. Die Frage lädt ein, der Appell drängt.
Perfektionismus: Der Beitrag bleibt drei Wochen im Entwurf, weil ein Satz nicht passt. Setz dir eine Zeitgrenze und veröffentliche.
Vertrauliches verraten: Beschreibe Probleme so allgemein, dass keine Kundendaten, Namen oder interne Details erkennbar sind. Im Zweifel vorher fragen.

Übungen

Übung 1: Welche Rolle spielt der Satz?

Acht Sätze aus Entwürfen. Gib eine Liste mit acht Einträgen in der Reihenfolge der Sätze zurück. Jeder Eintrag ist einer von vier Buchstaben:

"E": Erkenntnis (eine Lehre, die jemand anderes mitnehmen kann)
"P": Problem (konkrete Situation oder Lösungsschritt aus einem Projekt)
"F": Frage oder Ausblick (lädt zum Austausch ein oder sagt, was als Nächstes kommt)
"W": Werbung oder Selbstlob (gehört nicht in den Beitrag)

“Der nächtliche Import einer Kunden-App brach nach 20 Minuten ab, sobald eine Zeile ein Sonderzeichen enthielt.”
“Ich bin sehr stolz auf mein starkes Team und freue mich über den erfolgreichen Abschluss.”
“Überraschend: Nicht die Datenmenge war das Problem, sondern eine einzige fehlerhafte Zeile.”
“Wie geht ihr bei euch mit einzelnen kaputten Datensätzen im Import um?”
“Buchen Sie jetzt ein kostenloses Erstgespräch mit mir.”
“Wer einen Batchjob baut, sollte einen kaputten Datensatz überspringen können, statt alles abzubrechen.”
“Als Nächstes teste ich, ob dasselbe Muster auch bei Exporten auftritt.”
“Ich habe zuerst die Speichergrenze erhöht, aber der Abbruch blieb.”

Übung 2: Welche Beitragsidee trägt?

Du hast in den letzten Wochen mehrere Dinge erlebt und willst einen Beitrag schreiben. Welche Idee passt am besten zur Vorlage mit einer Erkenntnis, einem gelösten Problem und einer Frage?

Übung 3: Deinen Beitrag in drei Teilen schreiben

Das ist die zentrale Übung, und sie trainiert, was dir schwerfällt: über eigene Arbeit schreiben, ohne dich zu loben. Hier sind Notizen aus einem erfundenen Projekt als Rohmaterial:

Projekt: React-Native-App eines Händlers, Produktliste mit mehreren hundert Einträgen
Problem: Die Liste ruckelte beim Scrollen auf älteren Android-Geräten
Erste Vermutung: Die Bilder sind zu groß. Verkleinern half nicht.
Eigentliche Ursache: Bei jedem Tastendruck im Suchfeld wurde jede Zeile neu gerendert
Lösung: Zeilenkomponente mit React.memo, Callbacks mit useCallback stabil gehalten
Beleg: Der Profiler zeigte danach deutlich weniger Renders

Schreibe einen Beitrag als String beitrag nach der Vorlage: Erkenntnis, konkretes Problem, Frage. Der Check prüft:

30 bis 120 Wörter, 3 bis 7 Sätze
mindestens zwei konkrete Details aus den Notizen (zum Beispiel Liste, Scrollen, Suchfeld, Render, memo, Android, Profiler)
eine erkennbare Erkenntnis oder Lehre (etwas, das auch für andere gilt)
der letzte Satz ist eine Frage (Einladung zum Austausch)
kein Selbstlob und keine Ankündigung (“ich freue mich”, “stolz”, “erfolgreich abgeschlossen”)
kein Verkaufsappell (Preis, Buchen, Verfügbarkeit, “meldet euch”)
nicht zu viel Ich: höchstens vier Ich-Wörter
zusammenhängende Sätze statt Stichwortliste, keine Platzhalter in Klammern
die Details verteilen sich auf mindestens zwei Sätze, darunter die Ursache oder die Lösung
höchstens ein Ausrufezeichen, höchstens drei Hashtags (am Ende dürfen sie hinter der Frage stehen)

Dein Wortlaut darf frei sein, Du-, Ihr- und Sie-Form sind erlaubt.

beitrag = (
    "Überraschend: Das Ruckeln einer Produktliste kam nicht von den großen Bildern, sondern vom Suchfeld. "
    "Bei jedem Tastendruck wurde jede Zeile der Liste neu gerendert, auch die, die sich gar nicht geändert hatte. "
    "Mit React.memo und stabilen Callbacks scrollt die Liste jetzt auch auf älteren Android-Geräten flüssig. "
    "Wo habt ihr zuletzt optimiert, statt erst zu messen?"
)
beitrag

Weitere gute Varianten: “Die erste Vermutung war falsch: Nicht die Bildgrößen ließen die Liste in unserer Händler-App ruckeln. Der Profiler zeigte, dass jede Zeile bei jedem Tastendruck im Suchfeld neu gerendert wurde. Seitdem messe ich zuerst und rate danach. Welches Werkzeug nutzt ihr dafür?” oder “Wer Performanceprobleme vermutet, sollte messen, bevor er optimiert. Bei einer Produktliste mit Suchfeld lag das Ruckeln am Neuzeichnen aller Zeilen und nicht an den Bildern. Eine einfache memo-Komponente hat gereicht. Haben Sie ähnliche Erfahrungen beim Scrollen auf älteren Android-Geräten gemacht?”

Übung 4: Die Headline als Nutzenversprechen

Deine aktuelle Headline lautet: “Frontend Lead & IT Consultant | React Native | TypeScript”. Das ist ein Jobtitel mit einer Merkmalsliste, wie in der Lektion zu Nutzen statt Merkmale. Du willst jetzt Teams erreichen, deren mobile App nach Releases oft Fehler zeigt und deren Releases lange dauern.

Schreibe eine Headline als String headline. Der Check prüft:

8 bis 28 Wörter, ein einziger Satz oder Halbsatz, keine Aufzählung (weder mit senkrechten Strichen noch mit lauter Kommas)
eine Zielgruppe wird genannt (zum Beispiel Teams, Händler, Unternehmen, Betreiber)
eine Veränderung für sie (zum Beispiel weniger Fehler, früher fertig, ohne Nacharbeit, stabil)
sie beginnt nicht wie ein Jobtitel
überwiegend ohne Technikbegriffe
keine Floskeln (“leidenschaftlich”, “innovativ”, “Partner”, “Erfahrung”, “Experte”), kein Werbeaufruf, keine Platzhalter und keine Prozentzahlen

headline = "Ich helfe Produktteams, ihre mobile App ohne wochenlange Wartezeit und ohne Fehler nach dem Release auszuliefern."
headline

Weitere gute Varianten: “Mobile Apps, die nach dem Release stabil bleiben: Ich entlaste Teams von Nacharbeit und Wochenend-Einsätzen.” oder “Für Händler mit eigener App: weniger Ausfälle nach Updates und Releases in Tagen statt Wochen.”

Übung 5: Den Wochenrhythmus rechnen

Du willst nicht auf Lust warten. Dein Sichtbarkeits-Budget: 3 Stunden pro Woche. Es gibt vier Posten:

ideen: Notizen aus der Arbeitswoche sichten und eine Erkenntnis auswählen
schreiben: Entwurf und Überarbeitung des Beitrags
kommentieren: auf Beiträge anderer reagieren (Berührungspunkte schaffen)
antworten: auf Kommentare unter deinem Beitrag antworten

Regeln:

Jeder Posten hat mindestens 0,5 Stunden, in ganzen oder halben Stunden.
Die Summe ist genau 3 Stunden.
schreiben höchstens 1,5 Stunden (Regelmäßigkeit schlägt Perfektion: kein Feilen ohne Ende) und mindestens 1 Stunde.
Ein Beitrag braucht 45 Minuten reine Schreibzeit (angenommener Platzhalterwert).
beitraege_woche: wie viele ganze Beiträge in deine Schreibzeit passen.
beitraege_monat: das Ganze für einen Monat mit 4 Wochen.

Gib das Tupel (plan, beitraege_woche, beitraege_monat) zurück, plan als Dict. Die Beispielrechnung im Text zeigt das Prinzip mit anderen Werten.

plan = {"ideen": 0.5, "schreiben": 1.5, "kommentieren": 0.5, "antworten": 0.5}
beitraege_woche = 2
beitraege_monat = 8
(plan, beitraege_woche, beitraege_monat)

Summe: 0,5 + 1,5 + 0,5 + 0,5 = 3. Schreibzeit 1,5 Stunden sind 90 Minuten, geteilt durch 45 ergibt 2 Beiträge pro Woche, mal 4 Wochen sind 8 pro Monat. Genauso richtig wäre zum Beispiel 1 Stunde Schreibzeit: 60 geteilt durch 45 ergibt 1,33, also 1 ganzer Beitrag und 4 pro Monat.

Vorlage ausfüllen: Dein erster Beitrag

Die Quelle verlangt als Ergebnis: Der erste Beitrag zu einer abgeschlossenen Erkenntnis aus M0 ist veröffentlicht. Diese Vorlage nutzt du für jeden Beitrag. Füge deine eigenen Angaben ein.

Thema / Erlebnis:         ______________________________
Was hat mich überrascht?  ______________________________
Welche Annahme war falsch? ______________________________

Satz 1 (Erkenntnis):      ______________________________
Sätze 2 bis 3 (Problem, konkrete Details, Lösung): ______________________________
Satz 4 (Frage oder Ausblick): ______________________________

Aufgabe: Fülle die Vorlage für ein echtes Erlebnis aus deiner Arbeit oder deinem Lernen aus (zum Beispiel eine Erkenntnis aus dem Python- oder KI-Modul). Vergleiche mit der Musterlösung.

Musterlösung (Beispiel mit erfundenem Thema, bitte durch dein eigenes ersetzen)

Thema / Erlebnis:         Eine Pydantic-Validierung lehnte plötzlich gültige Daten ab
Was hat mich überrascht?  Der Fehler lag nicht in den Daten, sondern in der Reihenfolge der Prüfungen
Welche Annahme war falsch? Dass alle Validatoren unabhängig voneinander laufen

Satz 1:  Überraschend: Nicht die Daten waren fehlerhaft, sondern die Reihenfolge,
         in der meine Prüfungen liefen.
Sätze 2 bis 3:  Ein Validator ging davon aus, dass ein anderes Feld schon bereinigt
         war, aber die Felder werden in Definitionsreihenfolge geprüft. Nachdem ich
         die Felder umsortiert hatte, verschwanden die Fehlalarme.
Satz 4:  Wie testet ihr, dass Validierungen auch bei ungewöhnlicher Feldreihenfolge
         halten?

Selbstcheck-Liste vor dem Veröffentlichen:

Steht im ersten Satz eine Erkenntnis, die auch ein Fremder mitnimmt?
Ist es eine einzige Erkenntnis und nicht fünf?
Gibt es ein konkretes Detail aus einem echten Fall (kein Allgemeinplatz)?
Fehlen Selbstlob, Ankündigung und Verkaufsappell?
Endet der Beitrag mit einer Frage, die jeder Fachkollege beantworten kann?
Sind Kundennamen, interne Details und vertrauliche Daten entfernt oder verallgemeinert?
Veröffentliche ich jetzt, obwohl ein Satz noch nicht perfekt ist?

Rollenspiel

Rollenspiel: Woran arbeitest du gerade?

Deine Rolle: Freelancer auf einem Branchentreffen oder in einem Videocall mit einem Fachkollegen, den du flüchtig kennst.

Gegenüber: Entwicklerin oder Entwickler aus einem anderen Unternehmen, freundlich, neugierig, wenig Zeit. Sie fragt nebenbei: “Und, woran arbeitest du gerade?”

Ziel: Statt “ich mache React Native” erzählst du es als kurze Geschichte (Problem, Überraschung, Lösung) und stellst eine Frage zurück.

Erfolg, wenn: in unter 45 Sekunden erzählt, ein konkretes Detail genannt, eine Erkenntnis ausgesprochen (nicht nur das Ergebnis), keine Selbstbeschreibung (“ich bin Spezialist für …”), am Ende eine Frage an sie gestellt.

Starten mit: „Spiel mit mir die Rollenspiel-Karte Woran arbeitest du gerade durch“. Üben mit Claude: Skill softskill-training.

Rollenspiel (schwerer): Skeptischer Kommentar unter deinem Beitrag

Deine Rolle: Freelancer, der gestern einen Fachbeitrag veröffentlicht hat. Du antwortest schriftlich im Kommentarverlauf.

Gegenüber: Erfahrener Entwickler, der kommentiert: “Das ist doch Standardwissen. Wer das nicht weiß, sollte keine Apps bauen.” Kurz, leicht abwertend, nicht unfreundlich.

Ziel: Ruhig und ohne Rechtfertigung antworten, den berechtigten Kern anerkennen und das Gespräch mit einer Frage oder einem Detail vertiefen.

Erfolg, wenn: nicht verteidigt oder gekränkt geantwortet, ein berechtigter Punkt anerkannt, kein Selbstlob, genau eine Frage oder ein konkretes zusätzliches Detail, Ton bleibt freundlich.

Starten mit: „Spiel mit mir die Rollenspiel-Karte Skeptischer Kommentar durch“

Merksatz

Ein Beitrag zeigt eine Erkenntnis aus einem echten Fall und endet mit einer Frage, nicht mit einem Angebot.

Prüfstein

Welche eine Erkenntnis aus deiner letzten Arbeitswoche würdest du heute veröffentlichen, und was hält dich bisher davon ab?

Quelle: quellen/verkaufspsychologie-und-akquise-kanaele.md, Abschnitt “S2 Sichtbarkeit aufbauen” (Warum, Kernidee, Vorlage “drei Sätze reichen”, “Fertig, wenn”) und, als Hintergrund, Abschnitt “LinkedIn: Content + Direktansprache”. Alle Beispielbeiträge, Notizen und Zahlen sind erfunden und dienen nur der Übung (die 45 Minuten pro Beitrag und das Budget von 3 Stunden sind Platzhalterwerte). Die konkreten Angebote und Preise der Quelle sind laut Quelle veraltet und wurden bewusst nicht übernommen. Über die Quelle hinaus (allgemeines Fachwissen, bitte prüfen): die Einteilung der Sätze in Erkenntnis, Problem, Frage und Werbung, die Hinweise zu Vertraulichkeit, die Faustregel “ein Beitrag pro abgeschlossenem Modul” als Rhythmus (die Quelle nennt sie, nicht aber eine Wochenfrequenz) und LinkedIn als Plattform (bitte prüfen, ob sie für deine Zielgruppe noch der richtige Kanal ist).