TreeeS関連サービスを比較する前の確認軸

解決したい作業を定める

文書作成、資料整理、提出前確認、提出後の保管のどこに困っているかを整理します。TreeeS対応という表現だけでは、どの工程を支援するのか分かりません。自所の作業と提案機能を一対一で対応させ、必要な人の確認も含めて評価します。

連携の根拠を尋ねる

公式に接続できるのか、ファイルを書き出すだけなのか、利用者が画面操作するのかを区別します。システム内部の連携を理由に、民間サービスの公認や接続可能性を推測しないようにします。説明資料で確認できない点は契約前の確認事項にします。

機密資料の扱いを確認

保存、学習利用、再委託、削除、権限管理など、自所の利用目的に関わる条件を確認します。実事件の資料を試用に提供する前に、架空資料で評価できる範囲を検討します。比較のためだけに不要な機密情報を集めない手順が有用です。

効果の測り方を決める

入力が早いだけでなく、確認や修正にかかる時間も含めて比較します。誤りを見つけやすいか、担当交代時に根拠を追えるかも評価項目です。未提供の機能を前提に費用対効果を計算せず、現在使える範囲と将来計画を分けて記録します。

所内で試す具体例と記録項目

以下は運用を検討するための架空例です。発生した状況は、製品説明の便利という表現だけで導入を決めそうになったというものです。改善例では、対象データ、記録、出力、権限、確認可能な根拠を比較した。まず対象を一案件又は一つの作業に絞り、変更前にどこで迷ったのかを担当者の言葉で残します。作業を終えたという報告に加え、何を確認して次の担当へ渡したかを説明できる状態にすることが狙いです。

記録用紙には「要件、証拠資料、試用結果、未確認項目」の欄を設けます。各欄には実際に確認した値又は参照先を記入し、不明な部分は回答担当と次の確認先を添えて残してください。完了後は「同じテスト資料と条件で評価しているか」を、実作業をしていない担当者が点検します。点検で説明できなかった部分が次回の改善対象です。特に「実証のない連携や削減率を採点しない」ことを停止条件として共有しておくと、見かけ上の作業完了を優先して確認を飛ばすことを防げます。これは所内整理の提案であり、裁判所が指定する様式や利用条件ではありません。