Redmineによるメール対応管理の運用事例

前田 剛 /

ファーエンドテクノロジー株式会社

前田 剛
ファーエンドテクノロジー株式会社 代表取締役

Redmine.JPというwebサイトを運営した
り、入門Redmineという本を書いたりしています。

背景•自社サービスのサポートをメールで受付•複数の担当者が返信•お問い合わせ内容によっては関連するいくつかのタスクが発生（請求関係の処理、郵便物の発送など）

お問い合わせメールの取扱で困っていたこと

どのメールが未対応かわからなくなる
複数の担当者が多数のメールを処理していると、どのメールが未対応かわかりにくいことがあるこれまでの履歴を追跡しにくい•過去のメールは共通の領域ではなく、個人のメールボックスに蓄積されている。途中で加わったスタッフは過去のメールを検索できない。
▶ 過去のメールを蓄積する共通の領域が欲しい•やりとりの履歴を見るためには一つ一つのメールを開かなければならない。

問い合わせメールが埋没

個人宛に届いた通常業務のメールの中にお客様からの問い合わせメールが埋没し、対応漏れが発生してしまう。

Redmineによる解決

メールの対応状況の管理対応状況がわかる

スタッフ同士の会話でメールを番号で特定できる誰が担当しているか明確

履歴の管理メールのやりとりが一つのチケットの注記に記録され、やりとりの履歴を追いかけやすい。

届いたメールがチケットとして登録される。

その後のやりとりはチケットの注記に追加される。

添付ファイルの集中管理
一連のやりとりのメールに添付されたファイルが一つのチケットで集中して管理されるので、添付ファイルを探しやすい。

問い合わせメールに関連するタスクの管理
お客様からのお問い合わせに関連して発生したタスクを、関連するチケットとして管理できる。

Redmineと連携するためのメールのやりとり

受信したメールの流れ
お客様

スタッフ

代表アドレス
お問い合わせスタッフに配信

メールによるチケット登録“Office Man” icon by DaPino“email” icon, “address” icon by Jack Cai

返信の流れ
お客様

担当者

返信

代表アドレス
メールによるチケット登録

ccで送信

他のスタッフに配信“Office Man” icon by DaPino“email” icon, “address” icon by Jack Cai

返信時の操作

Subjectにチケット番号追加
メールの内容をチケットの注記として追加するためccに代表アドレスを入れる
Redmineへの登録と他のスタッフへの配信のため

お客様からの返信
担当者からの返信に対して、Subjectのチケット番号を消さずにそのまま返信いただければ、メールの内容が元のチケットの注記として登録される。

チケットの管理

チケットのステータス
新規
未処理

ステータスの変更はRedmineの画面上で手作業で行う

メール到着直後

進行中

解決

処理中・要返信

返信済み・お客様回答待ち「解決」状態のチケットのうち、やりとりが終わった思われるものを「終了」に変更

終了

対応漏れメールのチェック
一定期間更新されておらず、かつ未完了のチケットをカスタムクエ
リを利用してチェック。

メール到着状況・対応状況全体のチェック
ステータスでグルーピングし、さらに最近やりとりしているメールが上に表示されるようソート条件を設定。

Redmineの設定

メールによるチケット登録を有効にする「管理」→「設定」→「受信メール」で設定を有効にする。

メールサーバの設定＜仮定する環境＞メールアドレス:
RedmineのURL:

support@example.jp
http://redmine.example.jp/redmine/

プロジェクト名:

inbox

example.jpドメインのメールサーバの /etc/aliases

support: "|/var/lib/redmine/extra/mail_handler/rdm-mailhandler.rb--url http://redmine.example.jp/redmine/ --key APIアクセスキー--project=inbox --unknown-user=accept --no-permission-check"•--unknown-user=accept でRemdineに登録されていないアドレスからのメールを許可(匿名ユーザーとして扱う)。 --no-permission-check で匿名ユーザ
ーでもチケットを登録できるようにする。
•IMAP4またはPOP3で取得したメールを登録する方法もある。

トラッカーの設定
専用のトラッカーを作成。お問い合わせ対応で使わないフィールドは無効化し、画面に表示されないようにする。

チケットを作成するトラッカーの設定
メール管理用プロジェクトの「設定」→「情報」画面を開き、お問い合わせ用トラッカーのみを有効にする。
メール管理用プロジェクトで複数のトラッカーを使いたい場合、「管理」→「トラッカー」画面でお問い合わせ用トラッカーの並び順を一番上にしておく。
▼
受け付けたメールは、お問い合わせ用トラッカーでチケットが作成される。

おすすめの設定異なるプロジェクトのチケット間で関連の設定を許可
お問い合わせに関連して発生したタスクを他のプロジェクトに登録したときに、プロジェクトをまたいでチケットの関連づけができる。
(「管理」→「設定」→「チケットトラッキング」)

グループへのチケット割り当てを許可
サポート担当者全員など、グループに対してチケットを割り当てることができる。関係者全員で情報共有すべきチケットで使用。
(「管理」→「設定」→「チケットトラッキング」)

添付ファイルのサムネイル画像を表示。
メールに添付されていた画像ファイルのサムネイル画像が表示される。
(「管理」→「設定」→「表示」)

現状の問題点

返信時にSubjectに追加するチケット番号を誤った場合の問題
返信内容がまったく無関係なチケットの注記に追加されてしまう。

Redmineの画面上で返信を行えるようなプラグイン開発が必要?

メーラーとRedmineを行ったり来たりするのが面倒な問題
メール対応という一つの目的のために二つのツールを同時に使わなければならない。

やっぱりRedmineの画面上で返信したい新たな問い合わせを古いメールへの返信でいただいた場合の問題
以前やりとりした、Subjectにチケット番号が入ったメールへの返信で新たなお問い合わせをいただいた場合、新規のお問い合わせの内容がまったく無関係なチケットの注記に追加されてしまう。

サポート担当者からメールを発信する場合の問題
お問い合わせへの返信ではなく、お客様に連絡したいことがあってサポート担当者からメールを発信した場合、Subjectにチケット番号が入っていない。お客様がそのメールに返信されると新たなチケットがさらに作成されてしまう。
返信時にSubjectにチケット番号を入れ忘れたときも同じ問題が発生する。

複数のチケットをマージするような機能が欲しい。

ステータスを変更し忘れる問題
ステータスの変更はRedmineの画面で手作業で行うため、変更し忘れることがある。
特に、ステータス「終了」のチケットに対してお客様から返信があった場合、ステータスを「進行中」等に戻し忘れると対応漏れにつながる。

メールでのチケット更新時に「終了」のステータスを「進行中」に戻す仕組みを作る必要があるか?

発信元メールアドレスが記録されない問題
Redmineに登録されていないアドレスから発信されたメールでチケットを登録した場合、登録者が「匿名ユーザー」となってしまい、Redmineだけでは発信者のアドレスがわからない。

mail handlerの --unknown-user=create オプションを使えばRedmineのユーザーが作成されるのでメールアドレスを保持できる。要検討。

まとめ•Redmineを使って簡易なヘルプデスクシステムを構築できる•問い合わせと一緒に関連するタスクも管理できる•ヘルプデスクシステムとして開発されたアプリケーションではないので使いにくい面もある

www.farend.co.jp