通話を続けながら必要な画面を示す
共有内容と参加者のカメラを別の映像として扱います。
確認した範囲の文書
長い説明を、共通の見え方へ
レイアウトや見積明細を記憶で説明すると、短い相談でもわかりにくくなります。画面共有では、会話を続けながら話題の資料を見せられます。Tsumiraの通話では、参加者が明示的に共有を始めます。同じ細部を確認するための機能であり、共同文書を自動作成したり、相手に編集権限を与えたりするものではありません。
見せる対象を選ぶ
通話の操作から開始し、ブラウザが提供する画面取得の選択肢を使います。見積、図面、写真、仕様などを先に開けば、何を確認する会話か明確になります。選べる取得元はブラウザと端末に依存します。選択した画面の見えている内容が含まれるため、目的に必要な最も適切な範囲を選びます。
- 明示的な共有開始
- ブラウザが提供する取得元選択
- レビュー資料を事前に準備
資料と会話を同時に進める
共有した内容は、参加者に関連した別のタイルになります。マイクとカメラは独立した操作のままなので、資料をカメラ映像のように扱う必要はありません。通話は細部向けの画面内容と、対応する場合の音声を要求します。実際に音を取得できるかは選択元とブラウザによるため、すべての機器でシステム音全体を共有できる保証ではありません。
- 画面内容とカメラ映像を区別
- 参加者に関連付いた共有タイル
- 音声取得は対応する場合のみ
共有を始める前に対象を確認する
文書画面の共有は元の記録への閲覧権限を付与しません。
無関係な内容を開く前に停止
共有を止め、結果を残す
確認が終わったときや無関係な内容へ移る前に、停止操作を使います。開始できなければ成功したように扱わず、共有のエラーを知らせます。その後、見積、タスク、案件メモを本来の手順で更新します。通話で見たという事実だけでは、見積の受諾、電子署名、保存された決定にはなりません。
- 明示的な共有停止
- 開始失敗時の案内
- 元の業務手順でレビュー結果を保存
具体的な業務の流れ
資料を準備
正しい版と、話すページや項目を開きます。
取得元を選択
共有を開始し、ブラウザの選択肢から確認に合う対象を選びます。
変更を具体的に話す
見えている内容を指し、合意した変更と未定の質問を分けます。
停止して記録
共有を終え、確認した変更を元の見積やプロジェクトへ反映します。
実務を想定した例
例：サービス見積の確認
提供者は対象の見積版を開き、顧客へ該当する表示を共有します。追加サービスと対象範囲の前提を話し合います。共有後は、見積の手順で修正版を作成します。視覚的な確認が理解を助けますが、版管理と顧客の受諾は明示的な別工程として残ります。
この機能についての質問
資料を見せると相手が編集できますか。
いいえ。選んだ可視内容を伝えるだけです。ファイルへのアクセスと編集権限は別に保ちます。
画面と一緒に音も送れますか。
対応する音声取得を要求しますが、実際の可否はブラウザと取得元に依存します。全端末の全システム音は保証しません。
画面で見たら見積受諾になりますか。
いいえ。見積の版、確認、受諾は会議中の閲覧とは別です。
ブラウザが拒否したらどうなりますか。
共有の失敗を知らせます。機器・ブラウザ権限を確認するか、別の対応する提示方法を使います。
この業務に合う連携を検討する。
想定される連携のアイデアです。シナリオを利用する前に、各アプリの実際の利用可否、権限、対応データをご確認ください。
