利用者の仕事から始める
ポータルが反復作業を減らすのは、顧客が結果の説明を求めずに用事を終えられる場合です。意味や更新状況が分からない状態表示だけでは足りません。繰り返される質問や書類請求から始め、信頼できる記録で何を答えられるか整理します。
目的に合う範囲を保つ
たまの書類交換なら、安全な書類置き場だけで足りることもあります。進捗確認、許可された情報の変更、手続きが頻繁なら本格的なポータルを検討します。例外には人の支援を残し、アカウント復旧、所属企業の管理、社員のアクセスも範囲に含めます。
試したいシナリオ
架空の製造業で検査証明書の依頼が繰り返されるとします。注文別に証明書、改訂日、新版の有無を表示すれば、顧客は注文を見つけて現行版を取得し、未掲載の理由も理解できます。ここまでが一つの完了する作業です。意味の分からないファイル名を並べても問い合わせ先が変わるだけです。
問題を移すだけにしない
二社の顧客と、転職した利用者で試します。URLを推測して他社の文書が見えてはいけません。内部メモを顧客向け更新として公開せず、古い情報は明示します。問い合わせ時には注文情報を引き継ぎ、同じ説明をやり直させないようにします。
顧客の用事が終わるところまで設計する
証明書の例では、質問から役立つ文書へ至る道筋を描きます。注文を見分け、適用する証明書を理解し、取得して残る課題を知るところまで必要です。ダウンロードのそばに対象機材や注文、発行・改訂日、現状を示します。ファイル転送成功だけでは、仕事に必要な証拠が見つかったとはいえません。
公開条件を合意します。内部準備、品質確認、公開に業務上の違いがあれば状態を分け、アップロードした全ファイルを自動公開しません。誰が公開し、新版をどう見分け、公開後の訂正をどう扱うかを決めます。撤回や差替えを顧客へ説明し、担当者には問い合わせに答える履歴を残します。
支援とアカウント変更も同じように設計します。招待先の間違い、アクセス喪失、顧客企業からの退職が起こります。復旧時は権限を確かめ、求める人へ機密文書を送るだけにしません。解決できない作業は注文IDと安全な背景を引き継いで問い合わせにします。ダウンロード後にも質問が続くなら、機能不足より文書名や説明不足を疑います。
顧客の代表者と試す四つの作業
| 作業 | 完了の証拠 |
|---|---|
| 正しい証明書を探す | 似た注文を区別し、担当者の解説なしに現行文書を選べる。 |
| 古い共有リンクを開く | 差替えや撤回を説明し、アクセス権も確認する。 |
| 未公開文書を問い合わせる | 内部メモを出さず、正しい注文番号とともに担当部署へ届く。 |
| 退職者の権限を外す | 既存リンクと次の保護操作に取り消しが反映され、他の正当な利用者は継続できる。 |
結果の確かめ方
何の依頼が繰り返され、今はなぜ自己解決できないか。公開情報を誰が更新するか。人が必要な作業は何か。匿名化した問い合わせと実際の回答を用意し、閲覧数だけでなく完了した作業や再問い合わせで効果を確かめます。