独自に作成した架空の学習例です。モデルの結果は事前入力されていません。
編集できる出発点
- 1 · 判定する文章
- 月額プランの料金が二重に請求されました。2 件の支払いを確認してもらえますか?
- 2 · 質問
- どの種類の問い合わせですか?
- 3 · 選択肢を2〜6個定義
- 不具合・故障
- 機能の要望
- 請求
- 使い方の相談
- 好意的な感想
- その他
表示値はモデルの判断確率であり、実測正解率や保証ではありません。「はい/いいえ」は設定した基準に対応し、選択肢の確率は指定した選択肢内で比較されます。
必要な判断から考える
決まった候補から一つのカテゴリを選ぶなら Choice、一つの Yes/No の主張を評価するなら Noul を使います。公式のインターフェースでは、Choice は選択肢の確率分布、Noul は Yes の確率を返します。どちらも次の処理を実行するものではありません。
「最初にどの窓口へ回すか」と「決済の問題が書かれているか」は別の質問です。決済とアプリの問題は、最終的な担当者が一人でも同時に存在し得ます。
例を変更する
フィードバックのテンプレートは Choice から始まります。振り分け方針を決め、明確な文章、複数の問題がある文章、対象外の文章を比べます。Noul を試すには Yes/No に切り替え、一つの性質だけを問い、それを説明するルールに書き換えます。種類の切り替えだけでは十分ではありません。
複数のラベルが同時に成立するなら、別々の質問で情報を残せます。この編集画面は一度に一問です。複数の質問をまとめて扱う連携は、自分のアプリか公式 Playground で行います。
文脈に沿って結果を読む
Choice は提示した候補、Noul は Yes に当たる主張を評価します。別々の質問の数値を、共通の品質点のように比較しないでください。情報不足はどちらにも影響します。
よくある設計上の問題
「緊急、または請求の問題か」は独立した性質をまとめています。Yes だけではどちらか分かりません。質問を分け、緊急度と担当先の関係はコードで定めます。逆に、個別の Yes/No だけで混合メッセージの担当が決まるわけでもありません。ここで示すのは設計上の助言で、性能試験の結果ではありません。
続けて読む:Jev で顧客フィードバックを分類する
出典と関連資料
このガイドは、公式ドキュメントとリンク先のコミュニティ報告に基づいています。コミュニティの観察には、その報告者を明示しています。
出典の確認方法