In seiner vorherigen Position arbeitete Judy im Office of Enterprise Technology (OET), wo er begann, an der Entwicklung eines Informationssystems auf Basis eines Chatbots zu basteln. Wenig später steckte er mitten in der Erforschung von Chatbots und begann, nebenbei Kurse zum Aufbau von Chatbots bei edX, einem Anbieter offener Online-Kurse, zu belegen. Schließlich beschloss er, sein Hobby in die Arbeit einfließen zu lassen, indem er ChatOps einführte.
„Ich gehörte zu einem geografisch verteilten Team, das sich über Remote-Meetings und asynchrone Kommunikation zusammenschloss. Wir benutzten Slack für die Kommunikation. Das war die Gelegenheit für den Einsatz von ChatOps“, erklärt Judy. „Wir begannen also mit einem Slack-Chatbot, aber irgendwann fragten meine Kollegen, ob wir ihn für Unternehmen nutzbar machen könnten. Mir wurde klar, dass meine kleine Bastelei nicht den Anforderungen genügen würde.“
Judy wechselte die Abteilung und übernahm eine neue Rolle als Leiter der Abteilung für Innovation und KI im Amt des Clerk of the Superior Court, wurde aber gebeten, weiterhin einen Service-Agenten für das Büro zu entwickeln. Er begann mit der Suche nach Möglichkeiten, Aktionen durch Konversation zu automatisieren. Zu dieser Zeit hatte das Clerk's Office 33.000 Anrufe pro Monat zu bearbeiten. Ziel war es, die Anzahl der eingehenden Anrufe zu verringern und die Kundenzufriedenheit zu erhöhen.
„Wir brauchten etwas mit natürlicher Sprache, das verstehen würde, was man sagt, die wichtigen Funktionen extrahieren und darauf reagieren würde. Wir haben einen Chat-Agenten entwickelt, mit dem man bei einer Warnung den Datenverkehr von einem Rechenzentrum zu einem anderen verlagern kann, und das mit nur einer Nachricht in Slack“, sagt Judy. „Als alle Beteiligten die Leistungsfähigkeit eines Chat-Agenten erkannten, stellte sich die Frage, ob sich damit auch der Kundenservice positiv beeinflussen ließe. Könnten wir es den Nutzern ermöglichen, sich vom Service Desk aus selbst zu helfen?“
Judy erkannte, dass das Clerk's Office eine intelligente, dialogbasierte Self-Service-Lösung benötigte, die sich in die bestehende Infrastruktur integrieren lassen würde, um Kunden und Mitarbeiter über verschiedene Kommunikationskanäle zu unterstützen. Dann erinnerte er sich daran, dass er einen IBM edX-Kurs über die Entwicklung einer IBM Konversationslösung, ähnlich wie ein Service Desk Bot, besucht hatte.
„Einer unserer Design-Parameter ist, dass eine Lösung ihren Entwickler überleben muss. Um das zu erreichen, musste ich etwas finden, das sich weiterentwickelt. Ich konnte das Produkt nicht einfach einem Laien an die Hand geben und ihm sagen, dass er sich um diesen intelligenten Agenten kümmern solle“, erinnert sich Judy. „Das war einfach nicht möglich, bis ich IBM watsonx Assistant fand. Mit der IBM Technologie haben wir gesehen, wie einfach es war, dieses Tool an jemanden mit wenig technischen Kenntnissen weiterzugeben. Man braucht keinen Experten, um es am Laufen zu halten.“