機能の比較

Basic と Professional を詳しく比べます。Professional には Basic の内容がすべて含まれ、上限はありません。下の表で、両方のライセンスの全機能を一覧できます。

機能BasicProfessional
カスタマイズと管理
多言語対応:30の言語を有効にできます。翻訳は JSON ファイルの書き出しと取り込みで行うため、自社に通じる言い回しをそのまま使えますマニュアル
ブランディング:ロゴ、ファビコン、配色マニュアル
ダークモードとライトモード、画面幅に合わせた表示マニュアル
環境の日付と時刻の書き方は自分で選べます。並び順、区切り文字、24時間制か12時間制かを決められますマニュアル
全員に向けたメンテナンスと障害のお知らせ。サインイン画面に表示し、必要であればメールでも送れますマニュアルサインイン画面のみサインイン画面+メール
ディスクがいっぱいになる前の早めの警告:90%から注意、95%から警告。更新を担当する人には数値とすべきことが表示され、サインインしている利用者には短い一文が出ます。サインイン画面には、何も表示されませんマニュアル
閉じたチケットのアーカイブ(復元も可)。古い1年分をアーカイブに移すなどして、作業の対象を小さく保てますマニュアル
ボタン一つで更新。システムが先にバックアップ(データ、添付ファイル、アーカイブ)を取り、空き容量が足りるかを確認します。足りない場合は、途中で失敗する代わりに、理由を示して更新を行いませんマニュアル
マスターデータの一覧を JSON で書き出し、取り込み。部門、役職、拠点、カテゴリを、1行ずつ入力する代わりにまとめて用意できますマニュアル
チームと利用者
チームマニュアル1チーム無制限
管理者とエージェントマニュアルスタッフ2名(管理者1名+エージェント1名、または管理者2名)無制限
顧客の利用者マニュアル無制限無制限
管理者、エージェント、顧客の3つの役割。権限マトリクスは自由に設定でき、固定された権限はありませんマニュアル
部門、役職、拠点(翻訳も可)マニュアル
メール連携
メールからのチケット化(IMAP での取得)マニュアル
SMTP での送信(通知、自動返信)マニュアル
条件と動作を持つメールのワークフローマニュアル
チームごとに専用のメールボックスを持てます。そのメールボックス宛のメールは、そのチームにチケットを作りますマニュアル
メールの拒否リスト:個別のアドレスも、ドメイン全体も止められます。止めた送信者はチケットを作れず、返信も送られませんマニュアル
多言語の自動返信とメールのテンプレートマニュアル
認証とセキュリティ(SSO を含む)
この場所でのサインイン(ユーザー名とパスワード)と JWT。二要素認証(回復コード付きの TOTP)は任意で、オフ、スタッフのみ必須、全員必須から選べますマニュアル
総当たり攻撃への防御(一時的な施錠)マニュアル
OIDC(OpenID Connect)/ OAuth2 と SAML 2.0 による SSO。Google Workspace、Microsoft Entra ID、Okta、Keycloak、Auth0、ADFS などの提供元をつなげます。LDAP / Active Directory と、LINE、Kakao、Naver、WeChat、WeCom、DingTalk にも対応しますマニュアル
SSO での初回のサインイン時に、アカウントが自動で作られます(顧客として作られ、スタッフ枠は使いません)。SSO でのサインインは、すべて記録されますマニュアル
チケット管理
チケットの作成と編集。削除はアーカイブを通してのみ行われますマニュアル
書式付きエディター:本文の中の画像とリンクを表示します(説明とコメント)マニュアル
プレビュー付きの添付ファイル(PDF ビューアー、画像の拡大、1ファイル 50 MB まで)マニュアル
チケットの履歴と監査の記録マニュアル
ステータスと遷移を設定できる、ステータスの流れマニュアル
優先度、ステータス、役割、拠点、役職、部門は設定できますマニュアル
大分類と小分類は、チームごとに自由に設定できますマニュアル
チケットがどこから来たか:顧客用のポータルとメールは、システムが自分で判別します(メールは Professional が必要です)。電話とエージェントの入力は、エージェントが選びますマニュアル
全文検索マニュアル
チケットを別のチームにエスカレーションできます。エージェントは、その後も全体を把握したままですマニュアル
チームごとにカスタムフィールドを作れます(文字、数値、日付、真偽など)。必須にすることもでき、特定のチケットテンプレートだけで必須にすることもできますマニュアル
ウォッチャー:チケットが更新されるたびにメールを受け取りますマニュアル
エージェントの状態(在席状況)
対応可能/取り込み中/離席中。エージェントが自分で設定し、割り当てのときには、今対応できない人が全員に見えますマニュアル
管理者が病欠や休暇を記録します。「いつまで不在か」の日付も設定できますマニュアル
「取り込み中」は、1時間で対応可能に戻りますマニュアル
在席状況の履歴も、個人ごとの評価もありませんマニュアル
チケットの自動割り当て
オンにすると、新しいチケットは作られた時点で、チームのメンバーに自動で割り当てられます。エージェントでも管理者でも同じですマニュアル
順番に配る方式と、担当の少ない人に配る方式。チームごとに設定し、初期状態ではオフですマニュアル
取り込み中と離席中のエージェントは、飛ばされますマニュアル
メールの受信トレイから来たチケットにも適用されます。人が割り当てたチケットには手を出さず、自動の割り当ては、すべてチケットの履歴に記録されますマニュアル
レポート:誰が何件を受け取ったか、そして対応できる人が誰もいなかった回数マニュアル
タスクと承認を伴う申請
申請は、自分でタスクを作るチケットです。項目ごとに1件ずつ、担当するチームにチケットができます。承認は付けられますが、必須ではありませんマニュアル
依頼者は、申請を作りながら必要なものにチェックを入れますマニュアル
申請の進み具合:「5件中3件完了」。タスクごとに、チーム、担当者、そのチケットへの入り口が並びますマニュアル
申請全体に対する1回の承認。細切れの承認を何度も行う代わりに、メールは1通ですマニュアル
慎重に扱う個別のタスクのための、追加の承認の段階マニュアル
承認する人は、メールで届く期限付きのリンクから判断します。チケットシステムのアカウントは要りませんマニュアル
承認が下りるまで、タスクは施錠されたままですマニュアル
未処理の承認への催促。時間切れによる承認は、決してありませんマニュアル
却下は、理由とともに依頼者に届きますマニュアル
チケット上の監査証跡:誰がいつ、どのコメントとともに決めたかマニュアル
承認する人が休暇ですか。管理者が申請を回します。変更はすべて記録されますマニュアル
返信テンプレートとチケットテンプレート
返信テンプレート:本文とフィールドの操作(ステータス、割り当て、優先度など)を、一度の選択でマニュアル
提案された操作は、送る前に1つずつ外せますマニュアル
プレースホルダー(依頼者、チケット番号、件名など)。テンプレートを挿入すると、何かが送られる前に、本文に実際の値が入りますマニュアル
返信は、必要であればメールとして依頼者に送れます。メールの機能が要るのは送信の部分だけで、テンプレートの添付ファイルは、どのエディションでもチケットに追加されますマニュアル
既存のチケットから、そのままテンプレートを作るマニュアル
下書きは公開するまで自分だけのもの。適用範囲はチームごとか、全体かマニュアル
チケットテンプレート:新しいチケットのフォームをあらかじめ埋める(件名、説明、カテゴリ、優先度、チーム)マニュアル
チケットテンプレートは、1件ずつ顧客に公開できます。必要な情報がそろって届くチケットは、対応の時間を短くしますマニュアル
使うたびに、チケットの履歴でたどれますマニュアル
自動化とフォローアップ
チケットへの手動のフォローアップ(日付とメモ、今日・今週・期限超過の絞り込み)マニュアル
時間に基づくルール。行動が「ない」ことに反応しますマニュアル
いつ/もし/ならばのルール作成画面と、その場で書き変わる平易な文マニュアル
例のルールが4つ同梱されています(導入時はオフ。必要なものだけオンにします)マニュアル
オンにする前のプレビュー。今このルールがどのチケットに当てはまるかを、何も変えずに表示しますマニュアル
操作:メール、ステータス、優先度、割り当て、別のチームへの引き渡し、フォローアップの設定マニュアル
時間の数え方は条件ごとに選べます。チームのカレンダーによる営業時間と営業日か、24時間通しかマニュアル
ルールごとのログと、チケットの履歴に残るルールの名前マニュアル
月ごとの実行回数の上限無制限無制限
チケット一覧での一括操作
複数のチケットのステータスをまとめて変える。ほかの項目は、返信テンプレートで設定しますマニュアル
複数のチケットを、一人のエージェントにまとめて割り当てられますマニュアル
返信テンプレートを複数のチケットにまとめて適用できます。プレースホルダーはチケットごとに置き換わりますマニュアル
実行前のプレビューと、実行後の結果。選んだチケットのうち何件に当てはまるか、個々のチケットがなぜ対象外になったかが分かります。対象外のチケットは、選択されたまま残りますマニュアル
依頼者へのメールは、初期状態ではオフです。オンにすると、ダイアログが何人に届くかを示しますマニュアル
一括での変更も、1件ごとのチケットの履歴に残ります。実行したエージェントの名前も記録されますマニュアル
重複した報告と障害
同じ人からの2件の報告を、1つのチケットに統合します。コメント、添付ファイル、説明も一緒に移り、削除されるものはありませんマニュアル
古いチケット番号にメールで返信があった場合、その返信は統合先のチケットに届きますマニュアル
安全装置:別々の人のチケットは統合できませんマニュアル
1つの障害についての多くの報告を、1つの障害チケットにまとめます。どの報告も依頼者、ステータス、期限を保ち、1回の返事が、影響を受けた全員にそれぞれのメールで届きますマニュアル
障害をバナーで表示し、自動返信にも一文を加えます。障害が解決すると、バナーは自動的に消えますマニュアル
サービスレベル合意、カレンダー、エスカレーション
初回応答と解決の期限を定めるサービスレベル合意ポリシーマニュアル
チームごとの営業時間カレンダー(独自のタイムゾーン、1日に複数の時間帯)マニュアル
祝日は .ics の取り込みか、手入力でマニュアル
依頼者を待つ間、時計は止まります(期限ごとに設定できます)マニュアル
チケット一覧の残り時間。並べ替えができ、期限を過ぎたものだけに絞り込めますマニュアル
超過したとき:通知するか、チケットを自動で別のチームに引き渡すかマニュアル
レポートのサービスレベル合意指標(達成率、超過の件数、平均の所要時間)マニュアル
チケットごとの時間記録
チームごとにオンとオフを切り替えられます。初期状態ではオフですマニュアル
チケットごとに工数を記録。設定できる簡易入力のボタン(15m、30m、1.5h など)か、自由入力を使えます(丸めの設定があれば、それに従って丸められます)マニュアル
チケットのストップウォッチ。経過した時間を提案するだけで、人が確定して初めて記録になります。別のチケットを開くと止まりますマニュアル
複数のエージェントが、同じチケットに時間を記録できます。どの記録にも、日付、メモ、エージェントの名前が付きますマニュアル
記録ごとに、請求の対象かどうかを設定できます。時間の記録は1回で、チケットには2つの合計が表示されます。記録したすべてと、請求対象の合計(チェックの付いた記録のみ、丸めのあと)ですマニュアル
分単位で請求するか、切り上げるか。設定できます(記録ごとの刻みと下限、15分単位など)。初期状態は分単位ですマニュアル
記録した時間と請求する時間は別です。丸め方を変えても、過去のデータがゆがむことはありませんマニュアル
閉じる前の時間の記録を必須にできます。初期状態ではオフで、人がステータスを変えるときにだけ効きます。自動での終了、統合、一括操作には効きませんマニュアル
チケット一覧の「Time」の列。一覧の中のチケットに時間が記録された時点で現れますマニュアル
依頼者別、チーム別、カテゴリ別、カスタムフィールド別のレポート。会社別や原価センター別に請求できますマニュアル
個々の記録の書き出し:経理向けの CSV と Excel(どちらも完全)、そして顧客などに渡すための PDFマニュアル
顧客に、記録した時間は見えません。記録は請求書とともに書き出し(PDF を推奨)として渡すもので、顧客用のポータルのチケットには載りませんマニュアル
エージェント別の内訳はオフにできます。初期状態ではオフで、隠すだけでなくサーバー側で止めていますマニュアル
レポートとダッシュボード
今の状態を示すダッシュボード:ステータスごとのチケット、未処理でいちばん古い3件、エージェント別とカテゴリ別の分布マニュアル
チームごとに専用のダッシュボード。それぞれのチームが、自分の状況を専用の権限とともに見られますマニュアル
自由に絞り込めるレポート:期間、チーム、ステータス、エージェント、依頼者、拠点、優先度、大分類と小分類、入り口、全文。絞り込みは組み合わせられますマニュアル
自分で作った項目でも、絞り込みとまとめができます。会社、原価センター、契約などですマニュアル
レポートが表示する列は、役割ごとに設定できます。顧客には、エージェントとは違う表示になりますマニュアル
顧客も自分のレポートを取り出せます。対象は、自分のチケットだけですマニュアル
CSV、Excel、PDF での書き出し。Excel はシートが2つ(主要な数値とチケット)、図は PDF に入りますマニュアル
PDF は、図の横に数値を印刷します。絵だけでは、確かめられないためですマニュアル
CSV と Excel は完全です。PDF は20,000行で止まり、その旨を書類に表示しますマニュアル
満足度調査(CSAT)
チケットが閉じたあと、星の評価が入ったメールが届きます。クリック1回で回答は完了ですマニュアル
顧客のアカウントは要りません。リンクはサインインなしで使え、コメントは任意です。評価は、対応したチームのためにチケットに表示されますマニュアル
レポート:平均、満足の割合、回答率。一度も尋ねなかった閉じたチケットの件数も含みますマニュアル
評価のエージェント別の内訳はオフにでき、初期状態ではオフです。チケット上の1件ごとの評価は、チームには常に見えますマニュアル
頻度を設定できます。すべてのチケットで尋ねることも、週に1回までにすることもできますマニュアル
低い評価が、自動化のルールのきっかけになりますマニュアル
ナレッジベース
書式付きの記事と添付ファイルのあるトピックのタイルマニュアル
すべての記事に対する全文検索マニュアル
トピックごとの公開範囲:社内限定か、顧客にも公開かマニュアル
チケットの作成中に提案される解決策マニュアル
ボタン一つで、チケットを記事にできますマニュアル
エージェントの書いた項目は、管理者の承認を待ちますマニュアル
項目とトピックにまたがる変更の履歴(管理者向け)マニュアル
バックアップと復元
導入時に、毎日のバックアップが自動で設定されます(23時)。保持は14日、4週、12か月、4四半期、5年で、手で作ったバックアップは残り続けます。予定への変更は、更新をはさんでも残りますマニュアル
予定は OS 自身の仕組みで動きます。Windows ならタスクスケジューラ、Linux なら cron です。追加のサービスはありませんマニュアル
バックアップは、誰もサインインしていなくても動きます。Linux では cron、Windows ではサインアウトした状態でも起動するサービスが動きます。Windows のパスワードを求められることはありませんマニュアル
バックアップには、状態を作るものがすべて入ります。データベース、添付ファイル、アーカイブ、そして保存された認証情報を復号する鍵ですマニュアル
そのため、復元ですべてが戻ります。通常は、そのあとすぐに作業を再開できますマニュアル
Windows と Linux 向けの、バックアップと復元のための専用アプリ。デスクトップにショートカットができます。バックアップの作成、一覧の閲覧、復元ができますマニュアル
デスクトップのないサーバーでは、同じ機能をコマンドで使えます。保存、一覧、復元、予定の設定ですマニュアル
バックアップは同じ機械の上にあります。操作の誤りなどからは守れますが、ディスクの故障からは守れません。最悪の場合に備えて、バックアップのファイルを別の場所にも置いてくださいマニュアル
更新の前に、システムが独自のバックアップをもう1つ取ります。予定とは関係ありませんマニュアル

含まれる含まれない記載内容はすべて、現行バージョン 1.x のものです。

もう少し詳しく

表の1行では説明しきれない機能をご紹介します。

タスクと承認を伴う申請

Professional

依頼の中には、一つに見えて実は半ダースある、というものがあります。「新しい同僚が月曜から出社します」という一文は、Windows アカウント、メールボックス、ERP のアクセス権、電話、入館証を意味します。それぞれ別のチームが担当し、それぞれに責任者がいて、しかも先に上長の承認が必要です。今はこれを誰かが5回入力し、そのあと歩き回って進み具合を追いかけています。ここでは、流れを一度だけ設定します。依頼者はフォームを一つ記入し、システムが適切なチームに個別のチケットを作り、承認を集め、どこまで終わったかを一か所で示します。

一つの申請、多くのタスク

項目ごとに、それぞれのチケットができます。担当するチームに、それぞれの責任者、それぞれの所要時間、それぞれの指示を伴って作られます。二つのタスクが同じチームに行くこともあります。三つのアプリケーションを見ているサービスデスクには、箇条書き三つの1件ではなく、3件のチケットが届きます。申請そのものには「5件中3件完了」と表示され、各行からそのチケットに移動でき、申請は最後に閉じます。

依頼者が選ぶのは「何が必要か」であって、「誰がやるか」ではありません

タスクごとに、常に実行するか、あらかじめチェックを入れておくか、意識してチェックしてもらうかを決められます。フォームでは、依頼者には注文できるものの一覧が見えるだけです。チームの構成は表に出ません。また「どのアプリケーションがどのチームに属するか」のために、別のマスターデータを維持する必要はありません。その情報はタスク自体に入っています。

承認は8回ではなく、1回だけ

承認は、個々のタスクではなく申請そのものに属します。アカウントを8つ申請しても、上長に届くメールは8通ではなく1通です。この種の流れが日々の運用で行き詰まるのは、たいていこの点です。ある一つのタスクに専門部門の同意も必要な場合は、そのタスクにだけ2段目を付けます。二つは同時に問われ、部門が拒否した場合に影響を受けるのはそのタスクだけで、残りはそのまま進みます。

上長にアカウントは要りません

上長にはリンク付きのメールが届きます。誰が申請したか、どのタスクが対象かを確認し、クリック一つで判断できます。サインインは不要で、エージェントの枠も使いません。このメールには、そのリンク一つだけを載せています。すぐに承認できるアドレスは載せていません。ウイルス対策ソフトやプレビュー機能はメール内のすべての URL を開くため、そうしてできた承認は本物の承認と区別がつかなくなるからです。却下には理由が必要で、その理由は依頼者に伝わります。

承認が下りるまで、何も動きません

タスクはすぐに現れるので、専門チームはこれから何が来るかを把握できます。ただしタスクは施錠された状態で、誰も割り当てられておらず、承認がない間は動かせません。これは表示を薄くしているだけではなく、サーバー側で止めています。一括操作も自動化ルールも、この制限を回り込めません。誰も反応しない場合は催促が出ます。時間切れによる承認はありません。それこそが、あとから監査で問題にされる点だからです。

誰がいつ決めたかが記録に残ります

各段階が、承認者、日時、コメントとともに申請に一覧表示されます。この種の流れがそもそも導入される理由である、監査証跡です。他人に代わって承認することは誰にもできません。管理者でもできません。休暇のためには、代わりに引き継ぎの仕組みがあります。管理者が未処理の申請を代理の人に回すと、古いリンクはその場で無効になり、誰から誰へ、いつ移したかが履歴に残ります。

マニュアルで見る

返信テンプレートとチケットテンプレート

Basic と Professional

今週10件目のパスワード再設定に、新しく書き起こした返事は必要ありません。必要なのは、チームがすでに書いた良い返事です。それを数秒で送れて、夕方になると増える打ち間違いもありません。返信テンプレートは、本文と、それに伴う決まった作業をまとめて用意します。ステータスを設定し、自分に割り当て、フォローアップを付ける、といった作業です。送信ボタンを押すかどうかは、あなたが決めます。

本文と周辺の作業を、一度の選択で

テンプレートは本文を貼り付けるだけではありません。その返事にいつも伴うフィールドの変更を提案します。ステータスを「解決済み」にする、優先度を下げる、自分に割り当てる、3日後にフォローアップを付ける、といった具合です。提案はそれぞれバッジとして表示され、一つずつ取り消せます。このチケットはほぼ定型どおりだが、今回はまだ閉じたくない、という場合に役立ちます。

あなたが送るまで、何も送信されません

テンプレートを選んでも、入力欄が埋まるだけです。本文は目の前にあり、手を入れて、いつもと同じボタンで送信します。すぐに実行されるマクロは、押し間違えた瞬間に本物の顧客へ誤った返事を送ってしまいます。しかもメールは取り消せません。この1秒の余裕は、意図して設けています。

安心して使えるプレースホルダー

「Hello {requesterName}」と一度書いておけば、使うたびに正しい相手、チケット番号、件名、あなたの名前が入ります。置き換わるのはテンプレートを選んだ時点なので、完成した文面は入力欄で見えているとおりです。顧客の受信トレイで初めて分かる、ということはありません。プレースホルダーの綴り間違いは、テンプレートを保存する時点で拒否されます。顧客に見つけてもらう必要はありません。

返事はメールで依頼者に届きます

チェックを一つ入れれば、コメントがメールとして送られます。宛先はチケットの向こう側にいる人で、それはシステムが判断します。テンプレートに添付ファイルを保存しておけば、同時にチケットにも添付されます。手順書の PDF を一度置いておけば、毎回ダウンロードフォルダーを探さずに済みます。

良いテンプレートは、実際の返事から生まれます

いちばん良いテンプレートは、たった今書いた返事です。コメントをクリックすれば、下書きのテンプレートになります。本文は入力済みで、顧客の名前、アドレス、ファイルは意図的に残しません。名前を付け、あらためて読み直し、そこで初めてテンプレートになります。公開するまで、ほかの人には見えません。

チケットテンプレート:繰り返しのチケットを、入力なしで

新入社員の受け入れ、機器の廃棄、電話での問い合わせ。同じ形で何度も作られるチケットがあります。チケットテンプレートはフォームをあらかじめ埋めます。件名、説明、カテゴリ、優先度、担当チームです。エージェントは個別の内容を足して送信します。送信するまで、何も作られません。

個人の引き出しではなく、チームの知識

テンプレートはチームか全員のもので、誰か一人の引き出しには入りません。人が辞めても、その人の良い返事は残ります。使用のたびにチケットの履歴に記録されます。何週間あとでも、そのチケットが定型の返事で解決したこと、そしてどのテンプレートだったかが分かります。

どちらのエディションにも含まれます

テンプレートは Basic に完全に含まれます。件数の上限もなく、上位エディションに隠された機能もありません。チームの日々の時間をいちばん節約する道具を、有料の壁の向こうに置くべきではありません。

マニュアルで見る

自動化とフォローアップ

Professional

ヘルプデスクで物事がうまくいかない原因は、誰かが間違ったことをしたからではなく、誰も何もしなかったからです。チケットは来ない返事を待ち続けます。依頼は昼休みの間ずっと未割り当てのままです。案件が解決したあと、そのまま忘れられます。自動化はまさにそこに反応します。つまり、行動がないことに反応します。毎分確認し、気づいてさえいれば自分でしたはずのことを実行します。

4つのルールが最初から入っています。ただしオフの状態です

白紙の画面から始める必要はありません。日常的な場面をひととおり押さえた例が4つ同梱されています。営業日で3日返信がなければ依頼者に催促する、10日間まったく返信がなければチケットを閉じる、営業時間で4時間誰も手を付けていないチケットの優先度を上げる、1週間動きのないものにフォローアップを設定する、の4つです。いずれもオフになっています。オンにする、数値を調整する、あるいは自分のルールの出発点として使う。どれでも構いません。

書くのではなく、選びます

値はすべて、お客様自身のデータから取られます。自分のステータス、優先度、チーム、カテゴリを一覧から選ぶだけです。フィールド名を入力する欄も、問い合わせ言語も、cron 式もありません。ルールの読み方はこうです。「いつ」は、しばらく何かが起きていないとき。「もし」は、チケットがこのような状態のとき。「ならば」は、これをする。

ルールが何をするか、平易な文章で示します

編集画面の上には、選んだ内容に合わせて変わる文が表示されます。「チケットのステータスが『ユーザーの返信待ち』で、依頼者からの返信がないまま営業日で3日を超えたとき、依頼者にメールを送る。」オンにする前に、この文を読み返してください。この一文が、そうしなければ顧客のチケットを閉じたあとで気づくような設定の誤りを防ぎます。

誰に影響するかを、実行する前に確認できます

どのルールにも「いま、どのチケットが対象になるか」を確かめるボタンがあります。一覧が表示されるだけで、ほかには何も起きません。メールも送られず、ステータスも変わらず、ログにも残りません。試してみることと、怖くて使えないことの差は、この一手にあります。

催促が洪水になることはありません

「24時間返信がない」という条件は、24時間を過ぎたあとは毎分ずっと成り立ち続けます。素直に作れば、1日に1,440通のメールになります。そこでルールは、一つの状況につき一度だけ動き、そのあとは静かにしています。次に動くのは、条件がいったん解消され、もう一度成り立ったときだけです。顧客が返信し、また動きが止まって、そこで初めて次の催促が出ます。

数えるのは暦の日数ではなく、営業時間です

「営業日で3日」は、期限と同じ営業時間カレンダーをチームごとに使います。金曜の夕方に届いたチケットが、月曜の朝に遅れている扱いになることはありません。経過時間をそのまま数えたい場合は、分、時間、日でも指定できます。全体の設定ではなく、条件ごとに選べます。

実行回数の上限はありません

自動化の実行回数で課金する製品もあります。月ごとの上限があり、使い切ると翌月の1日まですべてのルールが止まります。ここには、そのような数え上げはありません。制限はチケットごとの安全装置だけです。あるルールが別のルールを繰り返し呼び出さないようにするためのもので、利用量を測るためのものではありません。

見えないところで何かが起きることはありません

どの動作も、原因になったルールの名前とともにチケットの履歴に記録されます。チケットがひとりでに閉じた理由を、誰も探さずに済みます。ルールごとに専用のログも残ります。どのチケットで、いつ、結果はどうだったかが分かります。失敗も記録されます。ライセンスが切れた場合、ルールはそのまま残り、動作だけが止まります。黙って止まるのではなく、ページにその旨が表示されます。

手動のフォローアップは、どのエディションにもあります

チケットに日付と短いメモを付けて、あとで戻ってくるようにする使い方、たとえば「木曜にもう一度電話する」といった使い方は Basic に含まれます。チケット一覧の「今日」「今週」「期限超過」の絞り込みも含まれます。依頼者にこれが見えることはありません。Professional は、エージェントがフォローアップを設定する段階から、システムが代わりに設定する段階へ進むためのものです。

マニュアルで見る

重複した報告と障害

Basic と Professional

受信トレイでは同じように見えて、まったく違う扱いが必要になる状況が二つあります。一つは、同じ人が同じ問題を二度報告する場合です。メールが届いたか不安になって、メールと電話の両方で連絡してきます。もう一つは、スイッチが故障し、15分のうちに30人から30件の報告が届く場合です。それぞれに対処の方法があり、意図して別々の方法にしてあります。

同じ人から、二つのチケット

両方の行にチェックを入れ、どちらのチケットを残すかを決めます。古いほうがあらかじめ選ばれています。期限が二度目の連絡ではなく、最初の連絡から進むようにするためです。二つ目のコメント、添付ファイル、説明は一つ目に移ります。失われるものはありません。確定する前に、内容がはっきり示されます。「#124 を閉じて #122 に統合します。」

一つの障害、30件の報告

30件のチケットを、一つの障害チケットの下にまとめます。どのチケットも依頼者、ステータス、それぞれの期限を保ちます。消えるものはありません。あとから届いたものは一件ずつ追加できます。障害の対応中に新しくチケットを作ろうとした人には、探さなくてもリンクが提示されます。

この二つが同じではない理由

30件の報告をそのまま統合すれば、29人はチケットを失い、その後は何の連絡も受け取れません。しかも29件が返事のないまま閉じられるため、数字は実態より良く見えるようになります。そこでシステムは、各チケットの向こう側にいるのが誰かを確認します。別々の人であれば統合は提案せず、代わりに障害チケットへ案内します。

30回ではなく、1回だけ答えます

原因が解消したら、対処の内容を一度だけ書きます。ひも付いたすべてのチケットにコメントとして入り、チケットは閉じられ、影響を受けた一人ひとりに個別のメールが届きます。同報リストは使わず、他人のアドレスが見えることもありません。そのあと誰かが返信した場合、開き直されるのはその人のチケットだけで、障害チケット全体ではありません。

チケット番号を失う人はいません

統合された報告が削除されることはありません。依頼者が何週間もあとに古いメールへ返信しても、その返信は正しいチケットに届きます。そのメールに返信した場合も、件名に古い番号を残した場合も、その両方でも同じです。そうでなければ、返信が届いたと思っている間、実際には誰も見ない閉じた案件の中に置かれたままになります。

お知らせは自動で消えます

障害はチェック一つで告知できます。告知すると、全員にバナーとして表示され、自動返信にも一文が入ります。メールで報告した人が、サインインの画面を目にすることはありません。障害を解決すると、バナーは自動的に消えます。土曜に予定されたメンテナンスの告知は、押しのけられることなく隣に表示され続けます。

マニュアルで見る

サービスレベル合意、カレンダー、エスカレーション

Professional

サービスレベル合意(SLA)は約束です。「依頼には2時間以内に返答し、8時間以内に解決する」という約束です。チケットシステムはその約束を要素に分け、当てはまるすべてのチケットに時計を付け、残り時間を知らせます。期限が過ぎたあとではなく、過ぎる前にです。

期限は営業時間の中でだけ進みます

金曜の午後に始まった8時間の期限が、土曜の朝に切れてはいけません。そのため、すべての期限は営業時間カレンダーに結びついています。曜日ごとの営業時間、独自のタイムゾーン、昼休みや分割勤務のための1日複数の時間帯を設定でき、日付をまたぐ夜勤にも対応します。チームごとに別のカレンダーを持てます。夜間、週末、祝日は時間に数えません。

祝日を決めるのは当社ではなく、お客様です

祝日は、使う言語ではなく所在地によって決まります。ドイツの16の州、スイスの26のカントン、米国の50の州がその例です。いずれ地域に合わなくなる一覧を同梱する代わりに、お客様の所在地の公式な .ics ファイルを取り込むか、日付を手で入力していただきます。取り込みのあとには、何日が反映され、何日が飛ばされたかが表示されます。今後12か月に休業日が1日もないカレンダーがあれば、設定ページがその旨を知らせます。そうしなければ、システムは祝日を無視して黙って計算を続けてしまいます。

何を返答と数え、何を数えないか

ここで指標の意味が決まります。初回応答の時計が止まるのは、エージェントが書いた公開コメントのときだけです。自動の受付確認は数えません。内部メモも数えません。顧客から届いたメールはもちろん数えません。ほかの作り方をすれば、どの期限も数秒で「達成」となり、レポートは常に100パーセントを示します。実際には誰も答えていないのにです。

顧客を待つ間、時計は止まります

こちらから質問を返し、依頼者の返信を待つ間、期限は進みません。自分で制御できない待ち時間は数えません。期限を止めるかどうかは目標ごとに設定します。「初回応答」と「解決」で答えが同じとは限らないためです。解決済みのチケットが再び開かれた場合は、新しい期間が始まります。古い期間はレポート用の記録として残り、チケットがすぐに違反扱いになることはありません。

期限を過ぎたとき

期限ごとに、何が起きるかを決められます。記録するだけにするか、担当者とウォッチャーに通知するか、チケットを自動で別のチームに引き渡すかです。最後のものが、1次から2次への典型的なエスカレーションです。引き渡しは意図的に初期設定にしていません。責任が移り、担当者が外れるためです。最初の違反でそれが起きて驚くようなことがあってはいけません。どれを選んでも、動くのは一度だけです。再起動をはさんでも変わりません。

どのチケットにどの期限が当てはまるか

ポリシーを作り、順番を決めます。最初に当てはまったものが適用されます。条件はチーム、優先度、カテゴリで、いずれも一覧から選びます。先に覚えなければならない問い合わせ言語はありません。空欄は「すべて」を意味し、「なし」ではありません。チームを指定しないポリシーは、すべてのチームに当てはまります。

そのあとに見えるもの

残り時間はチケット一覧にそのまま表示され、「期限が近い順」で並べ替え、「違反」で絞り込めます。期限はチケット自体にも表示されます。レポートには遵守率、違反の件数、期限ごとの平均所要時間が出ます。率に数えるのは、結果の出た期限だけです。進行中のものが率を薄めることはありません。そうしなければ、新しく決めた約束はどれも最初はひどい数字になり、あとから勝手に良くなってしまいます。

ポリシーを作るまで、何も変わりません

有効なポリシーがなければ、時計は動かず、列も増えず、既存のチケットもそのままです。あらかじめ決められた目標もなく、古い案件が一晩で違反になることもありません。期限のないチケットには中立のダッシュが表示されます。「違反」とは表示されません。

マニュアルで見る

チケットごとの時間記録

Professional

工数を請求するなら、それが生まれる場所、つまり案件の上で記録する必要があります。エージェントが「20」と入力するか、あらかじめ用意したボタンを押すだけで、月末には顧客別、原価センター別、契約別の合計が用意されます。画面上の表としても、請求用の CSV としても使えます。これが意図して「そうではない」もの、それは出退勤の記録です。記録するのは案件にかけた工数であり、人の在席時間ではありません。

入力はどんなストップウォッチより速い

主な入力方法は簡易入力です。自由に設定できるボタンが4つと、「90」「1.5h」「1h 30m」のいずれも理解する入力欄があります。3分で終わる案件では、ストップウォッチを2回押すほうが数字そのものより手間になります。作業時間が長くなりがちなら、タイマーも併せて使えます。タイマーは提案するだけで、人が確定するまで何も保存されません。

記録した時間と請求する時間は別です

丸めの単位と最小値は自由に設定できます。15分単位なら、17分は30分になります。ただし丸められるのは請求する値だけで、常に1件ごとに行われ、合計に対しては行われません。実際に作業した時間はそのまま残ります。そのため、あとから丸め方を変えても、過去の月がさかのぼって変わることはありません。

会社別、原価センター別、契約別に請求できます

レポートは時間を依頼者別、チーム別、日別にまとめます。作成したカスタムフィールドごとにもまとめられます。そのため、当社が考えた区分ではなく、お客様の組織が実際に使う区分で請求できます。画面には大きなグループが表示され、途中で切った場合はその旨が示されます。個別の記録を CSV に書き出す場合、途中で切ることはありません。短くされた一覧から取った請求の合計は、不完全なのではなく、間違っているからです。

期間が指すのは作業であって、チケットではありません

6月に作られ、7月に作業されたチケットは、その時間とともに7月の請求に入ります。レポートはまさにその形で区切ります。チケットが作られた日ではなく、記録の日付で区切ります。当たり前に聞こえますが、月ごとの請求が静かに狂うのは、まさにこの点です。

複数のエージェントでも、経緯をたどれます

どの記録にも、日付、記入者、メモ、請求対象かどうかの印が付きます。他人の記録を変更してよいのは誰か、閉じたあとでも訂正してよいのは誰かは、別々の権限です。他人の時間を変える人は、他人の請求を変えることになるからです。二つのチケットを統合すると、時間も一緒に移ります。閉じられたほうに置き去りにしてはいけません。

エージェント別の集計はオフにできます

個人ごとの時間は、勤務成績と行動に関するデータです。そのためエージェント別の内訳は独立した設定になっており、初期状態ではオフです。しかもこの制限は表示だけでなく、サーバー側にあります。クラウド製品では、この集計をそもそもオフにできません。従業員代表のいる組織にとっては、それがそのまま導入できるか、先に交渉が必要かの違いになります。

顧客に時間は見えません

初期設定では、記録した工数は社内にとどまります。「5分でこれですか」という議論は誰も望みませんし、それが始まるのは数字が見えていたからです。別の扱いにしたい場合は、意識してこのフィールドを公開してください。初期設定がその判断を代わりに下すことはありません。

チームごとにも切り替えられます

時間記録は初期状態ではオフです。必要なければ、フィールドも列もタイルも表示されません。オンにするとすべてのチームが対象になり、そこから個別に除外します。社内 IT のチームは記録しなくてよく、顧客対応のサービスチームは記録する、といった具合です。必要であれば、閉じる前の時間入力を必須にできます。自動で閉じられる場合は対象外です。そうしなければ、誰にも閉じられないチケットができてしまいます。

マニュアルで見る

満足度調査(CSAT)

Professional

ヘルプデスクの仕事が良かったかどうかを本当に知っているのは、助けられた本人だけです。チケットが閉じられたあと、その人に星5つの付いたメールが届きます。クリック一つで完了です。評価は、行くべきところへ届きます。チケットの上に、作業をした本人の目の前に、そしてレポートの中に数字として届きます。調査は、オンにするまで動きません。誰にいつ尋ねるかは、お客様が決めます。

クリック一つ。それ以上は尋ねません

メールには星5つがリンクとして入っています。3つ目をクリックすれば、それで回答は終わりです。アカウントもサインインも、2画面にまたがるフォームもありません。書きたい人は、続く画面で一文を添えられます。その一文が、レポート全体でいちばん興味深い部分になることがよくあります。違う星を押してしまった場合も、リンクが有効なうちなら直せます。

回答率は平均値の隣にあります

4.6 という数字は、それが400件中12件の回答に基づくと隣に書かれて、初めて意味を持ちます。そこでレポートは両方を示します。さらにその横に、そもそも尋ねなかった閉じたチケットの件数も並びます。母数を隠す数字は、数字がないことよりも価値がありません。

従業員を監視せずに測ります

個人ごとの評価は、勤務成績と行動に関するデータです。多くの企業では従業員代表が関わる事柄です。ここでは、エージェント別の集計は独立した設定で、初期状態ではオフになっています。しかもサーバー側で止めています。オフはオフであり、書き出したデータでも同じです。個別のチケット上の評価は、それとは別に見えたままです。案件を担当した同僚こそが、そこから最初に学べる人だからです。

誰も質問攻めにはなりません

1件のチケットに調査は最大1回です。同じ人にどれくらいの頻度で尋ねてよいかは、お客様が決めます。初期設定では7日間に最大1回です。ある人が午前中に5件報告した場合、届くメールは5通ではなく1通です。差出人がさまざまな顧客向けの窓口であれば、上限を0にしてすべてのチケットで尋ねられます。チケットが閉じた直後に開き直された場合は、まったく送られません。案件が本当に終わってから、初めて尋ねます。

障害が数字をゆがめることはありません

大規模障害にひも付いた報告は、意図的に調査の対象外です。そうしなければ「障害を解決」のクリック一つで、一つの作業について200件の調査が飛び、その月の数字はサービスではなく障害を語るものになってしまいます。尋ねるのは障害チケット自体で、影響を受けた200人には尋ねません。

低い評価はデータの一点ではなく、案件です

星1つは、来週のまとめに入るものではありません。その日のうちに机の上に載るべきものです。自動化ルールは、評価が届いた瞬間に反応できます。優先度を上げる、チームリーダーに割り当てる、メールを送る、といった具合です。同じルールの仕組み、同じ扱い方で、評価が条件に一つ加わるだけです。

リンクで許されるのは評価であって、閲覧ではありません

調査のページに表示されるのは、チケット番号と件名だけです。説明も、コメントも、添付ファイルも表示されません。この種のリンクは転送されたり、共有のメールボックスに届いたりします。リンクを持つ人に許されるのは評価であって、内容を読むことではありません。30日で期限が切れ、外から見れば期限切れと存在しないものは、まったく同じに見えます。

ウイルス対策ソフトが評価することもありません

呼び出しただけで集計してしまう星リンクは、大手メール事業者のリンク検査によって自動的にクリックされます。その場合、点数はまったくの作り事になり、データベースの中で本物の回答と区別がつかなくなります。ここではリンクを開いてもページが表示されるだけで、人が画面の前に座るまで何も保存されません。その人にとっては、やはりクリック一つで済みます。

マニュアルで見る