Your Copilot - KI in der Microsoft 365 Welt verstehen und produktiv anwenden

Michael Greth

YCP053 - Praxis, Praxis, Praxis

13.11.2026 35 min Michael Greth

Zusammenfassung & Show Notes

Wie kommst du mit Copilot in SharePoint von einer ersten Idee zu einem funktionierenden Geschäftsprozess? In dieser Folge nehme ich dich mit in meine praktische Arbeit an einem Beispiel aus der Kfz-Schadenbearbeitung. Ich zeige, wie ich SharePoint-Listen, Dokumentbibliotheken, Skills und Quick Steps zu einem durchgängigen Ablauf verbinde – und das weitgehend über natürliche Sprache. Außerdem geht es um Kosten, Versionskontrolle und die Kompetenzen, die du für solche KI-Projekte brauchst.
Die 5 wichtigsten Erkenntnisse
  • Fachwissen trifft Technik: Erfolgreiche KI-Prozesse brauchen sowohl das Wissen über die fachlichen Abläufe als auch ein Verständnis für die technischen Möglichkeiten von SharePoint.
  • Skills statt einzelner Prompts: Klar beschriebene Aufgaben lassen sich als Skills speichern, testen, verbessern und erneut nutzen.
  • SharePoint als Entwicklungsplattform: Copilot hilft direkt beim Aufbau von Listen, Bibliotheken, Metadaten, Ansichten und Skills.
  • Quick Steps steuern den Ablauf: Mit vier Schaltflächen in einer SharePoint-Liste führe ich die Sachbearbeiter Schritt für Schritt durch den Schadenprozess.
  • Kosten und Kontrolle gehören dazu: Zusätzliche Credits, Versionierung, menschliche Freigaben und der bewusste Umgang mit KI-Ergebnissen spielen eine zentrale Rolle.

Transkript

Praxis, Praxis, Praxis. Ja, heute geht's mal wieder richtig in die Praxis und zwar mit dem Copilot in SharePoint. Your Copilot. Der Podcast, der hilft, die künstliche Intelligenz in der Microsoft 365 Welt zu verstehen. Und produktiv anzuwenden. Mit eurem Co-Piloten Michael Greth. Ja, hallihallo und herzlich willkommen zur 53. Ausgabe des Yourcopilot Podcasts. Der Podcast, der euch helfen soll. Die künstliche Intelligenz in der Microsoft Welt 365-Welt besser zu verstehen und vor allen Dingen produktiv einzusetzen. Jetzt verhasple ich mich auch schon bei dem Intro. Heiles Witkampf. So, ja, drei Wochen war es hier ein bisschen ruhiger. Das lag daran, dass ich in verschiedenen Projekten beschäftigt war und auch die ganzen Ankündigungen, die jetzt in dem Monat Oktober kamen, auch erstmal verarbeiten musste. Aber die Erkenntnisse daraus, die möchte ich heute mit euch teilen und deshalb heißt es Praxis, Praxis, Praxis. Ja, ich habe unter anderem nämlich für unsere Co-Pilot-Berater Masterclass Die ich ja mit dem Alex Eggers zusammen mache, einen zweistündigen Deep Dive gemacht zum Thema Co-Pilot in SharePoint. Aber für diese Masterclass wollte ich nicht einfach die neuen Funktionen oder Funktionen SharePoint erklären und vielleicht noch ein paar Buttons zeigen, sondern ich habe gesagt, ich baue mal einen kompletten Anwendungsfall. und zeige, wie man den entwickelt. Von der ersten Idee bis zum funktionierenden Prozess, komplett abgebildet in SharePoint, komplett gemacht mit SharePoint und komplett umgesetzt über entsprechende Skills, die da drin sind. So, und der Basis dafür ist mein Anwendungsfall gewesen von der fiktiven Kfz-Versicherung. Ich glaube, ich habe den in diesem Podcast hier schon einigmal erwähnt, denn. Dieser Use Case begleitet mich schon seit drei Monaten und war während der Preview vom Co-Palten SharePoint Sozusagen immer so meine Demo-Umgebung, wo ich immer ausprobiert habe, was kommt denn jetzt wieder rein, wie funktioniert denn das? Und für diese Masterclass habe ich den aber noch mal komplett neu aufgebaut. Vom Scratch. Um meine Erfahrungen, die ich während den letzten drei Monaten gemacht habe. Insbesondere das, was so auch die Arbeit mit den Skills betrifft, mit Steuerung von Prozessen und vielleicht auch ganz aktuell Um die Frage zu klären, wann möchte der Copiloton SharePoint eigentlich mit Credits arbeiten und arbeitet nicht mehr nur auf die inkludierten, wie sagt man so schön, im Rahmen der Subscription, die ich dann schon bezahlt habe. Ja, und das alles, wie gesagt, zusammengepackt, neu aufgebaut. Und ganz oben drüber steht dann einfach nochmal die Frage, wenn man dann sowas umsetzen will, was braucht man eigentlich für Kompetenzen, um das zu machen? So, und um dieses ganze Thema geht es heute. Und ich würde sagen, an der Stelle steigen wir eigentlich gleich mal ein. Und am besten erzähle ich euch erstmal nochmal kurz und knapp, was dieser Use Case im Hintergrund ist. So ein bisschen verknüpft mit der Art und Weise, wie ich den dann quasi jetzt in SharePoint abgebildet habe. Und das ist sozusagen schon eine Kombination aus den beiden, ich sag mal, Kernkompetenzen, die man braucht. Nämlich einmal Das Fachwissen, also ich muss mit dem Fachanwender Verantwortlichen für die Kfz-Versicherung oder Verantwortlichen sprechen Oder er muss in der Lage sein zu beschreiben, was möchte ich machen? Was muss ich machen? Welche Schritte sind erforderlich? Was ist in diesen Prozess integriert? Also dieses Fachwissen müssen wir. irgendwie in die gesamte Lösung reinbekommen und Ansprechpartner dafür ist natürlich derjenige oder diejenige, die das auch heute schon macht, die den Use Case hat. So, das ist erstmal das Wichtige. Das ist ganz wichtig, dass man dies dieses Fachwissen, sag man nicht, birgt, sondern halt in KI gießt. Denn nur das kann dann praktisch auch die entsprechenden Abläufe in SharePoint dann darstellen. Und auf der anderen Seite braucht man jetzt aber auch jemanden, der das IT-mäßig kennt, der also weiß, okay, SharePoint ist dafür eine geeigne Plattform, weil ich weiß, da gibt es Bibliotheken, da gibt es Listen, da gibt es Spalten mit Metadaten, da gibt es Skills, die ich einrichten kann. Da habe ich ein Co-Piloten, mit dem ich reden kann, der was bauen kann und der kann SharePoint auch bauen. Ich muss die Listen und SharePoint und die Dinge, die ich brauche, nicht mehr selber bauen. Und ich kann auch einfache Workflows umsetzen. Und diese technische Kompetenz, das ist andere. Also ich brauche die fachliche Kompetenz, die technische Kompetenz und die beiden muss ich zusammenbringen. So, das ist eine. der, ich sag mal, auch von dem, was ich bisher gemacht habe, wirklich eine der wichtigsten Erkenntnisse, dass man diese beiden. Dinge zusammenbringen muss, was heißt Dinge, diese beiden Kompetenzen zusammenbringen muss. Idealerweise, wenn man super ist, hat man beides in einem in einer Person vereinigt oder ansonsten müssen sich halt entsprechende Teams bilden, die aus beiden Gruppen besetzt sind und das umsetzen. So, und dann gucken wir uns jetzt nochmal genau an, wie jetzt unser Fach, unser Use Case hier aussieht. Also, kleine Kfz-Versicherung, Schadensbearbeitung wird über SharePoint organisiert, da liegen die Kundendaten drin, Versicherungsverträge, die eingehenden Schadungsmeldungen. Das Ganze ist jetzt auch relativ einfach gehalten, aber um zu zeigen, wie es geht, reicht das natürlich aus. Und dazu haben wir dann die typischen SharePoint-Elemente genommen, also die Versicherungsnehmer. Die liegen halt in einer SharePoint-Liste mit den wichtigsten Vertragsdaten. Dann haben wir eine Dokumentbibliothek, wo die Verträge an sich drin liegen, wo die ganzen Konditionen drin stehen. Dann haben wir eine Bibliothek, in die wir die Schadenbilder packen. Da komme ich gleich zu. Und dann haben wir eine Liste, in der die Fälle, die einzelnen Sachfälle dann dokumentiert sind und die auch als Leitfaden für die Bearbeitung dienen. Das ist, wie der Grundaufbau ist und wie das grundsätzlich organisiert ist. So, und dann brauchen wir den Ablauf und der Ablauf ist halt. Schadenbilder. Also wir haben sozusagen einen Eingangskorb, da kommen Schadenbilder rein, die werden von den Vertretern, Versicherungsvertretern, die für uns unterwegs sind und deren Kunden dann irgendwelche Unfälle melden. Die machen halt ein Foto. Auf dem Foto sollte der Schaden erkennbar sein und natürlich auch der Pkw, der da versichert ist. Und außerdem sollen drei Informationen draufstehen, Name des Versicherungsnehmers, die Vertragsnummer und das Schadenstator. So, das sind die Anforderungen dafür. Und damit das Ganze so ein bisschen nostalgisch ist, habe ich das halt gesagt, mach da mal Polaroid-Fotos draus. Aber das ist ein anderes Thema jetzt. So, also diese Bilder kommen rein. Landen in the SharePoint-Bibliothek und als derjenige jetzt mit der Sachbearbeitung beauftragt ist, für den beginnt jetzt der Prozess. Er muss gucken, als erstes mal, ob das Bild, was da reinkommt, ob man das überhaupt nehmen kann. Kann man daraus erkennen. Was für ein Schaden da drin ist. Ist das überhaupt ein Fahrzeug zu erkennen? Steht jemand davor? Sind die Pflichtangaben vorhin, die wir brauchen? Da müssen wir außerdem prüfen, wenn wir das erkennen können, ist der Versicherungsnehmer bekannt, hat überhaupt einen Vertrag. Und das macht der erste Skill. Der macht so eine grundsätzliche Startprüfung. Und in dieser Prüfung wird halt genau dieses dann praktisch dem Skill gesagt. Also Hier ist ein neues Bild, guck dir das bitte an, prüfe, kennst du den Versicherungsnehmer, die Vertragsnummer, kannst du den Schaden erkennen, was ist der Schaden? Oder was passiert sonst noch? Und wenn das Ganze von dir erkannt und als ein valides, gültiges Schadungsmelder sozusagen identifiziert ist, weil es alle Kriterien erfolgt, dann lege bitte einen entsprechend. einen Eintrag in die Liste rein, dass dieses Bild auch akzeptiert ist und dass es jetzt sozusagen zur Startbearbeitung weitergegeben werden kann. . So, und das kann man dann alles in dieser Schadenfallliste entsprechend tracken und einlegen. Und dann kommt etwas hinzu, dass wenn zum Beispiel das Bild jetzt nicht als gültig erkannt wird, Dass man dann in diesen Prozess eingreifen kann. Also die Schätzung, ich kann auf dem Bild nichts erkennen, weil da irgendjemand davor steht, dann sagt er, ich brauche Menschlichen Eingriff und brauche eine Freigabe oder das muss geklärt werden. Und dann muss ich das als Sachbearbeiter klären und dann kann ich ihm irgendwann sagen. Ja, weiß ich was, Bild kommt ein neues Bild, wir haben ein neues Bild. Oder wenn da zum Beispiel draufsteht, ja, ich habe den Namen des Versicherungsnehmers nicht erkannt und ich sehe, da ist bloß ein Schreibfehler drin, kann den aber verifizieren, dann kann ich ihm zum Beispiel auch sagen Nee, dieses Bild ist okay, auch wenn es nicht stimmt, aber ich weiß das und ich genehmige das, du kannst das jetzt akzeptieren und weiterarbeiten. Und so hat man da eine Kombination dann nachher in dem SharePoint drin. Und in diesem Ablauf drin, dass ich Skills habe, die das automatisch verarbeiten, aber an bestimmten Stellen ich immer wieder Eingriffsmöglichkeiten habe oder tatsächlich Freigaben geben muss. So, und ja, und dann geht es dann schrittweise weiter, also wenn das akzeptiert worden ist Dann habe ich halt meinen Schadenfall. Dann kommt die nächste Runde, dass ich sagen muss, okay, jetzt mach eine ausführliche Schadenprüfung, lege richtig einen kompletten Vorgang an. Dann analysiert er das und guckt nach, was tatsächlich der Schaden ist. Dann gibt es eine Kostenschätzung dafür Das macht er aufgrund von allgemeinen Kriterien, die er hat. Und sagt dann, der Schaden ist so und so und kostet jetzt, weiß ich, die Reparatur kostet 3500 Euro. Dann macht er einen Vergleich mit den Vertragsdaten und gibt einen Regulierungsvorschlag an, wo er zum Beispiel sagt, okay, Kunde hat eine Vollkasko, aber er hat 500 Euro Selbstbeteiligung, Chancehöhe vermutlich so und so viel. Abzüglich 500 Regulierungsvorschlag so und so. Und dann bin ich wieder gefragt als derjenige, der den Vorgang bearbeitet und muss dann sagen, okay Den können wir akzeptieren oder nein, kann ich nicht akzeptieren. Ich kläre das mit dem Kunden und sage, ich habe mich dann mit dem Kunden auf 1000 Euro weniger geeignet. Und das kannst du jetzt auch als Regulierungsbetrag geben und gib dann den Prozess frei zur Regulierung mit dem von mir bestätigten Betrag. Und der schreibt dann eben eine entsprechende Regulierungsdokument und verschickt das bei Bedarf auch gern noch als E-Mail direkt an den Kunden zur Information. So, das ist der ganze Ablauf, der da drin ist. Und damit ich noch eine richtig gute Übersicht über das Ganze habe, habe ich mir dann halt noch mit HTML in SharePoint und Dashboard gebaut. Was dann so eine kompletten Übersicht im Sport gibt. Wie viele Fälle habe ich insgesamt, wie viele sind schon fertig, wie viele sind in Bearbeitung, wie hoch sind die aufgelaufenen Chancen und was waren die teuersten? Schadenfälle, was waren die typischen Fälle? Gib mal Beispiele, was sind die typischen Schäden, die wir regulieren müssen, und so weiter und so fort. So, und das ist quasi der komplette Anwendungsfall. Ich habe schon ein bisschen gesagt, wie ich das in SharePoint aufgebaut habe. In der Regel hat man das nicht so, aber normalerweise hat man eben, wie gesagt, den Vorgang, den man beschreibt. Und den matcht man dann mit den Möglichkeiten, die uns dann in SharePoint zur Verfügung stehen. So, soviel zum fachlichen Hintergrund. Und ganz klar, wenn ihr Skills baut, wenn ihr Agenten baut und wenn ihr Prozesse in Kuphalten, SharePoint oder auch an anderen Stellen bauen wollt. Wichtig ist immer, dass man das Fachwissen in diesen Skill reinbekommt. So, ganz einfach. Wenn man das Fachwissen da drin hat, dann kann der Skill auch entsprechend die Informationen bereitstellen, die der Agent, der da im Hintergrund läuft oder die Sparenmodelle im Hintergrund läuft, das verarbeiten kann. So, und jetzt kommen wir mal zur praktischen Umsetzung, weil das war natürlich nochmal auch mehr der Ansatz. Wie mache ich das denn tatsächlich? Ich habe euch das schon beschrieben, wie mache ich das denn? Ja, eigentlich mache ich das, indem ich mich hinsetze und das, was ich gemacht habe, einfach eingebe. Ich reche eine Bibliothek ein, ich reche eine Liste ein, baue die einzelnen Ansichten, baue die Spalten auf und so weiter und so fort. So, und das Schöne an Copaletten SharePoint ist, ich habe einen an meiner Seite, der das für mich machen kann. Denn dem muss ich das genau nur so beschreiben, wie ich das jetzt schon beschrieben habe. Wobei ich das eigentlich schon viel zu ausführlich beschrieben habe. Ich muss es gar nicht so ausführlich beschrieben haben. Denn Der Kopalt ein SharePoint weiß, was er in SharePoint machen muss. Den muss nicht erklären, wie SharePoint umzusetzen ist. Und dann macht er das schon recht ordentlich, muss ich sagen. Also da war ich doch auch überrascht dabei. Und das Ganze mache ich halt über Spracheingabe. Ich brauche da kein separates Tool, ich brauche da kein Kopaltes Studio oder irgendwie. Weiß ich, was Python oder ähnliches. Nein, ich mache das nur in Spracheingabe, weil alle diese Agenten ja halt auch in Markdown-Dateien gespeichert werden, reinen Textdateien. Und ich habe halt alles in meiner Umgebung. Und wenn ich dann also die Grund und in dieser Eingabe beschreibe ich halt, ja, also ich möchte eine KZ-Schadenbearbeitung aufbauen, dafür brauche ich eine Kundenliste, Versicherungsverträge, eine Bibliothek für die Schadenbilder. und eine Liste, in der die Schadenfälle bearbeitet werden kann. Bau das mal auf, verknüpft das mal alles, sodass ich damit arbeiten kann. So, das ist ungefähr der Ich sage mal, der Kern dessen, was ich mit dem Co-Palette einfach an Aufgabe gebe und dann fängt er an, die Listen, die Bibliotheken, die entsprechenden Spalten und die Verknüpfung einzurichten. Und das macht er alles dann für mich. Und ich muss mir dann das natürlich angucken und sehen, passt das für mich? Ist das gut, was dabei rauskam? Und es war schon erschreckend gut, was dabei rauskam, muss ich sagen. Und dann geht man halt noch ins Feintunen und sagt, nee, pass mal auf, ich hätte da gern noch so eine Spalte und so eine Spalte, kannst du dich für mich auch noch einrichten. Und dann macht er das einfach. Und ich brauche noch eine Ansicht, die danach nach den verschiedenen Kriterien gemacht ist, die zum Beispiel nur die ab. geschlossenen Fälle zeigt und dann baut er mir auch noch diese Ansicht mit auf. Das alles kann ich nur mit entsprechender Sprachsteuerung machen. Das ist wirklich faszinierend, wie das geht im Co-Paletran. So, und dann hatte ich eben nach dem Abschluss die komplette Struktur. Die Bibliotheken, die Listen, aber die waren alle leer. Und nun muss ich die halt noch mit Daten füllen, gerade wenn man eine Demo haben möchte und mal das ausprobieren, brauchen wir ja Daten. Na was macht man also? Man sagt, Okay, lieber Copalet, ich brauche Demodaten. Machen wir mal zehn Musterkunden mit unterschiedlichen Versicherungsverträgen. Die sollen auch nicht alle die gleiche Kondition haben, unterschiedliche Versicherungsarten. unterschiedliche Selbstbeteiligung, unterschiedliche Vertragsbedingungen, damit ich auch unterschiedliche Dinge ausprobieren kann. Ja, und auch das hat der Kopa nicht mehr erledigt. Er hatte plötzlich zehn Einträge. In der Kundenliste. Ich hatte zehn Verträge, mal als PDF, mal als Docx gespeichert und die waren auch wunderbar miteinander verknüpft. Das heißt, wenn ich einen Versicherungslehmer in der Kundenliste geöffnet habe, habe ich auch dort gleich einen Link gehabt, der zum Vertragsdokument hinreicht. Also, das ging alles zack, zack, zack. Und das funktioniert echt gut. Wie gesagt, keine Raketenwissenschaft, hätte ich alles mit der Hand selber machen können, habe ich keinen Bock zu, habe ich jetzt Kopalet in den SharePoint. Das ist das Schöne daran. So. Ja und dann, nachdem jetzt auch die Daten da drin waren, konnte ich jetzt eben anfangen und habe gesagt, also ich brauche jetzt noch die Bilder. Klar, Schadenbild soll ja das Auslöseelement sein. Und Bilder hatte ich noch nicht, aber Copanchemp kann Bilder erstellen. Also das Sprachmodell, was dahinter ist, kann auch Bilder erstellen. Also habe ich mir gesagt, pass mal auf. Ich brauche jetzt noch Bilder, wo Schäden drauf sind und die Vertragsdaten für die entsprechenden Verträge. Und dann hat er mir gesagt, ja, kann er gerne anlegen und fing dann an, ein Bild anzulegen. Und dann hat ihm gesagt, mach mal bitte für alle Bilder. Und dann kam der Hinweis, ja, das kann ich natürlich machen, aber. Das ist nicht mehr von der User Subscription License abgedeckt. Das kostet jetzt extra. User-Based Billing ist angesagt. Dann kann ich das machen. Boah, ja, das habe ich zum ersten Mal gesehen, dass das drin ist, aber hat ja Microsoft auch gesagt, mit Copalette und SharePoint, als es generally available ist. Kernfunktionen bleiben von der Subscription abgedeckt, aber besondere umfangreiche Funktionen spezielle Sprachanweisungen oder ähnliches, die können dann dazu führen, dass man zusätzlich nach Aufwand zahlen muss. Ist ja überhaupt nicht verkehrt, ist auch legitim. Ich sage mal, die Kosten sind das eine, aber viel wichtiger ist, was habe ich davon? Und wenn ich jetzt sage, okay, mach das mal hier und ich kriege die zehn Bilder innerhalb von einer Minute ausgespuckt und zahle dafür dann irgendwie, keine Ahnung, ich weiß ja nicht, wie viele Kredits da gebraucht werden. irgendwie 100 Kredits oder 200 Kredits dafür, für 2 Euro habe ich die Bilder. Ja, super, ist alles klar. Ich aber an der Stelle habe gesagt, Moment mal. Wenn ich hier schon anfange, solche Dinge zu bauen und ich weiß, dass es bestimmte Sachen gibt, wo dann Credits gebraucht werden, da muss ich dann immer mal genau drüber überlegen. Ja, ist das jetzt wirklich sinnvoll? Gibt es vielleicht Alternativen, wo ich das kostengünstiger machen kann und nicht nur kostengünstiger, aber auch in einem vertretbaren Aufwand mit einer ähnlichen Qualität? Und dann sage ich mir, ja, bei den Bildern geht das sicherlich. Denn mein Microsoft 365 Co-Pale-Chat, der kann ja auch Bilder erstellen. Und dem müsste ich eigentlich nur sagen, hier ist meine Kundenliste, ich brauche für jeden. Mal ein entsprechendes Bild, das dann entsprechender Schaden erstellen soll. Mach mir die mal. Und genauso habe ich das gemacht. Ich habe dem Co-Pilot in SharePoint gesagt, aus meiner Kundenliste Mache mir mal so eine kurze Textdatei, wo die wesentlichen Informationen drin sind, die ich für das Bild brauche, für die Bilder brauche. Habe dann diese Textdatei genommen, bin in den Co-Palle 365-Chat gegangen und habe gesagt. Hallo, ich brauche mal Bilder. Hier ist die Vorgabe. Mach mir bitte mal für jedes ein Schadenbild dafür. Und dann hat er mir das auch im Copilot-Chat erstellt. Ja, hat er gemacht, aber hat alles in ein Bild reingepackt. Ich hatte ein schönes großes Bild, wo zehn kleine Polaroids drauf waren, die überall die Schadenfälle richtig dargestellt haben. Die wollte ich natürlich nicht, sondern ich wollte natürlich einzelne Bilder. Und das war jetzt ein bisschen schwer im Chat zu bekommen. Hat letztlich dazu geführt, dass ich quasi den Befehl zehnmal abgeschickt habe, macht das jetzt für den, macht das für das nächste Bild auch nochmal, nochmal ein Einzelbild fürs nächste und das nächste. Hat zehn Minuten gedauert, danach hatte ich meine zehn Bilder, habe diese zehn Bilder in die Schadenbilderbibliothek hochgeladen und der Vorgang war erledigt. Aber wichtig ist Ja, dass man dieses Kostenbewusstsein oder dieses Tokenbewusstsein entwickelt. Ob das jetzt der richtige Weg war in diesem Falle. will ich gar nicht, darauf will ich gar nicht bestehen. Wahrscheinlich kann man sagen, der hätte wahrscheinlich einen Copal, der hätte 2 Euro bezahlt, fertig, aber jetzt in zwei Minuten fertig gewesen und hättest du den ganzen anderen Arbeit bestellen, dann Zeit ist viel wertvoller dafür. Aber das sind Dinge, die man sich überlegen muss. Und das wird, wenn ihr mit dem Kopaletten-Sharepoint arbeitet, überall passieren, dass wenn es größere, umfangreiche Sachen will, dass man immer mal wieder auf so einen Punkt läuft. wo man dann einfach nochmal kritisch drüber nachdenken muss, nicht einfach nur Knöpfchen drücken und komm, egal was wir verbrennen, sondern dass man da kostenbewusst arbeitet. Und zwar nicht nur. für diesen speziellen Fall, sondern um, und das denke ich mir, gehört zu einem richtig guten Skill-Entwickler, den ihr ja hoffentlich alle lernen wollt. . . Dass man dieses Bewusstsein hat und dass man auch die Kenntnisse hat, wie man damit ressourcenschonend umgehen kann. Das ist also auf jeden Fall etwas, was man dabei lernen muss. So, ja, das war also das, was ich mit meinem, das war das Erste, was mir dabei aufgefallen ist. So, und damit hatte ich dann im Prinzip alles, was ich brauchte. Ich hatte meine SharePoint-Struktur, meine Listen, meine, hatte ich mit Daten gefüllt und jetzt ging es darum, okay, wie bähle ich denn jetzt diese Workflows ab? Die muss ich auch noch haben. Schritt für Schritt muss ich was machen, die einzelnen Schritte. Also erstmal Bild prüfen, dann den Schadenfall anlegen, dann eine Schadenbewertung machen. dann einen Regulierungsvorschlag machen und lässt sie die Regulierung einleiten. Und das hat man praktisch genauso, wie ich es jetzt beschrieben habe, bin ich dann eben auch hingegangen und habe prompt für Prompt quasi bearbeitet. Nicht gesagt, okay Prüfe das Bild, wenn ein Bild okay ist, dann lege bitte den Schadenfall ein. Dann im Schadenfall gesagt, so als erstes musst du jetzt mal nochmal eine komplette Schadenanalyse machen, mit allen Daten, ein paar Daten noch umbenennen und so weiter. Da war einiges mit dabei. Und diese Skills habe ich natürlich auch vom Copalt in SharePoint schreiben lassen. Es sind zwar alles Markdown-Dateien, die in der Agent S-Bibliothek liegen, die ich alle halte mit einem normalen Texteditor oder mit dem eingebauten Markdown-Editor auch selber schreiben kann. Aber das muss ich ja gar nicht. Und die werden auch relativ komplex, wenn wir hier auf dieser Ebene arbeiten, weil da müssen ja die ganzen Felder, Bezeichnungen, Spalten und so weiter, das muss alles immer entsprechend angegeben werden. Aber das kann ich ihm sagen. Ich sage ihm einfach, ich brauche jetzt einen Skill, mit dem du diesen Intake vornehmen kannst, also die Bewertung machen kannst. Und da beschreibe ich ihm quasi das, was er machen soll. Er bewertet das. Bearbeitet das, er legt den Skill an, ich probiere den aus, gucke mir den an, sage, nee, das gefällt mir noch nicht, das musst du nochmal anders machen. Bitte ändere den Skill nochmal, dann probiere ich es wieder aus. Und so geht das hin und her und so erarbeite ich mir dann Schritt für Schritt einen Skill, der dann so gebaut ist, dass er diese Aufgabe Bildprüfung komplett übernehmen kann. Dass ich weiß, wenn ich ein neues Bild bekomme, ich drücke auf den Knopf und sage hier, ruf diesen Skill auf. Und wenn das Ergebnis fertig ist, dann weiß ich, dass dieses Ergebnis zu 99,5% richtig ist. Ich muss es mir trotzdem nochmal angucken. Und dann habe ich diesen Skill richtig eingerichtet. Und damit habe ich mir eigentlich schon einen kleinen Agenten gebaut. Wir gehen ja komplett ins agentische Arbeiten über. Der Skill ist im Prinzip nur der Auftrag für einen Agenten. Und das ist die Kernkompetenz, die man braucht, um Agenten zu schreiben oder zu bestücken mit Arbeit, ist halt. . Dass man beschreiben muss, was die machen sollten. . Das möglichst genau, damit im Endergebnis ich mich darauf verlassen kann, was als Ergebnis rauskommt. Und das kann ein Prozess sein, der Schritt für Schritt etwas länger dauert. weil man das Schritt für Schritt erarbeitet. Ich habe das beim anderen Kunden und auf einer Veranstaltung auch von einem Vortrag gehört Da sitzt man dann schon mal eine längere Zeit drin, bis man so einen Skill dann wirklich so ausgebaut hat und so ausgefeilt hat. Mit kleinsten Änderungen, dass man dann nachher genau das Ergebnis bekommt, was man gerne hätte. Oder ich sage mal so zu 95% das Ergebnis. 100% wird es nie klappen. Vermute ich mal, es wird immer noch gewisse Anpassungswünsche geben, kleinere, mittlere, keine Ahnung. Aber je besser man das beschreibt, und dazu hat man natürlich im Copilot in SharePoint Eine super hilfreiche Unterstützung. Das ist auch wieder so ein Tipp, den ich euch gerne mitgeben möchte, was halt der Vorteil dieser Plattform ist. Diese ganzen Skills liegen ja in einer Bibliothek, in der Agent Essence Bibliothek. und sind als Markdown-Dateien gespeichert. Also Datei liegt in SharePoint-Bibliothek. SharePoint-Bibliothek hat eine super Funktion, die nennt sich Versionierung. Das heißt, jedes Mal, wenn ich diese Datei aufmache, sie verändere, wieder abspeichere, wird eine neue Version angelegt. So, und wenn ich jetzt an diesem Skill 20 mal rumgeschraubt habe und stelle bei Version 20 fest Boah, das läuft da aber irgendwo völlig durch den Wald. Wir waren doch bei Version 15 eigentlich irgendwie schon mal besser. Was hatten wir denn jetzt in den letzten vier Iterationen verändert? Wie kriege ich das denn jetzt wieder zurück? Dann ist das normalerweise, wenn man keine Versionierung hat, ein Problem. Hat man aber eine Versionierung, dann geht man einfach auf Version 15 und sagt, die bitte wiederherstellen und fängt dann an diesem Punkt nochmal neu an. Ein unheimlich hilfreiches, kleines Tool. was gerade in dieser Bearbeitungsphase absolut hilfreich ist. Ja, und wie gesagt, so baut man dann Schritt für Schritt den Skill, und Ähm. Was mir dann noch eingefallen ist war natürlich, okay, wir haben jetzt hier so einen Workflow. Wir müssen ja den Benutzer irgendwie durch diesen Workflow führen. Der muss ja diese fünf Schritte oder vier Schritte, wie es eigentlich sind, nach und nach durchführen und halt diese vier Skills nach und nach aufrufen. Wie macht er das am besten? Es gibt jetzt nicht irgendwie so eine Grafik, mit der man Schritt für Schritt machen kann. Also habe ich zumindest noch nicht gesehen. Was es aber gibt, sind Quick Steps. Quicksteps sind ja ein Format einer Metadatenspalte, also einer Spalte in der Bibliothek oder einer Liste. Und Quicksteps sind in der Lage, bestimmte Funktionen aufzurufen. Und eine dieser Funktionen ist seit einiger Zeit Co-Pilot-Fragen. Das heißt, ich habe in dieser Spalte dann so eine, wie sagt man schon, eine Pill stehen, also so einen Button zu stehen. Und wenn ich darauf klicke, dann ruft. dieser Quick Step ein Prompt auf. Und dieser Prompt kann eben nicht nur ein Prompt sein, sondern ich kann da auch einfach einen Skill aufrufen Und genau das habe ich gemacht. Ich habe also praktisch in diese Spalte vier solche Quick Steps eingebaut. Der erste heißt Intake, der zweite heißt Schadenfall anlegen, der dritte heißt Schadenbewertung und der vierte heißt Kostenschätzung und Regulierung. Habt die durchnummeriert mit einem kurzen Stichwort dahinter. Und so ist in dieser Schadenfallliste eben die vier Schritte einfach schon implementiert. Und ich muss einfach als Bearbeiter nur noch Schritt für Schritt 1, 2, 3, 4 Durchklicken und wenn ich daneben dann noch eine zweite Spalte mache, wo der aktuelle Bearbeitungsstand drin steht oder vielleicht sogar noch der Hinweis, aktueller Bearbeitungsstand, next step ist das, dann habe ich da auch quasi sozusagen meine minimale Bedienungsanleitung mit drin. Ganz kleiner, minimaler Trick, aber absolut hilfreich. Ja, und das war eigentlich schon alles. Ja, und so gibt es sich aus dieser Kombination von Fachkompetenz, technischem Verständnis und halt der eigentlich doch mal übergeordneten Fähigkeit. Sozusagen eine Aufgabe zu delegieren. Und ich weiß, wenn ihr diesen Podcast schon länger hört, ihr weißt, das Thema Delegation ist eine Kernkompetenz. Dieses Thema, mit dem traktiere ich hier euch Zuhörer, Seit der Folge 7, wenn ich mich recht erinnere, Kernkompetenz für die KI ist Delegationsfähigkeit. Ich muss in der Lage sein, meinen Wunsch in eine Aufgabe zu bringen, die ich jemand anders übergeben kann. Und je besser die Aufgabe beschrieben ist, desto besser kann man damit arbeiten. Und das wird im Zeitalter von Agenten immer wichtiger, weil diese Agenten brauchen genau diese fertigen Aufgaben, damit sie nämlich diese Aufgaben komplett bearbeiten können, wenn sie nicht genügend Fachvorwissen haben. genügend Einsicht in die Vorgänge haben, die umgesetzt werden sollen, dann kann das nicht funktionieren. Kernkompetenz ohne Ende. Das kann man hier in dieser SharePoint-Umgebung echt gut lernen Und dem er zeigt, wie das dann auch praktisch umgesetzt ist Und ich merke, was kann ich ihm sagen, wie baut er das? Und das kann ich alles eben machen, ohne ein zusätzliches Tool benutzen zu müssen. Ah, also das ist wirklich, wirklich gut. So, jetzt kann man sich natürlich fragen. Das war sozusagen meine Lösung. Wo liegen denn da die Grenzen? Also das ist letztlich auch noch, so wie es besser aufgebaut hat, natürlich kein fertiges Produkt gewesen. Da muss man noch vieles machen, insbesondere. Dieser Vorteil, dass wenn irgendwo in diesem Prozess etwas auftaucht, was unklar ist, dann stoppt der Prozess eigentlich. Weil dann sagt der Chat. Oder der Skill sagt dann im Prinzip, also ich konnte es jetzt nicht weiterbearbeiten, weil mir fehlt diese und jene Information. Was natürlich super hilfreich ist, weil das wird natürlich auch im echten Prozess fehlen. Und dann bin ich als Sachbearbeiter wieder gefragt und muss eingreifen. Und entweder gebe ich ihm die Information oder ich besorge die Information oder ich sage Vergiss es einfach, kein Problem, mach weiter, ich genehmige das. Und dann merkt er sich das und protokolliert das auch entsprechend. Und ich kann da weiterarbeiten. Und das fand ich auch sehr Zum einen fall ist es ein bisschen nervig, gerade wenn man so Demos macht, wo man sagen will, ich will jetzt einfach nur durch die Demo kommen und dann fragt er mich schon wieder, weil irgendeine Information nicht da ist. Aber auf der anderen Seite ist es sehr praxisnah, weil man dann merkt, zum einen, okay, jetzt könnte ich entweder meinen Skill weiterentwickeln und diesen Fall, der jetzt auftritt. einfach mal schon mal im Skill definieren, wie der gehandhabt werden soll. . Oder aber ich habe jetzt halt in dem Falle die Möglichkeit selber einzugreifen. Und dann zu sagen, okay, der Prozess ist jetzt abgeschlossen, weil ich habe das und das gemacht, merke dir bitte dieses, das haben wir jetzt vereinbart oder dir ist das so geklärt und jetzt können wir den nächsten Schritt ausarbeiten. Und das ist schon mal, diese Interaktion fand ich schon mal sehr interessant, weil man die natürlich auch zu diesem Feedback und zu der Genehmigung nutzen kann. Und wichtig, ihr müsst euch immer dran Halten, da kommt nie was Hundertprozentiges raus. Und selbst wenn was Hundertprozentiges rauskommt, wenn ihr das nach draußen gebt und irgendwie rausgebt, verantwortlich seid immer diejenigen, ihr oder derjenige, der diesen Prozess verantwortet. Das geht es nicht. Ja, und natürlich ist das jetzt auch, ich sage mal, diesen Workflows, der abgebildet ist, relativ simpel, Schritt für Schritt Es ist ein gutes Szenario, weil es basiert irgendwie auf Dokumenten. Das ist natürlich eine super Umgebung für SharePoint. Das kann es schon ewig. Das läuft auf einfachen Genehmigungsschritten, Zusammenfassungen, irgendwas abfragen, irgendeine Listenänderung zu machen, meine E-Mail verschicken und so weiter. Also, das ist relativ einfach und in dieser Art und Weise kann man dann halt hier eine Plattform haben, die diese ganzen Aufgaben recht einfach umsetzen kann. Und ihr könnt das dann eben daran auch lernen. Das ist eine gute Trainingsplattform. Aber auch eine Plattform, dann beim Kunden tatsächlich damit Lösungen zu bauen. Und das sind dann nicht einfache Lösungen, aber die machen richtig, die machen richtig was weg. Wie sagt man so schön, die brings, weil die kleine Dinge wegarbeiten und die funktionieren einfach? Das sind nicht die fancy, fancy, fancy Sachen sondern das ist der Drudgery, von dem Satyan Dallama gesprochen hat, der unten wegfällt und der die Zeit frei macht, um dann andere Dinge zu machen. Ja, und ich sag mal so, das waren eigentlich so die Punkte, die ich daraus mitgenommen habe. Und ich kann also nur ermutigen, euch mit Kobalt und SharePoint zu beschäftigen, aus A, um tatsächlich eigene Use Cases damit umzusetzen und zu lösen. beim Kunden solche Use Cases aufzusetzen und zu lösen, zum dritten, aber auch euch selber Demo-Umgebung zu machen, um sowas vorstellen zu können und auszuprobieren, wie sowas überhaupt geht. Natürlich und das eben auch als Trainingsplattform nutzen und vor allen Dingen auch, um alles, was jetzt immer noch hinzukommt, einfach noch zu trainieren und auszuprobieren. Also so eine Kombination aus Lösungs- und Trainingsplattformen finde ich richtig gut gelungen und es ist einfach zu bedienen. So, das war mein Praxiseinblick, was ich so ein bisschen mitgenommen habe aus der letzten Zeit, vielleicht ein bisschen umfangreich jetzt. Ich werde auch das nochmal irgendwann in einem Video in den nächsten Wochen mal aufzeichnen, dann kann man sich das nochmal ein bisschen ausführlicher anschauen. Jetzt kommt ja erstmal die Ignite. Da werden wir nochmal, ich weiß gar nicht, was alles noch Neues kommen soll, denn ich finde gerade in diesem ganzen Microsoft 365 Co-Pilot-Bereich und auch gerade im SharePoint- und OneDrive-Bereich Mit den Skills und jetzt auch mit dem SharePoint Knowledge habe, was jetzt auch schon wieder angekündigt ist, da ist so viel Neues hinzugekommen, was auch inhaltlich sehr umfangreich ist. dass jetzt alles schon angekündigt worden ist. Jetzt, was wollen die uns noch alles auf der Ebene dazählen? Wir gucken uns das mal intensiv an und dann werde ich im nächsten Ausgabe mal so ein bisschen meine Einschätzung dazu geben. Und dann habe ich mir eigentlich definitiv vorgenommen, mal dieses Thema Kopalt und SharePoint nochmal in der Videoserie wirklich Nochmal grundsätzlich aufzubauen. Auch für mich, um das Ganze, diese ganzen einzelnen Bausteine, die jetzt hier drin sind, nochmal so in einen Gesamtzusammenhang zu bringen, dass man sagt, okay, so funktioniert das Ganze. Sagen wir mal, Stand jetzt, in drei Monaten ist wahrscheinlich wieder was ganz anderes oder noch viel neue Funktionen zu kommen. Aber so funktioniert es erstmal und damit kann man arbeiten. Und wichtig ist ja auch immer, dass man irgendwo mal einen Punkt findet. wo man damit arbeiten kann und wirklich was in die Praxis umsetzt und nicht immer nur sagt, ein toller Use Case, ein toller Proof of Concept, aber letztlich arbeiten tun wir damit nicht. Und das ist das, was dabei ist. Das war es für heute. Vielen Dank fürs Zuhören, wie immer. Ich freue mich natürlich über jeden Kommentar, für jedes Feedback. Wenn ihr diesen Podcast empfehlen könnt, freue ich mich natürlich auch. Wenn ihr zum ersten Mal mit dabei seid, abonniert doch gern diesen Podcast auf dem Stream, auf dem ihr es gerade gehört habt. Und ansonsten sage ich Tschüss, bis zum nächsten Mal, wenn es denn wieder heißt. Yourcopilot. Der Podcast, der hilft, die künstliche Intelligenz in der Microsoft 365 Welt zu verstehen und produktiv anzuwenden. Mit eurem Copiloten Michael Greth.