AI Products · Owned systems · Vokira
Eigene Systeme, gebaut um eine echte Entscheidung herum — plus Vokira Web, das von TMM vertriebene Produkt, das ein Gespräch in ein steuerbares Briefing verwandelt. Keine generische Software, keine unbestätigten Versprechen. Wir starten bei deinem Problem, nicht beim Tool.
Du hast eine Website, du fährst Kampagnen, du hältst die Daten — und doch bleibt die Arbeit manuell und verstreut. Erkennst du mindestens eines davon wieder?
Für wen es ist: Unternehmen und Marken, die bereits Medien, Daten und Kundenbeziehungen haben und einen Prozess in ein Produkt verwandeln wollen — mit einem eigenen System, gebaut um eine Entscheidung herum, oder mit Vokira Web, bereit für den Live-Betrieb. In Italien und Mailand, in der Schweiz, in der gesamten Europäischen Union und weltweit. Ob du von einer Idee ausgehst oder bereits einen Workflow hast, den du wiederholbar machen willst.
Ein KI-Produkt ist nicht "Software kaufen" — es ist der Bau eines Werkzeugs um eine Entscheidung herum, die sich wiederholt. Die Technologie kommt nach Methode, Daten und Verantwortung. Übersetzt in alltägliche Bilder:
Software von der Stange ist eine Einheitsjacke: du passt hinein, aber sie passt dir nicht. Ein maßgeschneidertes Produkt entsteht aus einem präzisen Problem — einen Kunden orientieren, Dokumente lesen, ein Briefing sammeln, einen Report vorbereiten — und nimmt die Form dieser Arbeit an. Technologie ist der letzte Schritt, nicht der erste.
Vokira ist ein eigenständiges Produkt, vertrieben von TMM, nicht TMM selbst. Es ist eine Oberfläche, die ein Gespräch in ein steuerbares Briefing verwandelt: sie erfasst die Anfrage, greift auf die Wissensbasis zu, versteht den echten Bedarf und übergibt an das Team. Stell es dir als ein waches Front Office vor, das ordnet, was hereinkommt, statt es dir von Hand neu schreiben zu lassen.
Eine Wissensbasis ist eine geordnete Bibliothek dessen, was du weißt: Dokumente, Richtlinien, Antworten, Regeln. RAG ist der Bibliothekar, der vor dem Antworten das richtige Buch holt, statt aus dem Gedächtnis zu sprechen. So antwortet das Werkzeug auf das, was du entschieden hast, nicht auf das, was es sich ausdenkt.
Ein Agent hat eine Rolle, Grenzen und einen Ausgang. Er weiß, was er tun kann, weiß, wann er aufhören muss, und weiß, wann er an eine Person übergibt (menschliche Übergabe). Es ist der Unterschied zwischen einem Kollegen mit Stellenbeschreibung und einem Megafon, das alles Mögliche sagt.
Ein Sprachmodul, das nur zurückruft, wenn der Nutzer darum bittet (Opt-in), mit einem nüchternen Skript, aufgezeichneter Einwilligung und Eskalation an eine Person. Kein Callcenter, das hinterherjagt: ein angeforderter Rückruf, nachvollziehbar und respektvoll.
Verträge, Abläufe und Dokumente als Prüfsystem lesen, nicht als Stapel von Dateien. Der Audit-Trail ist das Protokoll, das sagt, wer was wann und auf welcher Version getan hat — der Unterschied zwischen "vertraut uns" und "wir können es beweisen".
Der Wert liegt nicht darin, KI zu haben — er liegt darin, sie innerhalb eines messbaren Prozesses zu steuern.
System · Product architecture
Eine einzige Regie, um die Rolle des Agenten festzulegen, die Wissensbasis anzubinden, Grenzen und Einwilligung zu fixieren und die echte Nutzung zu messen. Du legst die Regeln fest, bevor das Werkzeug je deine Kunden erreicht.
Wir starten bei der zu ändernden Entscheidung, nicht beim Tool. Wir kartieren Zielgruppe, Prozess, verfügbare Daten und Verantwortlichkeiten. Kein Preis, bevor wir es verstanden haben: ohne das Problem ist jede Zahl aus der Luft gegriffen.
Wir prüfen, welche Quellen, Regeln und Signale das System speisen können und in welchem Zustand sie sind. Wir beseitigen Redundanzen mit den Tools, die du schon hast, statt neue darüberzulegen — so zahlst du nicht doppelt für überlappende Funktionen.
Wir bauen die minimale Oberfläche, den Ablauf, die Ergebnisse und die zu validierenden Grenzen. Ein Prototyp dient dazu, den Wert früh zu sehen, nicht zu beeindrucken: besser herausfinden, was nicht funktioniert, auf einem Bildschirm als auf einer Rechnung.
Wir definieren Datenschutz, Einwilligung, Rollen, Logging, menschliche Eskalation und unzulässige Inhalte. Das Werkzeug geht nur innerhalb eines klaren Rahmens öffentlich: wo ja, wo nein, wer antwortet, wenn eine Person nötig ist.
Wir verbinden CRM, E-Mail, Webhooks, CMS, Dateien und interne Systeme, ohne Schlüssel im Frontend. Das Produkt fügt sich in deinen bestehenden Ablauf ein, statt einen parallelen zu schaffen, den man extra hüten muss.
Wir fügen Nutzungs- und Qualitätsmetriken hinzu, sammeln Feedback, optimieren und warten. Ein Produkt lebt: ohne Messung kannst du nicht sagen, ob es ein Asset ist, das arbeitet, oder ein Kostenpunkt, der schläft.
Problem: jede Anfrage kam unordentlich an und jemand schrieb sie von Hand neu. Methode: Vokira Web als Front Office, angebundene Wissensbasis, Zusammenfassung und Übergabe ans Team. Ergebnis: bereits qualifizierte, lesbare Anfragen, weniger Zeit fürs Übersetzen.
Problem: reichhaltige Dokumente und Richtlinien, nie wirklich konsultiert. Methode: ein abfragbares Wissensprodukt mit RAG, Antwortregeln und nachverfolgten Quellen. Ergebnis: eine nutzbare Wissensbasis, die auf das antwortet, was du entschieden hast.
Problem: Verträge und Abläufe verteilt über Dateien, Prüfungen und Follow-ups. Methode: eine Document-Workflow-Intelligence-Linie mit Rollen, Zuständen, Grenzen und Audit-Trail. Ergebnis: weniger Reibung, nachvollziehbare Verantwortung auf jeder Version.
Problem: unaufgeforderte Anrufe, als aufdringlich empfunden. Methode: Opt-in-Voice-/Call-Advisor, nüchternes Skript, aufgezeichnete Einwilligung und menschliche Eskalation. Ergebnis: Rückrufe nur, wenn der Nutzer darum bittet, nachvollziehbar und respektvoll.
Problem: Lizenzen für Software, die den Job fast erledigte. Methode: ein maßgeschneidertes Produkt am echten Anwendungsfall, integriert in den bestehenden Ablauf. Ergebnis: ein Werkzeug, das den ganzen Job macht, ohne bezahlte, nie genutzte Funktionen.
Problem: Tools eingeführt, ohne zu wissen, ob und wie sie genutzt wurden. Methode: Nutzungs- und Qualitätsmetriken, Feedback und evolutionäre Iteration. Ergebnis: eine ehrliche Lesart dessen, was funktioniert, um zu entscheiden, wo als Nächstes investiert wird.
Bei einem KI-Produkt ist die eigentliche Frage nicht "wer hat die KI" — sondern wem das System am Ende gehört. Der Unterschied zwischen dem Bau von etwas, das dir gehört, und dem Mieten des Zugangs zu etwas, das jemand anderem bleibt, ist hier strukturell, keine Stilfrage.
Modell, Daten, Code, IP und Wissensbasis bleiben beim Kunden, auf portablen Standards und mit offenem Tracing: das Recht zu gehen ist geschrieben, nicht versprochen. Es ist das Gegenteil einer Gruppenplattform, eines Agenten-App-Stores oder eines KI-nativen Managed Service, bei dem der Agent, die angesammelten Daten und die Logik beim Anbieter bleiben und du den Zugang mietest. Wechselst du den Partner, nimmst du das System mit.
Proprietäre Plattformen und geteilte Experiment-Bibliotheken verbessern den Anbieter mit jedem Kunden, den sie bedienen: ihr Vorsprung wächst, deiner nicht. Bei uns macht jede Iteration dein Produkt fähiger, innerhalb deines Rahmens. Es gibt keine "kollektive Intelligenz", die du gratis fütterst und nicht mitnehmen kannst.
Keine Beratungskadenz — Discovery, Design, Build, Test, Handover — bei der jede Anforderungsänderung zu einem neuen Angebot wird und die Senior-Namen im Pitch nicht die sind, die liefern. Ein einziges Senior-Team, end-to-end verantwortlich, keine Juniorisierung, keine endlosen Übergaben. Und keine eigenen Medien, keine Arbitrage, kein Datenwert zum Monetarisieren: kein im Produkt eingebauter Interessenkonflikt.
Vokira ist ein eigenständiges Produkt, vertrieben von TMM, bereits live: ein KI-nativer Layer, der ein Gespräch in ein steuerbares Briefing verwandelt. Es ist kein Prozentsatz "KI-gestützter" Umsätze in einer Pressemitteilung, es ist ein System, das arbeitet. Den Beweis, dass wir KI in Produktion bringen können — mit Evals vor dem Release, Guardrails gegen Prompt-Injection, Retrieval mit nachverfolgten Quellen und einem Audit-Trail — zeigen wir, wir behaupten ihn nicht nur.
Du kaufst KI, um sie zu haben; du steuerst sie, um sie dir zu eigen zu machen. Nur das Zweite bleibt ein Asset, wenn du den Anbieter wechselst.
Manchmal muss ein maßgeschneidertes KI-Produkt die Welt von Ad-Tech, Daten und Programmatic berühren — ein Agent, der auf Audience-Signale zugreift, ein Mess-Layer, ein Produkt, das Kreation und Medien datengetrieben orchestriert. In diesen Fällen aktiviert TMM Spezialisten-Tiefe auf Abruf und bleibt der einzige verantwortliche Senior-Ansprechpartner.
Wenn das Briefing programmatische Ausführung, Daten und Identity, Research, fortgeschrittenes Omnichannel oder Media-Bartering verlangt, aktiviert TMM den Adtelier-Spezialisten-Layer unter eigener Regie. Der Kunde spricht weiterhin mit einem verantwortlichen Senior-Team: vertikale Tiefe kommt, wenn das Problem sie braucht, nicht unabhängig davon verkauft. Es ist die Spezialisten-Skalierung der Großen ohne deren geschichtetes Modell.
Adtelier ist eine auf Abruf aktivierte Fähigkeit, keine proprietäre Plattform und kein Datenwert zum Monetarisieren. Deshalb besitzt der Kunde weiterhin das System, die Daten und die IP: kein Plattform-Lock-in, kein Principal-Media- oder Arbitrage-Interessenkonflikt, der auf den großen Netzwerken lastet. Der Spezialist arbeitet innerhalb deines bestätigten Rahmens, unter denselben Governance- und Transparenzregeln wie der Rest des Produkts — nicht innerhalb seines eigenen.
Ist Vokira ein TMM-Produkt oder ist es TMM selbst?
Vokira ist ein eigenständiges Produkt, vertrieben von TMM, nicht die Agentur. TMM kümmert sich um seinen Vertrieb und die Integration in deinen Kontext — Wissensbasis, Grenzen, Einwilligung, Übergabe — aber Vokira bleibt eine unabhängige Plattform. Wir sagen es klar, weil die Unterscheidung zählt: wähle das Produkt für das, was es tut, nicht für den, der es dir bringt.
Wann ist ein maßgeschneidertes Produkt sinnvoll statt Software von der Stange?
Wenn Software von der Stange dich zwingt, den Prozess an das Tool anzupassen statt umgekehrt, und wenn die Arbeit, die du automatisieren willst, eine sich wiederholende Entscheidung ist. Wenn eine Website oder eine Kampagne reicht, bauen wir nichts: das maßgeschneiderte Werkzeug ist nur sinnvoll, wenn der Wert, es dir zu eigen zu machen, die Kosten seiner Pflege übersteigt.
Was ist eine Wissensbasis mit RAG, in einfachen Worten?
Es ist eine geordnete Bibliothek dessen, was du weißt — Dokumente, Richtlinien, Antworten — mit einem Bibliothekar (RAG), der vor dem Antworten die richtige Quelle holt, statt aus dem Gedächtnis zu sprechen. Sie funktioniert nur gut, wenn die Basis gepflegt ist: veraltete oder widersprüchliche Inhalte geben veraltete oder widersprüchliche Antworten. Die Pflege des Wissens kommt vor dem Modell.
Wie handhabt ihr Sprache und Anrufe, ohne aufdringlich zu sein?
Nur per Opt-in: das Sprachmodul ruft zurück, wenn der Nutzer darum bittet, mit einem nüchternen Skript, aufgezeichneter Einwilligung und Eskalation an eine Person, wenn nötig. Es ist kein Callcenter, das hinterherjagt, es ist ein angeforderter, nachvollziehbarer Rückruf. Datenschutzkonformität und Einwilligung sind kein Zusatz: sie sind von Anfang an Teil des Designs.
Bleiben meine Daten und Integrationen sicher?
Ja: Verbindungen zu CRM, E-Mail, Webhooks, CMS und Dateien laufen über einen Integrations-Layer, ohne im Frontend offengelegte Schlüssel, und mit vor der Veröffentlichung definierten Rollen, Logging und unzulässigen Inhalten. Wir beschreiben öffentlich nur das, was innerhalb eines bestätigten Rahmens liegt: keine Verfügbarkeit, Partnerschaft oder Integration ohne operative Bestätigung behauptet.
Wie messt ihr, ob das Produkt wirklich funktioniert?
Mit gemeinsam festgelegten Nutzungs- und Qualitätsmetriken: wer es nutzt, wofür, mit welchem Ergebnis und wo es hakt. Ein Prototyp dient dazu, den Wert früh zu sehen; Metriken dienen dazu, ihn über die Zeit zu bestätigen. Ohne Messung könnten wir nicht sagen, ob wir ein Asset gebaut haben, das arbeitet, oder einen Kostenpunkt, der schläft — und das sagen wir dir ehrlich.
Erzähl uns, welche Entscheidung sich wiederholt und wo die Arbeit manuell bleibt — wir sagen dir, ob du ein maßgeschneidertes Produkt brauchst, ob Vokira Web bereits die Antwort ist oder ob eine Website reicht, vor jedem Angebot. Der Preis entsteht nach dem Briefing, nie davor.