議論を具体的な次の下書きにする
作成先を決め、適用する前に内容を確認します。
良い相談の後にも、実際の次の仕事がある
方向を決めても、別の文書やタスクへ作り直すと時間がかかります。Tsumira AIは閲覧できる相談を、対応する執筆、文書、タスクの準備へ使えます。単位は目的と行き先を持つ具体的な案です。長い会話のすべての提案を、知らない間に承認済みの仕事へ変えず、実際に決めたことを取り出します。
曖昧な指示でなく成果物を指定する
タスク案、説明書、顧客資料など、必要な結果を示します。関連する記録と引き継ぐ内容を指定し、担当や期限は本当に決まったかを確かめます。文書なら読者と目的も伝えます。「何か作って」だけより、AIの目標と、人が確認すべき結果が明確になります。
- 具体的なタスクや文章の目的
- 関連する元の背景
- 読者と作成先
項目と編集できる内容を見る
タスクならプロジェクト、件名、説明、担当、期限を確認します。文書なら主張、構成、顧客に関係する事実を読みます。設定した機能と有効なモジュールでできる操作が決まります。文章が良く見えるだけで、正しいプロジェクトへ作成した、目的の場所に保存したとは考えず、実際の結果と状態を調べてください。
- タスクの項目とプロジェクト
- 編集できる文書内容
- 対応機能とモジュール
タスク案には実際の作成先が必要
合意していない担当者や期限を作りません。
現在の準備と開発中の機能を区別する
現在の執筆や文書準備は、開発中と説明するAIプレゼンテーション全体と同じではありません。書かれた相談から案を作ることも、計画中のライブ会議の文字起こしと委任とは別です。何を頼むか選ぶときにも区別します。対応する案ができた後は、適切な確認の流れで、編集、共有、適用を人が決めます。
- 現在の文章・タスク準備
- プレゼンテーションは開発中
- 次の使い方は人が判断
具体的な業務の流れ
決まったことを読む
アクセス可能な相談から、合意と探索の提案を分けます。
成果物を指定する
必要なタスクや文書の下書きと、利用する文脈を頼みます。
結果を確認する
事実、プロジェクトや場所、項目、担当、日付を見ます。
適用か修正を選ぶ
確認した操作を使うか、共有前に編集します。
実務を想定した例
利用例：相談後にプロジェクト説明を作る
チームが次の進め方を話した後、同僚が実施向けの説明書をTsumiraへ頼むとします。アクセス可能な会話から出た案の推測を読み、曖昧な担当を直します。タスクもある場合はプロジェクトと期限を別に確認します。すべてのアイデアを承認済みとせず、準備した仕事として使います。
この機能についての質問
すべての発言が自動でタスクになりますか。
いいえ。具体的な出力を依頼し、実際に決まったことを確認します。話には未決定の案もあります。
タスクで何を確認しますか。
プロジェクト、件名、説明、担当、期限です。文章だけで正しいオブジェクトができたとは考えません。
AIプレゼンテーションは全部使えますか。
全体の流れは開発中です。現在の文章・文書準備を、完全なスライド作成と同じにしません。
ライブ会議からの自動委任ですか。
違います。書かれた会話からの下書きと、計画中のライブ文字起こし・委任は別です。
この業務に合う連携を検討する。
想定される連携のアイデアです。シナリオを利用する前に、各アプリの実際の利用可否、権限、対応データをご確認ください。
