議事録を、決定事項・担当・期限でまとめる
会議が終わったあと、何をすべきか分かる議事録に。現場の書式を先に決め、確認と共有までを一つの手順にします。
業種・目的・困りごととキーワードを組み合わせて探せます。業種を選んでも、業種を問わないやり方は一緒に表示されます。
会議が終わったあと、何をすべきか分かる議事録に。現場の書式を先に決め、確認と共有までを一つの手順にします。
伝えたい事実を先にそろえて、下書きの手直しを減らせるかを、確認・修正の時間を含めて試します。送信前の確認は担当者が行います。
事実・推測・未確認を分けて整理。リンクを残すだけで終わらず、判断に使う情報を原文で確かめます。
相手の課題・確認した事実・次に聞くことを一枚に。分からないことを埋めずに、商談の準備を整えます。
口コミサイトやSNSの投稿内容を確認済みの事実と照合し、憶測を含まない返信下書きを作ります。公開前の承認を必須にします。
既存の日本語のメニューや案内文をもとに、外国語の下書きを作ります。専門用語やアレルギー表示は必ず人が確認します。
返品・交換ポリシーと問い合わせ内容を照合し、一次回答案を作る運用を整えます。承認・送信は必ず担当者が行います。
仕様書に書かれた事実だけで商品説明文を作り、景品表示法などの観点で確認が必要な表現の候補を列挙します。適法性の判定はAIに行わせません。
得意先から届く注文書の内容を、社内の在庫状況や出荷条件と突き合わせ、そのまま送れない箇所を洗い出した受注確認の下書きを作ります。確定は営業担当が行います。
工程逸脱・品質異常が発生した際の現場記録から、発生状況・応急処置・未確認事項を分けた一次整理を作ります。原因分析と是正の決定は担当者が行います。
図面や仕様書の記載内容をもとに、仕入先・供給元へ確認したい仕様の依頼文を下書きします。図面情報の外部共有可否は担当者が判断します。
障害の一報や監視アラートをもとに、確認できている事実と未確認の事項を分けた一次切り分けメモを作ります。原因特定と対応判断は担当者が行います。
バージョン管理の変更履歴やチケットの記載から、利用者向けのリリースノート下書きを作ります。内部的な修正の公開可否は担当者が判断します。
予約台帳に記録されたアレルギー・記念日・座席希望などの特記事項を、当日の調理・接客への申し送りメモに整理します。実際の提供内容の最終確認は担当者が行います。
工程表の予定と現場の実績を照合し、施主向けの進捗報告書の下書きを作ります。遅延理由の説明や今後の見通しは担当者が確認します。
店頭で受けたクレームについて、現品の預かり有無・レシートや購入記録の確認状況・本部への引き継ぎ区分を整理した引き継ぎメモを作ります。謝罪や補償の判断は担当者が行います。
催事情報や価格・期間などの決まった事実から、店頭POPの文言下書きを作ります。表示上のルールや誤認を招く表現は担当者が確認します。
新規に取引を検討している先について、取引条件の検討に必要な会社情報(登記情報・取引実績・希望する取引条件など)の提出を依頼する文面の下書きを作ります。与信の可否判断は、社内の与信審査プロセスで別途行います。
製品仕様の変更が決まった際に、社内の変更管理記録から客先へ伝えるべき内容を整理した案内文の下書きを作ります。開示範囲の判断は営業担当者が行います。
現場から出た作業手順の変更提案と現行の作業手順書を照らし合わせ、改定案の下書きを作ります。改定の可否は製造責任者が判断します。
複数ベンダーから届いたSaaS導入提案を、ライセンス体系・SLA・移行費用をそろえた比較表に整理します。選定の判断は情報システム担当者が行います。
書く人によってばらつく日報を、共通の三項目に揃える。入力するメモの粒度を決め、確認までを一つの手順にします。
担当者の頭の中にしかない作業手順を、聞き取りメモや操作ログから手順書の形に整える。作成した人以外が再現できるかを確認します。
長い規程や通知文を、対象者が読む要約と原文の条項番号を対応づけた形にする。要約だけが独り歩きしないようにします。