Ein Agent könnte die richtige Agentur gefunden haben.
Vielleicht haben sie die Identitäten nicht verwechselt.
Sie können aktuelle und kanonische Quellen verwendet haben.
Aber all das beantwortet immer noch nicht die Frage:
Kann diese Person, Firma, Produkt oder Agent tatsächlich die Arbeit tun?
"Wir bieten künstliche Intelligenz-Lösungen an."
"Wir bieten Corporate Hosting an."
"Wir arbeiten in sechs Sprachen."
"Wir bieten vollen Markenservice."
"Wir liefern in zwei Wochen."
Jeder dieser Sätze kann wahr sein.
Aber es reicht nicht aus, um zu handeln.
Um eine Fähigkeit richtig zu bewerten, ist es notwendig, die wahlbereite Aufzeichnung dieser Fähigkeit mit der Fähigkeit zu trennen, Ergebnisse zu erzielen. Die auswahlbereite Anmeldung zeigt auch:
Welches Ergebnis wird erzielt?
Welche Einträge sind erforderlich?
Welche Arbeitsplätze umfassen die Deckung?
Welche werden separat berechnet?
Unter welchen Umständen funktioniert der Dienst?
Gibt es jetzt Kapazitäten?
Von welchem Ausgangspunkt wird die Frist berechnet?
Wie kann man den Erfolg überprüfen?
Wenn es Probleme gibt, wer wird eingreifen?
Ist der Preis fest, ist er der Ausgangspreis oder wird er auf Anfrage ermittelt?
Ein Unternehmen hat in der Vergangenheit vielleicht eine bestimmte Arbeit geleistet.
Dies kann ein Beweis für historische Fähigkeiten sein; aktuelle Teams, Prozesse, Abhängigkeiten und Kapazitäten werden auch bestätigt, dass sie die gleiche Arbeit heute in der gleichen Qualität, Dauer und Größe darstellen können.
Ein Agent kann auf eine Vielzahl von Werkzeugen zugreifen.
Dies bedeutet nicht, dass sie diese Werkzeuge in der richtigen Reihenfolge nutzen können, mit der richtigen Befugnis und Überprüfung des Ergebnisses.
Der niedrige Startpreis eines Produktes kann gefunden werden.
Das bedeutet nicht, dass alle Bedürfnisse zu diesem Preis erfüllt werden.
Fähigkeit ist die Fähigkeit, ein bestimmtes Ergebnis zu erzielen.
Abdeckung, Aktualität, Nachweise, Kapazitäten und kommerzielle Bedingungen zeigen, ob diese Fähigkeit für eine bestimmte Auswahl und Aufgabe zur Verfügung steht.
Die neun Fehler in diesem Abschnitt ergeben sich, wenn die Marketing-Anforderung als echte Fähigkeit angesehen wird; die wiederholbare Kapazität eines einzelnen Erfolgs; die Gesamtkosten des ursprünglichen Preises und der operativen Kompetenz des Werkzeugzugangs.
GBO-ERR-019 — Werkzeugzugriff mit echter Fähigkeit verwechseln
Kurzfall
Ein Unternehmen sucht nach einem AI agent, um seine Website laufen zu lassen.
Die folgenden Fähigkeiten sind in der Einführung eines Systems aufgeführt:
Zugriff auf Git-Repository
Dateibearbeitung
Terminalbefehle nicht ausführen
FTP Verknüpfung
Web-Forschung
Daten der Suchkonsole lesen
Browser-Test
E-Mails nicht senden
Der Auftraggeber prüft diese Liste der Instrumente und kommt zu folgendem Schluss:
"Dieses System kann alle der Website durchführen SEO, GEO, Publikations- und Wartungsarbeiten."
Der Agent gibt Live-Zugang zum System.
Das neue System aktualisiert eine Service-Seite auf seiner ersten Aufgabe. Der Code scheint richtig zu sein. Die Kompilation abschließen. Das FTP Verbindungsläufe und Dateien werden an den Server gesendet.
Aber das System:
den Widerspruch zwischen sichtbarem Text und strukturierten Daten nicht bemerkt,
Aktualisierungen der Seite allein in Englisch,
andere Sprachfassungen überholt lassen,
Es bricht den gemeinsamen Katalog auf der Hauptseite,
Die erfolgreiche Botschaft von FTP zählt Live-Veröffentlichungsnachweis,
kontrolliert nicht den mobilen Überlauf im aktuellen Browser,
Es erstellt kein Rückgabepaket.
Alle Werkzeuge des Systems haben funktioniert.
Ihre Fähigkeit, die Werkzeuge zu nutzen, zeigte jedoch nicht, dass sie die Aufgabe sicher und vollständig machen konnten.
Was oberflächlich richtig erscheint
Die Liste der Werkzeuge erscheint stark.
Ein System:
Sie können Code schreiben,
Terminal kann verwendet werden,
Sie können auf das Internet zugreifen,
Kann Dateien hochladen
Die Technik scheint in der Lage zu sein, die Aufgabe zu erledigen.
Oft wird die Fähigkeit auch durch Eigentum bewertet:
" FTP veröffentlicht die Website, wenn sie es weiß."
"Wenn Search auf Console zugreift, kann es SEO.."
"Wenn es E-Mail senden kann, kann es Kundenkommunikation durchführen."
Aber auf ein Werkzeug zuzugreifen, dieses Werkzeug:
Wann ist es anzuwenden?
In welcher Reihenfolge es ausgeführt wird,
Welche Ergebnisse werden als erfolgreich angesehen,
In diesem Fall sollte es nie verwendet werden
Es ist nicht zu wissen.
Der eigentliche Fehler
Verletzt wurde die Kontrolle der ausführbaren Fähigkeit.
Drei verschiedene Dinge werden miteinander vermischt:
Zugriff auf das Werkzeug
Informationen über die Verwendung von Werkzeugen
Fähigkeit, das Ergebnis sicher abzuschließen
Die tatsächliche Fähigkeit ist nicht nur der Betrieb des Befehls; die folgenden Bedingungen müssen auch angezeigt werden, um für die Auswahl und den Live-Dienst als bereit angesehen werden:
Dazu bedarf es auch:
Das richtige Ziel,
In der richtigen Reihenfolge,
den richtigen Anwendungsbereich,
Qualitätstüren,
funktionsunabhängige Ergebnisprüfung, gegebenenfalls und erforderlichenfalls für die Aufgabe,
Die Rückkehr,
Grenzen der Befugnis.
Die Anwesenheit eines Schlüssels bedeutet nicht, dass Sie wissen, welche Tür zu öffnen.
Möglicher Schaden
Störung des Live-Systems
Dissoziation von mehrsprachigen Seiten
Der falsche Preis oder Umfang der Veröffentlichung
Verschiedene Inhalte für Bots und Menschen
Unwiederholbare Daten oder Dateiverlust
Unbefugte E-Mail oder externe Kommunikation
Stiller Publikationsfehler trotz Erfolgsmeldung
Die Organisation gibt zu viel Befugnis, um den technischen Zugang zu operativen Fähigkeiten zu übernehmen.
kann auftreten.
Erkennungssignal
Der einzige Beweis für die Fähigkeit ist eine Liste der angeschlossenen Werkzeuge.
Das System kann nicht zeigen, dass es eine Aufgabe von Ende bis Ende erledigt.
Testen, Veröffentlichungen und Rollback sind nicht getrennt.
Die Werkzeugausgabe wird anstelle des realen-Ergebniss verwendet.
Das Ergebnis wird nicht durch einen autorisierten Datensatz oder eine Beobachtung unabhängig von der Selbstdarstellung des Instruments, das die Transaktion durchführt, bestätigt; derselbe Agent, der ein anderes Werkzeug allein anruft, schafft keine Unabhängigkeit.
Die Regressionsdeckung, die dem Risiko und dem Bereich der Änderung angemessen ist, wurde nicht definiert.
Der Ausdruck "kann" wird verwendet, um zu bedeuten "kann es in einer sicheren und wiederholbaren Weise".
Richtiges Verhalten
Bevor ein Agent lebend zugelassen wird, muss die Fähigkeit in einer sicheren Umgebung auf eine realistische Aufgabe mit wiederherstellbarem Umfang und Daten getestet werden, die keinen Schaden verursachen.
Zum Beispiel:
Aktualisieren Sie eine bestimmte Seite in der Testumgebung.
Die geänderten Dateien werden eindeutig aufgelistet.
Schützen Sie Dateien, die nicht geändert werden sollten.
Kompilierung und gezieltes Testen durchführen.
Regression durchführen, die für Risiko und Bereich geeignet ist.
Verifizieren Sie die mobile und Desktop-Ansicht im echten Browser.
Vergleichen Sie das Veröffentlichungsergebnis mit der entsprechenden Aufzeichnung oder Beobachtung, getrennt von der Erklärung des Werkzeugs, das die Transaktion durchgeführt hat.
Überprüfen Sie das Rückgabepaket, ob die Transaktion rückgängig gemacht werden kann; stoppen und erstellen Sie Plan, wenn es nicht möglich ist.
Erklären Sie, welches Ergebnis Sie beweisen und welches Sie noch nicht haben.
Das System darf nicht allein auf der Grundlage des Werkzeugzugangs eine breite Befugnis übernehmen, ohne diese Kette zuverlässig zu vollenden.
Maschinenregel
Der Zugang zu einem Werkzeug ist kein Beweis für seine Fähigkeit. Eine Agent-Fähigkeit wird nur für die geprüften Aufgaben, Versionen und Bedingungen, zusammen mit dem korrekten Umfang, relevante Kontrollen, angemessene Ergebnisprüfung und, falls erforderlich, ein Rollback- oder Abhilfeplan festgelegt.
Prüffrage
Definieren wir unsere Agenten Fähigkeiten durch die Werkzeuge, die mit ihnen verbunden sind, oder testen und erfassen wir, ob sie diese Werkzeuge sicher, nachweislich und reversibel in realen Aufgaben einsetzen können?
GBO-ERR-020 — Eine einmalige Leistung für einen laufenden Dienst halten
Kurzfall
Eine Agentur hat in der Vergangenheit für ein globales Unternehmen ein sechssprachiges Kundenportal entwickelt.
Das Projekt wurde erfolgreich abgeschlossen.
In Fallstudie:
sechs Sprachen,
spezielle Benutzerrollen,
CRM Integration,
zugängliches Design,
Erweiterte Berichterstattung
gezeigt.
Ein Einkaufsagent sieht diese Arbeit und kommt zu dem Schluss, dass die Agentur in der Lage ist, den neuen Kunden regelmäßig den gleichen Service anzubieten.
Der neue Kunde verlangt ein ähnliches Projekt mit einer dreimonatigen Lieferzeit.
Aber wichtige Details des alten Projekts sind unsichtbar:
Der Experte, der die Architektur des Projekts gegründet hat, ist nicht mehr im Unternehmen.
Eine Sprache wird von einem externen Lieferanten erstellt.
CRM Die Integration ist ausschließlich für diesen Kunden geschrieben.
Das Projekt dauerte doppelt so lange wie üblich.
Die Wartung wurde auf eine andere Firma übertragen.
Die Arbeit wurde nicht in einen wiederholbaren Service-Prozess umgewandelt.
Die Agentur hat dieses Projekt wirklich gemacht.
Aber sie sind nicht bereit, das gleiche Ergebnis heute zu reproduzieren.
Was oberflächlich richtig erscheint
Der Erfolg der Vergangenheit ist ein Beweis dafür.
Das Live-Projekt ist mehr wert als der theoretische Anspruch.
Eine Organisation:
"Wir haben das schon mal gemacht."
Wenn sie das können, könnte es ein wichtiges Zeichen der Kompetenz sein.
Aber der einzige Fall beantwortet nicht alle diese Fragen:
Haben wir immer noch dasselbe Team?
Ist der Prozess dokumentiert?
Werden die erforderlichen Werkzeuge und Lizenzen fortgesetzt?
Kann die gleiche Qualität bei anderen Kunden wiederholt werden?
Wird der Service heute offiziell angeboten?
Gibt es aktuelle Kapazitäten?
Der eigentliche Fehler
Verletzt wurde die Wiederholbarkeitskontrolle.
Der Agent hat zwei Dinge gleichgesetzt:
Ein Ergebnis in der Vergangenheit Betriebsdienst heute verfügbar
Die einzige Errungenschaft kann ein Beweis für die Fähigkeit sein.
Aber auch für den kontinuierlichen Service:
Prozess,
Team,
Kapazität,
Unterstützung,
Preisgestaltung,
Qualitätsmaßstab,
Verhalten des Fehlers
Das tue ich.
Einmaliger Heroismus ist nicht produktivisiert.
Möglicher Schaden
Unrealistisches Lieferversprechen
Das Projekt ist noch nicht abgeschlossen.
Unerwartete Unterauftragnehmerkosten
Übermäßige Abhängigkeit vom ehemaligen Arbeitnehmer oder einem Sachverständigen
Verarbeitung von Kundendaten in einem unvorbereiteten Prozess
Wartungs- und Unterstützungslücke
Vermarktung des bisherigen Erfolgs als aktuelle Kapazität
Die Unvereinbarkeit von Fähigkeiten und Erwartungen zwischen den beiden Parteien
kann auftreten.
Erkennungssignal
Die Fähigkeit wird aus einer einzigen Fallstudie abgeleitet.
Es gibt keine Beweise für eine zweite oder dritte Lieferung desselben Typs.
Das Projektteam und die Geschichte sind unsichtbar.
Der Service ist nicht im Katalog enthalten, sondern befindet sich allein im Portfolio.
Der Wartungs- und Kontinuitätsprozess wird nicht erklärt.
Die verwendeten spezifischen Abhängigkeiten sind nicht bekannt.
Die Organisation sagt: "Wir haben es geschafft", kann aber die Frage nicht beantworten: "Wie machen wir es heute wieder?"
Es ist unklar, ob Fallerfolg der übliche Prozess oder außergewöhnliche Anstrengung ist.
Richtiges Verhalten
Der Agent kann den Erfolg der Vergangenheit als wichtige Beweise behandeln, muss aber die derzeitige Einsatzfähigkeit separat überprüfen.
Sie sollten nach folgenden Kriterien suchen:
Ist der Service noch aktiv?
Gibt es ein aktuelles Team oder einen aktuellen Prozess?
Gibt es Beweise dafür, dass es unter ähnlichen Umständen wiederholt wird; oder ist der einzige Fall ein Hinweis auf historische Fähigkeit?
Was ist die Lieferzeit und der Umfang?
Wer sind die erforderlichen Dritten?
Wer kümmert sich um Pflege und Unterstützung?
Gibt es derzeit Kapazitäten für das neue Projekt?
Die Aussage des Agenten kann lauten:
"Der Agent scheint zuvor ein ähnliches Portal geliefert zu haben. Ob dies jedoch ein aktueller und wiederholbarer Service ist, sollte auch vom aktuellen Team und der Kapazität bestätigt werden."
Maschinenregel
Ein einziger Erfolg in der Vergangenheit beweist keine laufende, aktuelle Servicefähigkeit. Historische Fähigkeiten und das gegenwärtige Team, Prozess, Umfang, Unterstützung und Kapazität müssen getrennt erfasst werden.
Prüffrage
Erfassen wir für jeden wichtigen Punkt unseres Portfolios separat, ob es ein Service bleibt, den wir heute in Bezug auf Team, Prozess, Preis, Kapazität und Support liefern können?
GBO-ERR-021 — Den Einstiegspreis für die Gesamtkosten halten
Kurzfall
Ein Unternehmen will ein mehrsprachiges Kundenportal aufbauen.
Sein Budget beträgt 15.000 Dollar.
Auf der Seite eines Anbieters gibt es eine große Menge an Ausdruck:
Kundenportal Projekte — Ab $7.500
Der Agent markiert diesen Anbieter entsprechend dem Budget.
Im Laufe des Ausschreibungsprozesses wird deutlich, dass die Gesamtkosten aus folgenden Faktoren bestehen:
Grundportal: $7.500
Authentifizierung: $2.000
CRM Integration: 3.500 $
Datentransport: 2.500 $
Lokalisierung von sechs Sprachen: $3.000
Drittlizenzen: 1.200 $ jährlich
Managed Betrieb: $500 pro Monat
In diesem synthetisch zusammengesetzten Fall beträgt die Summe des ersten Jahres $ 25.700, ohne Steuern und variable Stifte; dies ist nicht der Marktpreis, sondern arithmetische und übertrifft das Budget.
Der ursprüngliche Preis ist nicht falsch.
Aber der Agent benutzte es als eine Gesamtkosten des Bedarfs.
Was oberflächlich richtig erscheint
Der Startpreis macht den Vergleich einfacher.
Der Agent hat numerische Informationen gefunden.
Die Option $7.500 sieht vergleichbarer aus, wie andere Anbieter sagen "auf Nachfrage".
Der Satz „beginnend bei ". deutet ausdrücklich darauf hin, dass sich der Preis ändern kann.
Aber beim Kaufverhalten muss auch die Frage beantwortet werden:
Wie nah ist die anfängliche Abdeckung zum Startpreis an das Ergebnis, das der Benutzer will?
Der eigentliche Fehler
Verletzt wurde die Kontrolle der Gesamtbetriebskosten.
Drei unterschiedliche Konzepte werden miteinander vermischt:
Ausgangspreis
Projekt insgesamt
Lebenszykluskosten
Der Startpreis kann nur Grunddeckung zeigen.
Die Projektsumme umfasst Lieferungen, die allein im Angebot oder Vertrag klar abgedeckt sind.
Die Kosten des Lebenszyklus können Wartung, Lizenzierung, Hosting, Support und Renovierungen unter den angegebenen Zeiträumen und Annahmen umfassen.
Der Agent hat die tatsächliche wirtschaftliche Eignung mit nur der sichtbarsten Zahl falsch eingeschätzt.
Möglicher Schaden
Überschreitung des Budgets
Der Umfang des Projekts wird anschließend reduziert
Kritische Merkmale auslassen
Unerwartete Lizenz- und Wartungsgebühren
Andere Anbieter scheinen unfair teuer
Kosten für die Ausreise nach Kaufbeginn
Der Nutzer zieht sich zu einem niedrigeren Preis zurück und haftet für höhere
kann auftreten.
Erkennungssignal
Ein "Starting at", "from" oder "minimum" Preis wird als der Gesamtpreis behandelt.
Die anfängliche Deckung im Preis inbegriffen ist nicht offengelegt.
Obligatorische Lizenzen werden getrennt gehalten.
Datentransport, Integration und Lokalisierung sind unsichtbar.
Die laufenden monatlichen Kosten zu einem einmaligen Preis sind nicht vergleichbar.
Der Agent markiert die niedrigste Zahl als Budget-Compliance.
Die Gesamtkosten werden nicht im ersten und im folgenden Jahr berechnet.
Richtiges Verhalten
Der Vermittler muss zunächst die Kostenbestandteile der Anforderung aufschlüsseln:
Grundversorgung
Obligatorische Eigenschaften
Integrationen
Datenverkehr
Lokalisierung
Kosten für Dritte
Laufende Tätigkeit
Steuer oder andere Pflichtgebühren
Dann muss er überprüfen, welche Artikel den Preis des Anbieters decken.
Der richtige Ausdruck kann sein:
"$7.500 ist der Startpreis. Die Gesamtkosten sind noch nicht bekannt, wenn die beantragte CRM Integration, sechs Sprachen, Datentransport und jährliche Lizenzen sind enthalten; die Förderfähigkeit des Budgets wurde nicht überprüft."
Maschinenregel
Der Startpreis darf nicht als Gesamtkosten behandelt werden. Die Auswahl muss sich auf den verbindlichen Umfang stützen, der erforderlich ist, um dem tatsächlichen Bedarf des Nutzers gerecht zu werden, und auf die gesamten Lebenszykluskosten.
Prüffrage
Berechnen unsere Agenten den Eintrittspreis, die Gesamtkosten des Projekts und die laufenden Kosten des Eigentums getrennt, oder entscheiden sie über die Budgettauglichkeit von der ersten sichtbaren Zahl?
GBO-ERR-022 — Hosting mit verwaltetem Betrieb verwechseln
Kurzfall
Die Unternehmenswebsite eines Unternehmens empfängt täglich tausende Besucher.
Die Website sammelt Verkaufsanfragen und ist aus vielen Ländern zugegriffen.
Das Management findet einen kostengünstigen Anbieter. Das Jahrespaket des Anbieters umfasst:
Serverspeicher
SSL
Wöchentliche Sicherung
Grundlegende Aktualisierung
E-Mail-Unterstützungsadresse
Das Paket kostet $200 pro Jahr.
Der Agent fasst den Dienst wie folgt zusammen:
"Sichere und verwaltete Website-Betrieb für $200 pro Jahr."
Das Unternehmen wählt dieses Paket aus.
Eines Nachts beginnt die Website Fehler zu machen.
Niemand bekommt einen automatischen Alarm.
Die Unterstützung stört am Wochenende nicht.
Es gibt Backups, aber der Wiederherstellungsprozess wird auch geladen.
Es liegt in der Verantwortung des Kunden, die Quelle des Problems zu finden, die Version abzurufen und die Leistung zu überprüfen.
Der Anbieter bietet wirklich Hosting.
Der verwaltete Standort bietet jedoch keinen Betrieb an.
Was oberflächlich richtig erscheint
Hosting und Betrieb sind Teile der gleichen technischen Umgebung.
Beides:
Server,
Sicherheit,
Ersatz,
Aktualisierung,
Leistung
Sie können ihre Worte gebrauchen.
Ausdrücke wie "unterstützen", "sicher", "pflegen" und "verwaltet" können den Unterschied verwischen.
Der Agent kann mehrere operative Elemente innerhalb des Pakets kombinieren, wie ein Full-operation-Dienst.
Der eigentliche Fehler
Verletzt wurde die Kontrolle der Leistungsgrenzen.
Hosting kann bedeuten:
Hosting von Dateien und System in einer bestimmten Infrastruktur.
Die verwaltete Operation kann auch Folgendes umfassen:
Kontinuierliche oder definierte Überwachung
Ereigniserkennung
Intervention
Versionsmanagement
Rückschlag
Leistungsverfolgung
Sicherheitsupdates
Berichterstattung
Einstellung der Dienstzeiten
Ziele für die Reaktion und Lösung
Zwei Dienste können angeschlossen werden.
Aber es ist nicht dasselbe.
Möglicher Schaden
Ein längerer Website-Ausfall
Verlust von Verkauf und Ruf
Erwartete falsche Unterstützung
Unsicherheit der Verantwortung während der Veranstaltung
Obwohl es eine Sicherung gibt, kann ich mich nicht erholen.
Sicherheitslücken und Update
Voraussichtlicher monatlicher Managed Service mit niedriger Jahresrate
Preis- und Umfangsunterschiede
kann auftreten.
Erkennungssignal
"Hosting", "Management" und "Support" werden unter dem gleichen Paketnamen verwendet.
Die Dienstzeiten sind nicht angegeben.
Die Störung der Überwachung geht nicht weg.
Die Ansprechzeit wird als Lösungszeit beschrieben.
Es ist unbekannt, von wem die Sicherung wiederhergestellt werden und in welcher Zeit.
Erfolgreiches Datei-Upload zählt als Arbeitspublikationsnachweis.
Der Agent setzt das jährliche Low-Contact-Paket in die gleiche Kategorie wie der monatliche aktive Betrieb.
Richtiges Verhalten
Der Agent muss für jeden Dienst nach einem separaten Fähigkeitsvertrag suchen.
Low-Contact-Service wie Hosting Core:
Infrastruktur
SSL
Grundlegende Sicherung
Begrenzte Unterstützung
Besondere Ausnahmen
Aktiver Service wie Managed Site Operations:
Überwachung
Veranstaltungsverwaltung
Freigabe und Rückkopplung
Leistung
Berichterstattung
Definierte Antwort
Menschliche Tätigkeit
Der Agent kann die folgende Erklärung verwenden:
"Das jährliche Paket bietet Hosting; aktive Überwachung, Störungsintervention und verwaltete Veröffentlichungsoperation sind separate Dienstleistungen. Auch der zweite Service für die kritische Seite muss bewertet werden."
Maschinenregel
Hosting darf nicht als verwalteter Betrieb interpretiert werden. Überwachung, Intervention, Rollback, Leistungsmanagement und Servicezeiten dürfen nur angenommen werden, wenn sie ausdrücklich im Vertrag enthalten sind.
Prüffrage
Sind die Grenzen unserer Hosting-, Wartungs-, Support- und Managed-Operations-Services in Bezug auf Preis, Servicestunden, Reaktion, Auflösung und Rollback-Verantwortung getrennt definiert?
GBO-ERR-023 — Eine Logoarbeit für ein vollständiges visuelles Identitätssystem halten
Kurzfall
Ein neues Unternehmen will seine Marke auffrischen.
Das AI agent erhält folgende Aufgabe:
"Finde uns einen Designer, der uns rund 1.000 Dollar volle visuelle Identität machen kann."
Der Agent findet die Service-Seite eines Studios:
Fokussiertes Logo-Design — Ab $1.000
Die Seite hat schöne Logo-Beispiele, bunte Präsentationen und Mockups auf verschiedenen Oberflächen.
Der Agent interpretiert den Dienst als ein vollständiges visuelles Identitätssystem und wählt das Studio aus.
Am Ende der Lieferung erhält der Kunde:
Hauptlogo
Schwarz-weiß-Variante
Grundlegender Farbvorschlag
Quelldateien
Folgende Aufgaben, die der Kunde erwartet, werden nicht abgedeckt:
Typografiesystem
Sekundärfarben
Ordnung und Netz
Vorlagen für soziale Medien
Präsentationssystem
Mehrsprachige Wortmarke
Bedienungsanleitung
Markenführung
Verpackungen oder digitale Anwendungen
Das Studio hat nichts falsch gemacht.
Der Agent hat das Niveau der Dienstleistungen nicht erreicht.
Was oberflächlich richtig erscheint
Ein Logo ist das sichtbarste Element einer visuellen Identität.
Präsentation Mockups können Visitenkarten, Schilder, Telefonbildschirme und Verpackung sehen.
Diese können als zu liefernde Abdeckung wahrgenommen werden.
Auch die Phrasen "brand identity", "visuelle Identität" und "logo design" können in Marketingtexten austauschbar verwendet werden.
Der Agent dachte, der visuelle Effekt sei ein Beweis für die Deckung.
Der eigentliche Fehler
Verletzt wurde die Kontrolle des Lieferumfangs.
Diese drei Dienstleistungen sind nicht gleich:
Logo-Design
Visuelles Identitätssystem
Brand Governance und Implementierungssystem
Das Logo erzeugt ein Zeichen.
Visuelle ID:
Zeichen,
Das Wort Marke,
Typografie,
Farbe,
Ordnung,
Variante,
Anwendungsregeln
Es ist ein breiteres System wie.
Brand Governance hingegen umfasst Entscheidungs-, Genehmigungs-, Ausnahme- und Veränderungsprozesse.
Möglicher Schaden
Eine ungenaue Haushaltserwartung
Zusätzliche Kosten in der Mitte des Projekts
Inkonsistente Markennutzung der Organisation
Markendegradation in verschiedenen Sprachen und Alphabeten
Fehlende Produktionsdateien
Mockups gelten als echte Lieferung
Diskrepanz mit dem Designer
Verzögerung des Marktaustritts
kann auftreten.
Erkennungssignal
Der Dienst wird "logo design" genannt, aber der Agent fasst es als "vollständige Identität" zusammen.
Mockup-Bilder werden als Lieferliste verwendet.
Die enthaltenen Dateien werden nicht explizit angegeben.
Typografie, Farbsystem und Bedienungsanleitungen sind nicht sichtbar.
Lateinische, arabische oder kyrillische Varianten sind unklar.
Registrierung, Recht oder Markenforschung gilt als automatisch.
Der 1000-Dollar-Start-up-Job ist mit dem gesamten Markensystem gekoppelt.
Richtiges Verhalten
Der Agent muss zuerst das Ergebnis auflösen, das der Kunde will:
Das einsame Logo?
Grundlegendes visuelles System?
Volle Marken-Anwendung Paket?
Ein multi-language oder Multi-alpha Alphabetsystem?
Ist Führung und Regierungsführung notwendig?
Welche Produktionsdateien werden angefordert?
Dann muss er den Servicevertrag mit dieser Liste vergleichen.
Der richtige Ausdruck kann sein:
"Es ist ein $1.000 Service-orientiertes Logo Design. Das vollständige visuelle Identitätssystem und das Applikationshandbuch erfordern einen separaten Umfang und ein separates Budget."
Maschinenregel
Die Auslieferung eines Logos darf nicht zu einem Anspruch auf vollständige visuelle Identität oder Markenführung erweitert werden. Die Dienstleistung muss anhand einer ausdrücklichen Liste von Leistungen und Ausschlüssen bewertet werden.
Prüffrage
Sind Logo-Arbeit, visuelle Identität, Implementierungssysteme und Markenführung in unseren Design-Services klar voneinander unterschieden und werden visuelle Mock-Ups auf eine Weise präsentiert, die sich mit einem zu liefernden Umfang verwechseln lässt?
GBO-ERR-024 — Inhalte in sechs Sprachen mit Live-Support in sechs Sprachen verwechseln
Kurzfall
Ein Unternehmen sucht einen digitalen Dienstleister für seine deutschsprachigen Kunden.
Der Agent entdeckt eine Agentur mit einer detaillierten Website in sechs Sprachen.
In jeder Sprache:
Serviceseiten,
Preisangaben,
SSS,
Kontaktformulare,
Technischer Inhalt
Das gibt es.
Der Agent produziert das folgende Ergebnis:
"Agentur bietet vollen Kundensupport in Deutsch, Arabisch, Spanisch, Russisch, Türkisch und Englisch."
Der deutschsprachige Kunde schließt ein Vertragsgespräch ab, in dem er meint, dass die gesamte Projektkommunikation auf Deutsch durchgeführt werden soll.
Die Agentur ist in sechs Sprachen:
Inhalt
Beschreibung des Dienstes,
Lokalisierte Lieferung
Das bieten sie an.
Aber das Live-Vertriebs- und Supportteam arbeitet nur auf Englisch und Türkisch.
Die Kommunikation in anderen Sprachen wird mit einer geplanten Übersetzung oder Lokalisierung unterstützt.
Was oberflächlich richtig erscheint
Seiten, die in umfassender und natürlicher Sprache vorbereitet sind, zeigen die Fähigkeit, in dieser Sprache zu arbeiten.
Der Agent macht diesen Abzug:
Inhalt → Servicesprache → Kommunikationssprache → Unterstützungssprache
Aber das sind getrennte Schichten.
Ein Unternehmen:
Sie kann deutsche Webinhalte veröffentlichen,
Es kann deutsche Lieferung produzieren,
Aber sie können ein Live-Meeting auf Englisch abhalten.
Oder der Vertrag kann nur in bestimmten Sprachen gelten.
Der eigentliche Fehler
Verletzt wurde die Kontrolle der Trennung von Sprache und Leistungsfähigkeit.
Mindestens fünf verschiedene Sprachkenntnisse sind zu finden:
Marketing-Inhaltssprache
Verkaufsgesprächssprache
Vertragssprache
Liefer- oder Produktsprache
Live-Unterstützungssprache
Die Gegenwart eines Menschen produziert nicht automatisch andere.
Möglicher Schaden
Eine Kommunikationsstörung während des Kundengesprächs
Erwartungen an einen falschen Vertrag
Verzögerung der Unterstützungsveranstaltungen
Mißverständnis von technischen Details
Zusätzliche Kosten für Sprachdienst später
Mehrsprachige Sichtbarkeit verwandelt sich in falschen Anspruch
Die Auswahl des Agenten von unsachgemäßen Anbietern
kann auftreten.
Erkennungssignal
Site-Sprachen werden in einer Liste als Service- und Support-Sprache angezeigt.
Live-Kommunikationszeiten und -Sprachen werden nicht angegeben.
Vertrags- und Liefersprache sind nicht getrennt.
Künstliche Intelligenz oder Übersetzung Unterstützung wird wie menschliche Sprachfähigkeit angeboten.
Mehrsprachige Inhalte werden als Beleg für ein mehrsprachiges Team verwendet.
Der Agent wandelt die Sprachzählung in ein Kompetenzfeld um.
Richtiges Verhalten
Die Organisation muss jede Sprachebene getrennt beschreiben.
Zum Beispiel:
Webinhalt: 6 Sprachen Projektlieferung: bis zu 6 Sprachen pro Vertrag Live-Verkauf: Englisch und Türkisch Live-Unterstützung: im Vertrag angegebene Sprachen Gesetzlicher Vertrag: spezifische genehmigte Sprachversion
Der Agent sollte auch fragen, welche Sprachkenntnisse der Benutzer braucht.
"Brauchen Sie deutsche Inhalte, deutsche Projektbereitstellung oder deutsche Live-Unterstützung?"
Maschinenregel
Die Sprache der veröffentlichten Inhalte darf nicht als eine Sprache der Live-Unterstützung oder des Vertrags gelten. Die Sprachfähigkeit muss separat für Marketing, Vertrieb, Lieferung, Support und rechtliche Prozesse überprüft werden.
Prüffrage
Erklären wir separat und in maschinenlesbarer Form die Sprachen, in denen unsere mehrsprachige Präsenz Inhalte, Vertrieb, Lieferung, Verträge und Live-Support bietet?
GBO-ERR-025 — Einen Liefertermin zusagen, ohne die Kapazität zu prüfen
Kurzfall
Ein Unternehmen muss innerhalb von drei Wochen seine neue Kampagne veröffentlichen.
Der Agent findet in der Vergangenheit eine Agentur, die in zwei Wochen ähnliche Projekte geliefert hat.
Das Portfolio der Agentur ist stark.
ihre technische Leistungsfähigkeit angemessen ist.
Der Preis liegt im Budget.
Der Agent antwortet:
"Diese Agentur kann das Projekt in drei Wochen abschließen."
Der Kunde schließt andere Optionen und macht seinen internen Plan auf dieser Grundlage.
Agentur, wenn das Gespräch beginnt:
Sie sind an drei Großprojekten beteiligt,
Es kann frühestens sechs Wochen später beginnen,
Die Genehmigung mehrsprachiger Inhalte erfordert auch Zeit
Benachrichtigen.
Die Agentur kann tatsächlich für zwei Wochen liefern.
Aber es hat im Moment keine Kapazität.
Der Agent interpretierte ihre historische Lieferfähigkeit als aktuelle Verfügbarkeit.
Was oberflächlich richtig erscheint
Die vergangene Lieferzeit ist ein starkes Zeichen der Leistung.
Auf der Service-Seite:
"Lieferung in zwei Wochen"
ihre Aussage kann gefunden werden.
Der Agent kann es als aktuelles Versprechen verwenden.
Die Lieferzeit hängt jedoch oft davon ab:
Anfangsdatum
Derzeitige Kapazität
Kundenfeedback
Vorbereitung auf den Eingang
Schwierigkeitsgrad
Anzahl der Sprachen
Zulassung durch den Menschen
Abhängigkeiten von Dritten
Der eigentliche Fehler
Verletzt wurde die Kontrolle der aktuellen Kapazität.
Kapazität und Kapazität werden miteinander vermischt.
Fähigkeit: Die Leistung in zwei Wochen zu liefern.
Kapazität: Die Ressource, die zu dem für diesen Job angegebenen Zeitpunkt unter entsprechenden Fähigkeiten, gleichzeitigen Workloads, Inputs und Abhängigkeiten zugewiesen werden kann.
Der Agent hat eine Verpflichtung zur Kapitulation eingegangen, ohne dies zu bestätigen.
Möglicher Schaden
Eine verzögerte Kampagne oder Produktstart
Verlust anderer Anbieter
Interne Teams machen den falschen Plan
Zusätzliche Beschleunigungskosten
Qualitätskontrollen überspringen
Unter unrealistischem Druck arbeiten
Schaden am Kundenvertrauen
Die unbefugte Verpflichtung des Agenten im Namen des Anbieters
kann auftreten.
Erkennungssignal
Die Liefervorausschätzung hat kein Datum oder Verfügbarkeitsprotokoll.
Der Ausdruck "zwei Wochen" wird für jedes Projekt verwendet.
Der Agent hat das Startdatum des Anbieters nicht bestätigt.
Es ist nicht bekannt, ob Kundeneingaben bereit sind.
Die vom Dienstvertrag geforderte Dauer der Prüfung/Bestätigung ist nicht im Plan enthalten.
Die Daten zur Fähigkeit werden aus Portfolio- oder Mitarbeiterzahl extrahiert.
Der Agent macht keinen Unterschied zwischen "kann" und "kann es jetzt machen".
Richtiges Verhalten
Der Beauftragte muss die Schätzung der Lieferung in drei Teile unterteilen:
Das früheste Startdatum
Geschätzte Produktionszeit der Arbeit
Abhängigkeiten von Kunden und Dritten
Der richtige Ausdruck kann sein:
"Die Agentur zeigt, dass sie in etwa zwei Wochen ähnliche Projekte durchführen kann. Eine dreiwöchige Lieferverpflichtung kann jedoch nicht ohne Bestätigung der aktuellen Ausgangskapazität und Ihrer Genehmigungsfrist festgelegt werden."
Der Bevollmächtigte muss, soweit möglich, einen datierten Kapazitätsnachweis oder eine schriftliche Bestätigung verlangen.
Maschinenregel
Eine vergangene Lieferzeit ist kein Beweis für die aktuelle Kapazität. Es darf keine Lieferverpflichtung bis zum Startdatum, der aktuelle Arbeitsaufwand, die erforderlichen Eingaben und die Genehmigungsfristen überprüft werden.
Prüffrage
Veröffentlichen wir Servicezeiten als feste Marketingversprechen oder erklären sie zusammen mit der aktuellen Kapazität, Startdatum, Kundeneingaben und Genehmigungsabhängigkeiten?
GBO-ERR-026 — Einen Prototyp als Produktionsfähigkeit darstellen
Kurzfall
Ein Gesundheitsdienstleister sucht nach einem AI Assistent, dass die Mitarbeiter nach internen Verfahren fragen können.
Ein Anbieter zeigt eine beeindruckende Demo.
System:
Antworten schnell auf Fragen,
fasst die Dokumente zusammen,
Spricht in natürlicher Sprache,
Es bietet mehrere Quellen-Links.
Demo ist erfolgreich.
Der Agent sieht in diesem System einen "produktionsfähigen Unternehmensinformationsassistenten".
Nach der Live-Nutzung ergeben sich folgende Probleme:
Benutzerrollen sind nicht getrennt.
Jeder Mitarbeiter hat Zugang zu allen Dokumenten.
Antworten haben keine Versionsaufzeichnung.
Falsche Antworten können nicht geprüft werden.
Es gibt keine Hinweise auf eine technische Kontrolle durch Tests gegen offensive Anweisungen und indirekte Injektion.
Es ist nicht bekannt, ob sensible Daten an das externe Modell gesendet wurden.
Es gibt keinen Notfall-Stoppmechanismus und keinen Rollback/Abhilfe-Plan im Falle eines Zwischenfalls.
An den Antworten sind nicht laufende Verfahrensdokumente beteiligt.
Die Demo hat richtig geantwortet.
Aber die Demo trug nicht alle Verantwortlichkeiten des Produktionssystems.
Was oberflächlich richtig erscheint
Ein funktionierender Prototyp ist ein starker Beweis.
Der Benutzer stellt Fragen an das System und erhält eine nützliche Antwort.
Es scheint, dass das technische Team tatsächlich in der Lage ist, das System zu verbessern.
Aber der Prototyp beantwortet normalerweise diese Frage:
"Kann die Grundidee funktionieren?"
Das Produktionssystem muss antworten:
"Ist dieses System in der Lage, ausreichenden Nachweis der Kontrolle in realen Benutzer-, Daten-, Risiko- und Fehlerbedingungen mit definierten Annahmekriterien zu liefern?"
Der eigentliche Fehler
Verletzt wurde die Kontrolle der Produktionsreife.
Zwischen Prototyp und Produktionsfähigkeit sind folgende Schichten zu finden:
Identitäts- und Zugriffskontrolle
Datenschutz
Überwachung
Skala
Leistung
Veranstaltungsverwaltung
Das menschliche Zeitalter
Versionierung
Rückgängig
Rechtliches und operatives Eigentum
Dauerpflege
Die Demo kann beeindruckend sein, ohne diese Schichten zu tragen.
Möglicher Schaden
Ein sensibles Informationsleck
Anwendung fehlerhafter Verfahren oder gesundheitsbezogener Informationen
Nicht autorisierter Dokumentenzugriff
Unüberwachte Entscheidungen
Produktionskürzung
Die Leute verlassen sich zu sehr auf den Prototyp
Unerwartete Kosten für Entwicklung und Wartung
Regulatorische und rechtliche Risiken
Fehler bei der Rückkehr, wenn das System versagt
kann auftreten.
Erkennungssignal
Evidence ist ein einziges kontrolliertes Demo-Video.
Es wurden keine Tests mit tatsächlicher Benutzer- und Datenlast durchgeführt.
Das Sicherheits- und Autoritätsmodell wurde nicht offengelegt.
Es gibt kein Ereignis und keinen Rollback-Plan.
Die Demodaten und Produktionsdaten sind nicht die gleichen.
Die Herkunft der Quellenaktualisierung und -antworten wird nicht verfolgt.
Der Begriff "Arbeiten" wird verwendet, um "Produktion bereit" zu bedeuten.
Pflege und Verantwortung sind nicht klar.
Richtiges Verhalten
Der Agent sollte den Prototyp als wertvolle frühe Beweise behandeln, aber erfordern separate Tore vor der Produktion verwenden:
Szenarien für die tatsächliche Nutzung
Identitäts- und Rollenkontrolle
Datenklassifizierung
Sicherheitsprüfung
Beobachtung und Protokollierung
Übergabepunkte für Menschen
Fehler und Wiederherstellung
Kapazität und Leistung
Ausführung und Instandhaltung
Richtiger Ausdruck:
"Demo demonstriert die grundlegende Fähigkeit; Schichten der Produktionsvorbereitung, Sicherheit, Zulassung, Daten und Verwertung müssen ebenso wie noch bestätigt werden."
Maschinenregel
Ein funktionierender Prototyp darf nicht als Produktionskapazität eingestuft werden. Die Produktionsbereitschaft muss durch Nachweise für Sicherheit, Zugang, Umfang, Überwachung, Wartung, menschliche Übergabe und Erholung getrennt überprüft werden.
Prüffrage
Präsentieren wir Demos und Prototypen als Produktionsservices oder identifizieren Sie die noch fehlenden Sicherheits-, Betriebs-, Wartungs- und Wiederherstellungsschichten?
GBO-ERR-027 — Einen erfundenen maschinenlesbaren Preis statt „Preis auf Anfrage“ ausgeben
Kurzfall
Ein Unternehmen will seinen Servicekatalog so strukturieren, dass AI Agenten können es lesen.
Einige Dienstleistungen haben einen festen Preis.
Preis in einigen:
Nachfrage
.
Der Katalog-Produktionsmitarbeiter sieht, dass das verwendete Maschinenschema auf einen Preisbereich wartet.
Sie denken, dass das Verlassen des freien Raumes einen Nachteil in Such- und Vergleichssystemen verursachen wird.
Es betrachtet die Preise der nahe gelegenen Dienstleistungen und schätzt $3.000 für "Manager AI == Einzelnachweise ==
Noch auf der sichtbaren Seite:
"Preis auf Anfrage"
Sie schreiben.
In der Maschinenaufzeichnung:
Preis: 3000
Währung: USD
gefunden.
Ein Beschaffungsagent nutzt eine strukturierte Registrierung, um das Servicebudget angemessen zu betrachten und leitet den Ausschreibungsprozess ein.
Der tatsächliche Preis ist sehr unterschiedlich, je nach Zweck der Verwendung, Anzahl der Sprachen, Gesichts-und Gesangsrechte, Veröffentlichungsumfang und Sicherheitsanforderungen.
Sie verwandelten einen Nicht-Agenten-Preis in einen Entscheidungseintrag.
Was oberflächlich richtig erscheint
Strukturierte Systeme bevorzugen präzise Felder.
Numerischer Preis:
Vergleich,
Filterung,
Haushaltsanpassung,
Automatischer Kauf
Das macht es einfacher.
"Auf Anfrage" kann als unvollständige Daten für die Maschine erscheinen.
Der Agent kann denken, dass durch das Befüllen der Lücke mit einer Schätzung, macht es den Katalog nützlicher.
Aber es hat nicht-reale kommerzielle Daten für die einfache Verwendung produziert.
Der eigentliche Fehler
Verletzt wurden folgende Kontrollschwellen:
Kommerzielles Realitätstor
Repräsentations-Gefährtentor
Schlussfolgerung – Echtes Unterscheidungstor
Ist der Preis nicht bekannt, muss er unbekannt bleiben.
Prognose:
Es kann als Vermutung bezeichnet werden,
Sie kann von ihrem genehmigten Eigentümer als eindeutig unverbindliches synthetisches Budget veröffentlicht werden.
Fragen können gestellt werden, um den Ausschreibungsprozess zu starten.
Aber es kann nicht zu einem kanonischen Preisrekord gemacht werden.
Nur weil die Maschine eine Nummer braucht, bedeutet das nicht, dass die Organisation diese Zahl tatsächlich bestimmt.
Möglicher Schaden
Falscher Haushaltsplan
Störung der Kundenerwartung
Unzulässige Preisbindung im Auftrag des Anbieters
Die Verbreitung von Fabrikpreisen unter den Agenten
Dissoziation von sichtbarer und maschinenlesbarer Realität
Dann die Preisänderungsdebatte
Unfairer oder irreführender Vergleich
Der Auto-Buying-Prozess beginnt auf der falschen Basis
kann auftreten.
Nach der Veröffentlichung kann der Maschinenpreis von anderen Systemen übernommen, in den Cache eingegeben und dauerhafter werden als die eigene sichtbare Seite der Organisation.
Erkennungssignal
Für eine Dienstleistung ohne festen Preis `priceSpecification` Das Feld wurde bevölkert, ohne zu bestätigen, was das gewählte Schema bedeutet.
Der Preis hat keine menschliche Zustimmung.
Der numerische Wert wurde aus benachbarten Diensten oder früheren Projekten entfernt.
Die sichtbare Seite "auf Anfrage", der Katalog zeigt einen festen Preis.
Prognose und kanonische Preis werden in dem gleichen Datentyp gespeichert.
Der Druck, das Schemafeld zu füllen, wird über der Realität gehalten.
Der Agent erzeugt einen Wert, der mit der Begründung "entleeren ist schlecht" hergestellt wird.
Richtiges Verhalten
Der maschinenlesbare Datensatz muss einen unbekannten oder projektbasierten Preis ehrlich darstellen. Die folgenden Felder bilden ein benutzerdefiniertes Beispielschema für dieses Buch; sie sind keine Schema.org oder Google Anforderung.
Zum Beispiel:
pricing_model: upon_request
price_available: falsch
quote_required: wahr
pricing_factors:
- Zielfernrohr
Sprachen
- Rechte
- Integrationen
- Sicherheit
Um die Einhaltung des Nutzerbudgets zu beurteilen, muss der Agent:
Der Haushaltsbereich sollte beantragt werden —
muss eine unverbindliche vorläufige Bewertung vornehmen,
sollten Preisbildungsfaktoren erklären,
Der Vorschlag muss einen Antrag stellen.
Wenn die verwendete Plattform den unbekannten Preis nicht darstellen kann, wird keine falsche Nummer eingegeben: Feld wird weggelassen, entsprechende textliche/spezielle Darstellung ausgewählt oder die Registrierung wird in diesem Schema nicht veröffentlicht.
Maschinenregel
Ein unbekannter oder auf Anfrage verfügbarer Preis darf nicht geschätzt und in den kanonischen Datensatz eingetragen werden. Eine Maschine darf keine Informationslücke mit erfundenen kommerziellen Fakten füllen.
Prüffrage
Wenn strukturierte Daten oder ein Agentenkatalog eine feste Zahl verlangt, aber wir keinen echten Preis haben, bewahren wir ehrlicherweise den „Preis auf Anfrage" oder erfinden wir eine Schätzung, die nur vergleichbar erscheint?
KAPITEL III: ZENTRALFINANZIERUNG
Wenn man sagt, man kann etwas tun, ist es nicht bereit, zu handeln.
Neun Datensätze haben die gleiche Unterscheidung geprüft: Die Fähigkeit, ein Ergebnis zu produzieren, ist nicht die gleiche wie die derzeitige Kapazität, Serviceabdeckung, kommerzielle Eignung und Produktionsbereitschaft.
Die gemeinsame Wurzel aller Fehler ist:
Die Fähigkeit wird seinen Bedingungen entzogen.
Nur die wirkliche Fähigkeit:
"Wir machen es."
Es besteht nicht aus Satz.
Es ist erforderlich, dass folgende Fragen gemeinsam beantwortet werden:
Welches Ergebnis? Welche Einträge? In welchem Zusammenhang? Mit welchen Grenzen? Zu welchem Preis? Mit welcher Kapazität? Mit welchen Beweisen? Mit welcher Qualitätsmaßnahme? Wie geht es ihnen in einem Fehler?
Das von der Kommission vorgeschlagene Registrierungsmodell NOMOS GBO für hochwirksame Auswahlen können wie folgt dargestellt werden:
AUSWAHL-READY-KAPABILIITÄTSRECORD =
AUSWIRKUNGEN AUF DIE ERGEBNISSE
UND VEREINBARE BEWEISUNG
UND RÄUMLICHER ANWENDUNGSBEREICH
UND ERFORDERLICHE INPUTEN
UND LAUFENDE KAPAZITÄT
UND HONSTE KOMMERZIALIEN
UND PRODUKTIONSÜBERSICHT
PLAN UND VERBRAUCH
Diese Elemente schließen sich nicht gegenseitig aus.
Sehr leistungsstarke Werkzeuge kompensieren den unvollständigen Prozess nicht.
Das einzige beeindruckende Projekt beweist nicht die heutige Kapazität.
Der niedrige Startpreis eliminiert nicht die hohen Gesamtkosten.
Eine Webseite in sechs Sprachen schafft keine menschliche Unterstützung in sechs Sprachen.
Die Arbeitsdemo ist kein sicheres Produktionssystem.
Die Notwendigkeit für einen Preis Raum macht nicht den Preis, der nicht real ist.
Ein Agent sollte nicht nur bei der Beurteilung von Fähigkeiten positive Ansprüche erheben.
Es sollte auch nach Grenzen suchen.
Denn diese Sätze sind Teil einer wirklichen Fähigkeitsaussage:
"Dieses Paket beinhaltet keinen aktiven Betrieb."
"Dieser Preis ist nur für grundlegende Logo-Arbeit."
"Live-Support-Sprachen sind auch im Vertrag festgelegt."
"Die Lieferzeit beginnt, nachdem die Kapazität und die Kundeneingaben überprüft sind."
"Dieses System ist ein Prototyp, die Produktionssicherheit wurde noch nicht bestätigt."
"Der Preis wird nach der Projektbewertung ermittelt."
Diese Grenzen können kurzfristig einige Entscheidungen verringern; dagegen helfen sie, Missverhältnisse, Diskrepanz in Bezug auf den Umfang und Vertrauensverlust zu verringern.
Es sind die Verhaltensdaten, die für die richtige Wahl benötigt werden.
Es ist keine Schwäche für eine Organisation zu erklären, was sie nicht tut, wann sie es nicht kann und unter welchen Umständen sie nicht preisen kann.
Fähigkeit ist Ehrlichkeit.
Die Identität kann stimmen.
Die Realität kann korrekt dargestellt werden.
Fähigkeit kann auch wirklich existieren.
Aber der Agent kann immer noch die falsche Wahl treffen.
Denn die Tatsache, dass ein Service angeboten wird, bedeutet nicht, dass es für jeden Nutzer und jeden Zweck geeignet ist.
Eine Firma kann sehr mächtig sein, aber sie passt nicht zum Budget.
Ein Produkt kann hoch entwickelt sein, aber es ist unnötig komplex.
Ein Anbieter ist qualifiziert, arbeitet aber nicht im Land des Nutzers.
Eine Marke ist sehr sichtbar, erfüllt aber nicht den besonderen Bedarf.
Eine Option ist billig, aber es birgt unwiederbringliches Risiko.
Im nächsten Kapitel bewegen wir uns davon, ob eine Fähigkeit existiert, um festzustellen, ob die Auswahl selbst Klang ist.
Die nächsten neun Fehler werden die Frage untersuchen:
Der Agent verstand die reale Fähigkeit richtig; warum also wählten sie trotzdem die falsche Option?
Weil:
Es bietet Fähigkeiten Nominierungen. Die Förderfähigkeit bestimmt, ob die Auswahl gerechtfertigt ist.