In 10 Schritten ein AI-Portfolio bauen das dir einen Job bringt
Als Quereinsteiger brauchst du keine drei Jahre Erfahrung, sondern drei Projekte die jemand anschauen kann. Diese Anleitung zeigt Schritt für Schritt, wie du aus einer Idee ein sichtbares Portfolio machst.
Wenn du aus einem anderen Beruf in Richtung AI wechseln willst, kennst du das Problem: Jede Stellenanzeige will Erfahrung, und Erfahrung bekommst du nur mit einer Stelle. Aus der Schleife kommst du nicht raus, indem du noch ein Zertifikat sammelst. Du kommst raus, indem du etwas Fertiges zeigst. Niemand fragt einen Bewerber mit drei sauberen Projekten nach dem Abschluss. Genau darum geht es hier. Wir bauen kein großes Ding, wir bauen drei kleine Dinge die funktionieren und die jemand in zwei Minuten verstehen kann. Plan dir dafür einen ruhigen Nachmittag ein, der Rest passiert über die nächsten Wochen nebenbei.
Schritt 1: Entscheide dich für ein Problem das du wirklich kennst
Der häufigste Fehler ist, dass Leute das Projekt bauen wollen das beeindruckt. Ein Chatbot für den Aktienmarkt, eine App die Krebs erkennt, irgendwas Großes. Das wird nie fertig, weil du das Feld nicht kennst und an jeder Ecke hängen bleibst.
Nimm stattdessen ein Problem aus deinem alten Job oder deinem Alltag. Du warst im Einzelhandel? Bau ein Tool das Produktbeschreibungen aus Stichworten schreibt. Du hast in einer Kanzlei gearbeitet? Bau etwas das lange Verträge in drei Sätze zusammenfasst. Der Vorteil ist doppelt: Du verstehst sofort ob das Ergebnis gut ist, und im Interview kannst du erklären warum das Problem echt ist. Das ist mehr wert als jede technische Raffinesse.
Schreib dir in einem Satz auf, wen das Tool glücklich macht und was es ihm abnimmt. Wenn du diesen Satz nicht hinbekommst, ist das Problem zu vage. Dann such ein konkreteres.
Schritt 2: Wähle ein Werkzeug und bleib dabei
Es gibt zu viele Tools, und jede Woche kommt ein neues das angeblich alles besser macht. Ignorier das. Für dein erstes Portfolio reicht ein einziges Werkzeug mit dem du dich wohlfühlst. Wenn du gar nicht coden kannst, fang mit einem No-Code-Ansatz an, dazu haben wir das Playbook Claude Projects für Nicht-Coder. Wenn du dich langsam an Code herantraust, ist ein KI-Assistent im Editor der sanfteste Einstieg.
Der Punkt ist nicht welches Tool, sondern dass du nicht mittendrin wechselst. Jeder Wechsel kostet dich einen halben Tag Umlernen, und in dieser Zeit baust du nichts. Ich habe Leute gesehen die drei Monate lang Tools verglichen haben und am Ende kein einziges Projekt hatten.
Halt fest welches Werkzeug du nimmst und warum. Diese Entscheidung erzählst du später im Interview, und "ich habe mich bewusst für eins entschieden statt alles auszuprobieren" klingt nach jemandem der liefert.
Schritt 3: Bau die kleinste Version die funktioniert
Deine erste Version soll hässlich sein und genau eine Sache können. Kein Login, keine schöne Oberfläche, keine Einstellungen. Wenn dein Tool Verträge zusammenfasst, dann nimmt die erste Version genau einen Vertrag und spuckt genau eine Zusammenfassung aus. Fertig.
Der Grund ist psychologisch. Ein fertiges kleines Ding gibt dir Schwung für das nächste. Ein halbfertiges großes Ding zieht dich runter, bis du aufgibst. Nimm dir vor, die kleinste Version an einem einzigen Nachmittag lauffähig zu haben. Wenn das nicht klappt, ist die Version immer noch zu groß.
Sobald diese Mini-Version einmal durchläuft, hast du bewiesen dass die Idee trägt. Alles danach ist Verbessern, und Verbessern ist leicht. Der Sprung von null auf eins ist der schwere.
Schritt 4: Pack alles in ein Git-Repo
Sobald etwas läuft, kommt es in ein Git-Repository. Nicht später, jetzt. Git ist die Sprache in der Entwickler über Arbeit reden, und ein öffentliches Repo ist der Beweis dass du wirklich etwas gebaut hast. Ein Screenshot kann jeder fälschen, ein Commit-Verlauf nicht.
Wenn Git für dich Neuland ist, arbeite vorher das Playbook Git für KI Quickstart durch, das bringt dich in einer halben Stunde auf Stand. Die drei Lessons Git für KI im ersten Level gehen tiefer, falls du es richtig verstehen willst statt nur Befehle abzutippen.
Committe oft und mit ehrlichen Nachrichten. "Erste Version die durchläuft" ist eine bessere Commit-Nachricht als "update". Der Verlauf erzählt später deine Geschichte, und ein Verlauf mit lesbaren Schritten wirkt wie jemand der weiß was er tut.
Schritt 5: Schreib eine README die ein Mensch versteht
Die README ist die erste Datei die ein Personaler oder Entwickler öffnet. Meistens ist es auch die einzige. Behandle sie wie die Startseite deines Projekts, nicht wie eine Pflichtübung.
Sie braucht vier Dinge in dieser Reihenfolge: Was macht das Tool in einem Satz. Für wen ist es. Wie startet man es. Ein Bild oder ein kurzes Beispiel vom Ergebnis. Keine Doktorarbeit, eine halbe Bildschirmseite reicht. Schreib sie so, dass deine Mutter versteht was das Ding tut. Wenn sie es versteht, versteht es auch der gestresste Personaler der abends fünfzig Bewerbungen durchklickt.
Vermeide Fachwörter wo es geht. "Fasst Verträge zusammen" ist besser als "nutzt ein Large Language Model zur semantischen Kompression". Das Erste zeigt dass du den Nutzer verstehst, das Zweite dass du ein Wort gelernt hast.
Schritt 6: Dokumentiere was schiefging, nicht nur den Erfolg
Das ist der Schritt den fast alle auslassen, und genau der hebt dich ab. Schreib in deine README oder einen kurzen Notiz-Abschnitt, was beim Bauen nicht funktioniert hat und wie du es gelöst hast. Die AI hat halluziniert und Vertragsklauseln erfunden? Schreib rein wie du das eingefangen hast. Das Tool war zu langsam? Schreib rein was du geändert hast.
Warum das zieht: Jeder kann ein Tutorial nachbauen. Aber jemand der beschreiben kann wo es klemmte, hat wirklich gearbeitet und nicht nur kopiert. Im Interview ist "erzähl mir von einem Problem das du gelöst hast" die häufigste Frage, und du hast die Antwort schon aufgeschrieben.
Zwei bis drei ehrliche Stolperstellen pro Projekt reichen. Das ist keine Schwäche, das ist der Beweis dass du unter echten Bedingungen gearbeitet hast.
Schritt 7: Mach das Projekt sichtbar
Ein Repo mit Code ist gut, aber die meisten Leser wollen das Ergebnis sehen ohne selbst etwas zu starten. Gib ihnen das. Wenn es eine Web-App ist, stell sie online, viele einfache Hosting-Dienste kosten für kleine Projekte nichts. Wenn das zu viel ist, nimm ein kurzes Bildschirm-Video auf in dem du das Tool zwei Minuten lang benutzt.
Ein sichtbares Ergebnis senkt die Hürde beim Betrachter auf null. Er muss nichts installieren, nichts verstehen, er sieht einfach dass es funktioniert. Diese zwei Minuten Aufwand von dir sparen dem Gegenüber die Entscheidung ob er sich überhaupt reinklickt.
Falls dein Projekt eine kleine Website ist und du willst dass Suchmaschinen und AI-Assistenten sie überhaupt finden, hilft dir das Playbook GEO für kleine Sites beim letzten Schliff.
Schritt 8: Schreib einen kurzen Begleit-Post
Zu jedem Projekt gehört ein kurzer Text, in dem du erzählst warum du es gebaut hast und was du dabei gelernt hast. Drei bis fünf Absätze, nicht mehr. Den kannst du auf LinkedIn posten, in einem Blog, oder einfach als Datei ins Repo legen.
Dieser Post ist Gold wert, weil er zwei Dinge gleichzeitig zeigt: dass du bauen kannst und dass du darüber reden kannst. Die zweite Fähigkeit ist im Job oft wichtiger als die erste. Ein Entwickler der seine Arbeit erklären kann, ist im Team mehr wert als ein stiller Genie-Coder.
Schreib ihn in deiner eigenen Stimme, nicht im Marketing-Ton. "Ich habe das gebaut weil mich in meinem alten Job genervt hat, dass..." ist ein besserer Anfang als "In der heutigen schnelllebigen Welt der KI...". Echt schlägt glatt.
Schritt 9: Sammle drei Projekte, nicht dreißig
Hör auf wenn du drei solide Projekte hast. Ich meine das ernst. Drei Dinge die funktionieren, dokumentiert sind und sichtbar sind, schlagen zwanzig halbfertige Experimente. Ein volles Profil mit lauter Ruinen sieht nach jemandem aus der nichts zu Ende bringt.
Wähle die drei so, dass sie unterschiedliche Fähigkeiten zeigen. Eins das ein Alltagsproblem löst, eins das mit Daten oder Text arbeitet, eins das etwas Kreatives macht. So deckst du eine Bandbreite ab ohne dich zu verzetteln. Wenn du unbedingt weiterbauen willst, verbessere eines der drei statt ein viertes anzufangen.
Qualität über Menge ist hier keine Floskel. Der Betrachter hat zehn Minuten, nicht zehn Stunden. In zehn Minuten schafft er drei gute Projekte, bei dreißig macht er nach dem zweiten Ruin zu.
Schritt 10: Verlink alles an einem Ort
Zum Schluss brauchst du eine einzige Adresse die du in jede Bewerbung schreiben kannst. Das kann eine schlichte Portfolio-Seite sein, ein aufgeräumtes Git-Profil, oder ein einzelnes Dokument mit drei Links und je zwei Sätzen Erklärung. Hauptsache es ist ein Ort statt fünf.
Der Personaler soll nicht suchen müssen. Eine Adresse, klick, klick, klick, und er hat deine drei besten Sachen gesehen. Jede zusätzliche Hürde kostet dich Bewerber-Aufmerksamkeit, und die hast du nur für Sekunden.
Pack diese eine Adresse ganz oben in deinen Lebenslauf, direkt unter den Namen. Nicht versteckt zwischen den Hobbys. Das Portfolio ist dein stärkstes Argument, also stell es dahin wo es sofort gesehen wird.
Was als nächstes
Du hast jetzt drei Projekte, dokumentiert und sichtbar. Der nächste Schritt ist, sie so in Lebenslauf und Interview zu bringen dass sie auch wirklich wirken. Dazu geht es weiter im Playbook AI-Skills im Lebenslauf und Interview glaubwürdig belegen. Wenn du merkst dass dir beim Bauen die technischen Grundlagen fehlen, ist Level 1 der ruhige Startpunkt der dich ohne Vorwissen abholt.