問い合わせ管理プロセス/検閲確認チーム・FAQ管理

「問い合わせ回答メール」が送信される前に、「検閲確認グループ」によって検閲される.

プロセスモデル概要

 * Webフォームで「問い合わせ」を受け付け、メールで回答する
 * 「問い合わせ」の内、ノイズ・嫌がらせ・迷惑内容については、回答対応しない.
 * 「問い合わせ回答メール」が送信される前に、「検閲確認グループ」によって検閲される.

プロセスダイアグラム
digraph TMPG { graph [size="10,10", rankdir=LR]; node [shape=box, style=rounded]; edge [labelfloat=true];

subgraph clusterA { labeljust=l; label="anonymous@example.com (問い合わせ者)"; style=dotted; A1 [label="他システム\nWebフォーム", style="dotted,rounded"]; A2 [label="回答メール\n受け取り", style="dotted,rounded"]; dA1 [label="",style=invis];

A1 -> A2 [style=invis,minlen=4]; A2 -> dA1 [style=invis]; }

subgraph clusterSS { subgraph clusterS { labeljust=l; label="service-desk@company.com (サービスデスク問合対応グループ)"; SS [fontsize=8, label="M", shape=circle, width="0.3"]; S1 [label="S1:問合内容確認\n1.回答立候補\n(立候補割当)\n2.SPAM判断"]; S2 [label="S2:\n回答文\nの入力"]; S3 [label="S3:\n回答文\nの再入力"]; S4 [label="S4:\n検閲結果の確認\n(FAQ更新記録)"]; SE1 [label="", shape=circle, width="0.3",style=bold]; SE2 [label="", shape=circle, width="0.3",style=bold];

SS -> S1 [style=bold,weight=10]; S1 -> S2 [arrowtail=rcrowlvee,style=bold,weight=10]; S1 -> SE1 [arrowtail=odiamond,minlen=2,label="SPAM"]; S2 -> S3 -> S4 [style=invis,weight=10]; S4 -> SE2 [style=bold,weight=10]; {rank=same, S1 SE1}

}

subgraph clusterL { labeljust=l; label="service-desk-reviewer@company.com\n (サービスデスク検閲確認グループ)"; d1 [label="",style=invis]; R1 [label="R1:検閲確認の\n対応開始\n(立候補割当)"]; R2 [label="R2:回答文\nの検閲確認\n(本文書換も)"];

d1 -> R1 [style=invis,weight=10]; R1 -> R2 [style=bold,weight=10]; }

R1 -> S2 [dir=back,style=bold]; S3 -> R2 [tailport=n,headport=w]; S3 -> R2 [dir=back,arrowhead=odiamond,label="やり直し\n指示",tailport=e]; R2 -> S4 [arrowtail=rcrowlvee,style=bold]; }//endof SS

A1 -> SS [style=dotted,label="(API)",arrowhead=vee]; R2 -> A2 [style=dotted,label="回答\nメール",arrowhead=vee]; }

プロセス担当者(パーティシパント)

 * 問い合わせ者：　anonymous@example.com
 * サービスデスク問合対応グループ：　service-desk@company.com
 * サービスデスク検閲確認グループ：　service-desk-reviewer@company.com

プロセスオーナー

 * サービスデスク責任者
 * 「問い合わせを行う人」の視線に立って“対応効率改善”を推進
 * 「サービスデスク検閲確認グループ」への参加が期待される

想定リスク

 * 検閲確認レベルのばらつきリスク：　検閲時の「修正書き換え」や「やり直し指示(指導)」が、属人的になる

類似プロセスモデル

 * サービスデスク検閲確認グループ(Group) → サービスデスク責任者(一人)

プロセスデータ
「問い合わせ者アドレス」の可視性につき、「サービスデスク問合対応グループ（S1/S2/S3/S4）」に対して非表示とする事で、「個人情報に近いメールアドレス情報」の漏えいリスクを低減できる可能性がある.