開発中の機能
構想：仕事を任せる前に、会議の次の行動を確認
タスク、担当者、期限、次回予定を提案として整理し、人が確認してから仕事やカレンダーへつなげる方向性です。
開発予定：割当の前に作業案を確認する
タスク、担当者、期限、会議の案を人が判断する流れです。
予定する対応案
アクションは受け入れるまで提案
会話には、案、仮の日付、顧客の依頼、実際の約束が混ざります。予定する体験はそれらを人が確認できる提案へ整理するものです。名前を口にしただけで担当を決めたり、候補日を無断で予定にしたりしません。会議からの抽出・委任・予定登録をつなぐ流れは開発中で、すべての相談で公開済みの自動動作ではありません。
提案の理由がわかる抽出を目指す
会議資料からタスク候補、担当候補、日付、次回面談を整理する構想です。役立つ提案には、成果とその提案理由を説明する内容が必要です。担当や時期が曖昧なら、人が質問を解決してから進めます。もっともらしい推測だけでは十分ではありません。行動の候補を見つけることと、その責任を実際に引き受けることは別です。
- 予定するタスクと次回面談の提案
- 担当者と期限の候補
- 作成前に不確実さを解消
任せる前、予定にする前に確認
タスク作成、割当て、イベント登録の前に確認する流れを予定しています。担当者とプロジェクトは実在し、本人の権限で使える必要があります。タスク期限と会議時刻、内部イベントと顧客予約はそれぞれ違います。確認する人が適切な対応種類を選び、すべてのフォローを一つの一般的なオブジェクトにまとめないようにします。
- 人による行動提案の確認
- 実在する人と案件の文脈
- タスク・社内予定・顧客予約を区別
期限案は予約の確定ではない
現在のタスク、社内予定、顧客予約は確認後に明示して利用できます。
現在のタスク、社内予定、顧客予約は確認後に明示して利用できます。
現在の明示的な仕事の道具を使う
今のプロジェクト手順でも、説明、担当、日付のあるタスクを作れます。Scheduleは内部イベント、Bookingは顧客の予定を扱います。メモを確認した後、これらを明示的に使えます。ただし、それはビデオが自動で抽出、割当て、予定登録した証拠ではありません。合意した成果を顧客や案件へ残し、必要な行動を意識して作成します。
- 既存のプロジェクトタスク作成
- ScheduleとBookingを明示的に利用
- 確認したメモを現在の起点にする
具体的な業務の流れ
現在：メモを確認
実際の約束と、案や未回答の要望を分けます。
現在：仕事の種類を選ぶ
案件タスク、内部予定、顧客予約のどれか判断します。
現在：人と日付を確かめる
責任者、対象案件、意味のある期限や面談時刻を確認します。
現在：明示的に作成
既存の権限ある手順で作り、結果を確認します。自動抽出は予定機能です。
実務を想定した例
将来像の例：プロジェクトレビュー
予定する体験は、範囲修正タスクと次回確認会を提案します。責任者は担当候補が実際に合意したか確認し、期限を直し、案件を選んでから作成します。現在もメモを読んだ後にタスクと予定の機能で同じ判断を明示的に行えます。将来の抽出層がすでにその判断を自動実行すると説明しません。
この機能についての質問
話した行動を今すべて自動割当てしますか。
いいえ。会議由来の抽出、委任、予定登録の一体処理は開発中です。
今でもフォローは作れますか。
はい。既存の案件タスク、内部予定、顧客予約を、対応する権限のある手順で作れます。
言及された人は自動で担当ですか。
そのような基準ではありません。確認者が責任を確かめ、不明な提案を解決してから委任します。
日付候補は自動で予約ですか。
いいえ。タスク期限、内部会議、顧客予約は別の記録で、公開範囲や権限の条件も異なります。
この業務に合う連携を検討する。
想定される連携のアイデアです。シナリオを利用する前に、各アプリの実際の利用可否、権限、対応データをご確認ください。
