同様のプロジェクトのための実装オプションの例です。
このページでは、通常、解析、実装、および承認されたプロジェクトがどのようにして、特定のクライアント、パッケージのアイデア、デモインターフェイス、またはプロジェクトパフォーマンスにデータが一致しないかを説明します。 ページコンテンツとパブリックスコープの理解
誰がそれを使うのか、システムが何をしているのか、その価値は何ですか?
宿泊客の席、顧客サービス管理者、サービス事業者、システム管理者
組み合わせチャネル、ビジネスの種類、品質管理ルール、分類および苦情のアップグレード。 歴史の普及セッションの使用は、複数のラベルのサンプル、深刻なエラー、マニュアルの基準を確立する。 音声の翻訳、ルールチェック、意図分類、証拠クリップ、リスク評価の組み合わせ。 主な結果と異常なタスクは、運用担当者に対比して確認されます。
コア機能
分散文書、メッセージ、ビジネスイベント、記録情報、処理状況に関する統一ポータルへのアクセス
「スピークリレー」プロセスを実行するためのサポート操作、処理の状態を確認し、異常な結果を確認するために。
差分を記録し、操作のルールと異常値と計算の基準をオペレータに提示する。
入力内容のキーフィールドとタイプを識別し、低信仰または欠落したコンテンツが手動確認に入ります。
作業員が作業を完了し、処理の状態を把握し、リスクとエビデンス位置決めチェーンで異常な結果を確認できるようにサポートします。
(c) 高リスク、低信頼、優れたタスクを、能力を持つ人に委任し、意思決定プロセス全体を全体的に維持するため。
業務価値
以下は、同じプロジェクトを優先し、固定された案件を表さないことができる値の指示です。正式なプロジェクトは、まず企業独自のビジネスベースラインを確立する必要があります。
検証可能なセッションのスコープを拡大
より検証可能なスコアリングと問題に基づく
集中した苦情は、より迅速に責任のある部門に持ち込まれています
品質審査結果は、知識とプロセスの改善を駆動します
普段、ビジネスがこの問題に遭遇する条件は何ですか?
このページは、クライアントの満足度やコンバージョンの改善を表すものではありません。
マニュアルチェックアップ、苦情後に露出されるかもしれない深刻な問題の限られたカバレッジ
異なるスーパーバイザーによるプロフェッショナリズム、態度、整合性の決断の矛盾しない評価
電話、オンラインチャット、ワークシートの同じ問題の異なる表現
自動分類結果、直接割り当てられた場合、誤算の責任と時間別リスクが発生する可能性があります
審査の結果は、分数で保持され、知識、プロセス、人事の改善を繋ぐことはできません。
そのようなプロジェクトを破壊する方法
最初のフェーズは、プロセス、データ、システム依存性、異常境界を特定する実際のビジネス課題によって定義されます。 以下は、この場合に採用または推奨される実装のシーケンスです。
チャネルの配列、事業の種類、品質チェックに関するルール、苦情の分類、プロモーションに対する責任
歴史のdissensitisationのセッションを使用して複数のラベルのサンプル、深刻な間違いおよび手動標準を作成して下さい
音声の翻訳、ルールチェック、意図の分類、証拠クリップ、リスク評価を組み合わせる
:: 自信が低い、敏感な苦情や罰則は、マニュアルレビューの対象となります
確認後ワークシートを作成または更新し、割り当て、処理、訪問の返送および閉鎖状態を記録します
問題タイプによる知識の更新、プロセス修正、トレーニングの改良
プロジェクトのアイデアがうまくいっているかどうか判断したいですか?
プロジェクトのコンサルタント「マイクロレター」を追加して、現在の問題、システム、予想される移動時間と予算レベルを示すとともに、最初の期間と主なリスクのスコープを決定するのに役立ちます。
誰が責任を負いますか? どのような条件が最初に確認されなければなりませんか?
当事者の責任
顧客、ビジネス、コンプライアンス、アフターサービスチームで確認された品質チェックと苦情
多チャンネルのサンプル、エラー評価、明白な要件およびレビュープロセスの確立
セッション分析、ルール分類、マニュアルレビュー、ワークシート、運用能力の開発
オフライン評価、グレースケールチェック、エラーレビュー、バージョンリターンを整理
結合および境界
AIの評価は、人員に対する罰則または顧客の責任の決定のために、単独で直接使用することはできません
クレームの分類は複数のラベル付けと手動調整とアップグレードが許可される場合があります
音声トリップエラー、コンテキストの不足やビジネスルールの変更は判断に影響を及ぼします
顧客プライバシー、記録の承認、データ保持およびクロスボーダーの呼び出しは、コンプライアンスの境界の事前確認が必要です
第一段階に含めることのできる機能モジュール
モジュールの名前は、最終的な引用範囲ではありません。正式なエントリは、ユーザの項目単位の確認、入力出力、パーミッション、インターフェイス、異常なプロセスやエントリを必要としません。
配送が完了したら、残しておくべきことは何ですか?
レビューのためのエンジニアリング証拠
このページは、お客様の s プロジェクト素材を持っていると主張していません。契約の範囲に応じて、次の検証可能なレコードは正式な実装のために確立されるべきではありません。
推奨受入・検査基準
優先ルール、分類、および固定評価および評価コレクションにおける深刻な問題の識別は、確立されたベースラインを満たします
各試験結論は、セッションの証拠とアプリケーションの規則を示しています。
敏感な苦情、低い自信および紛争の成果は、合意されたように手動レビューに入った
ワークシートは、ビジネスルールに従って作成、割り当て、昇進、逆転および重複したトリガーを作成しました
異なるプレイヤーは、権限のあるチャネル、チーム、クライアントのデータのみを表示できます。
回帰評価版の実装を可能にするために、ルール、知識、モデルの更新