議事録を、決定事項・担当・期限でまとめる
会議が終わったあと、何をすべきか分かる議事録に。現場の書式を先に決め、確認と共有までを一つの手順にします。
FIND YOUR WAY
IT・サービスの仕事から探す。
業種・目的・困りごととキーワードを組み合わせて探せます。業種を選んでも、業種を問わないやり方は一緒に表示されます。
40 件のやり方 (1/2ページ)提案 · 未実施
メールの下書きを、いつもの書式で作る
伝えたい事実を先にそろえて、下書きの手直しを減らせるかを、確認・修正の時間を含めて試します。送信前の確認は担当者が行います。
調査メモに、出典と確認状況を残す
事実・推測・未確認を分けて整理。リンクを残すだけで終わらず、判断に使う情報を原文で確かめます。
社内FAQの回答案を、担当者が確認して返す
共有済みの資料から回答案を作り、見つからない答えは担当者へ。確認する人と更新の流れを決めます。
提案前の情報を、共通の項目で整理する
相手の課題・確認した事実・次に聞くことを一枚に。分からないことを埋めずに、商談の準備を整えます。
確認・修正まで含めて、AIの効果を測る
生成時間だけで判断しない。いつもの作業と同じ範囲を測り、続ける・変える・やめるを決めます。
障害報告を、影響範囲・発生事実・未確認事項に分けた一次メモにする
障害の一報や監視アラートをもとに、確認できている事実と未確認の事項を分けた一次切り分けメモを作ります。原因特定と対応判断は担当者が行います。
顧客からの仕様変更依頼を、影響範囲整理シートに落とす
顧客から届いた仕様変更の依頼内容を、現行仕様書と照合しながら影響範囲を整理します。対応可否や追加費用の判断は担当者が行います。
リリースノートの下書きを、変更履歴から作る
バージョン管理の変更履歴やチケットの記載から、利用者向けのリリースノート下書きを作ります。内部的な修正の公開可否は担当者が判断します。
サポート問い合わせから、FAQ化する候補を定例で拾う
定例の問い合わせ履歴から、同じ内容が繰り返されている質問をFAQ化の候補として整理します。FAQへの掲載判断は担当者が行います。
複数SaaSベンダーの提案内容を、条件をそろえて比較表にする
複数ベンダーから届いたSaaS導入提案を、ライセンス体系・SLA・移行費用をそろえた比較表に整理します。選定の判断は情報システム担当者が行います。
新メンバー向けの受け入れ資料を、既存の運用記録から下書きする
既存の運用手順・アクセス申請記録から、新メンバーが最初に必要とする受け入れ資料の下書きを作ります。実際の権限付与は情報システム担当者が行います。
契約更新前の利用状況データから、顧客向け提案の準備資料を作る
解約リスクの判定ではなく、契約更新を控えた顧客の利用状況データ（利用頻度・問い合わせ履歴）から、提案準備のための資料を作ります。提案内容の最終判断はカスタマーサクセス担当者が行います。
SLA遵守状況を、監視データから定例で集計する
サービス監視データと障害対応記録から、SLA項目ごとの遵守状況を定例で集計します。SLA未達時の対応方針は運用責任者が判断します。
日報を、実績・課題・翌日予定の三項目でまとめる
書く人によってばらつく日報を、共通の三項目に揃える。入力するメモの粒度を決め、確認までを一つの手順にします。
会議のアジェンダ案を、持ち越し事項と新規議題から作る
前回の議事録と今回上がっている議題を突き合わせ、アジェンダの叩き台を作る。作成と確認を会議前の一手順に組み込みます。
社内手順書の下書きを、現行の作業手順から作る
担当者の頭の中にしかない作業手順を、聞き取りメモや操作ログから手順書の形に整える。作成した人以外が再現できるかを確認します。
社内規程・通知文の要約を、原文の条項と対応づけて作る
長い規程や通知文を、対象者が読む要約と原文の条項番号を対応づけた形にする。要約だけが独り歩きしないようにします。
求人の募集文の下書きを、募集要件と待遇の原文から作る
確定した募集要件・待遇条件をもとに、募集文の下書きを作る。採否の判断や人物評価には使わず、原文にない条件を書き加えないようにします。
評価に直結しない面談メモを、発言内容と所感を分けて整理する
面談での発言記録と、担当者の所感が混ざったメモを分けて整理する。評価や処遇の判断はメモの整理とは切り離します。
引き継ぎメモを、標準項目でチェックできる形に整理する
担当者交代のたびに書式がばらつく引き継ぎメモを、共通の項目に揃える。後任が項目ごとに確認できる形にします。
問い合わせの一次整理を、事実と要望に分けて行う
寄せられた問い合わせを、事実関係・相手の要望・対応の緊急度に分けて整理する。回答文の作成前に、一次整理だけを行います。
クレームの事実整理を、経緯と対応状況でまとめる
受け付けたクレームについて、発生した事実・これまでの対応・未確認の点を分けて整理する。原因の断定や責任の判断は含めません。
二つの表の突合結果を、差異と確認状況でまとめる
システムから出力した表と手元の記録など、二つの表を突き合わせて差異のある行を洗い出す。突合結果の確認までを一つの手順にします。