Tangoを使うと、実際の操作からスクリーンショット付きの手順を作成できます。しかし、実データが映った状態で記録したり、公開リンクの範囲を誤ったりすると、手順書作成の効率化より大きな情報漏えいリスクが生じます。
この記事では、安全な撮影環境、レビュー、公開、更新までを一つの運用として整理します。
記録前に撮影専用データを用意する
顧客名、メールアドレス、売上、社内URL、認証情報が表示される本番画面をそのまま記録しないようにします。テストアカウントとダミーデータを用意し、通知、履歴、ブラウザのブックマークなど周辺情報も確認します。
ぼかし機能があっても、記録後に見つける前提では漏れが残ります。可能な限り、取得時点で機密情報が存在しない状態を作ります。
操作と判断基準を分ける
自動生成されたWorkflowは「どこをクリックしたか」は示せても、「どの条件ならこの処理をしてよいか」「例外時に誰へ相談するか」までは自動で保証しません。
各手順に、対象者、前提条件、完了条件、やってはいけない操作、例外時の連絡先を追加します。特に削除、承認、公開、請求確定などは、クリック位置だけでなく判断基準を明記します。
編集権限と閲覧権限を分ける
作成者全員がすべてのWorkflowを編集できる状態は避けます。部署、業務、機密区分に応じてフォルダと権限を分け、正式版を変更できる担当者を限定します。
外部共有リンク、埋め込み、PDF出力は、それぞれコピー後の管理方法が異なります。Tango側の権限を変更しても、既にダウンロードされたPDFまでは回収できない点を踏まえます。
ぼかしと公開前レビュー
Secure Blurや手動編集を使う場合でも、公開前に別の担当者が全ステップを確認します。画像だけでなく、説明文、URL、入力例、ファイル名にも機密情報が残る可能性があります。
レビューでは、ぼかし漏れ、誤ったクリック位置、古い画面、不要なステップ、権限の広すぎるリンクを確認します。
UI変更に追従する更新ルール
画面操作の手順書は、対象システムのUI変更で古くなります。各Workflowに所有者、対象システム、最終確認日、次回確認日を持たせます。
問い合わせ増加、操作エラー、対象システムのリリース通知を更新のきっかけにします。新版を公開する前に旧版をすぐ削除せず、利用場所を洗い出して差し替えます。
効果測定
作成時間だけでなく、利用者が手順を見つけられたか、自己解決できたか、誤操作が減ったかを測ります。閲覧数が多くても、完了時間や問い合わせ件数が変わらなければ改善が必要です。
導入チェックリスト
- テストアカウントとダミーデータを用意した
- ブラウザ周辺情報の映り込みを確認した
- 前提条件と例外処理を追記した
- 削除や公開などの判断基準を明記した
- 編集者と閲覧者を分けた
- 外部共有とダウンロードの扱いを決めた
- 別担当者がぼかし漏れを確認した
- 所有者と最終確認日を記録した
- UI変更時の更新経路を決めた
- 自己解決率と問い合わせ件数を測定した
AIGNALの見解
Tangoの価値は、手順書を短時間で作ることだけではなく、利用者が作業中に必要な案内を見つけ、正しく完了できることにあります。撮影と公開を同じ担当者だけで完結させず、機密情報と業務判断を別工程で確認する設計が必要です。
参考:Tango公式サイト「Enterprise-Grade Data Security」
Tango公式サイト「Pricing and Plan Options」
Tangoヘルプ「What are the different user roles?」
Tango公式サイト「Real-Time Process Automation」



