現場からの変更提案をもとに、作業手順書の改定案を下書きする
現場から出た作業手順の変更提案と現行の作業手順書を照らし合わせ、改定案の下書きを作ります。改定の可否は製造責任者が判断します。
業種・目的・困りごととキーワードを組み合わせて探せます。業種を選んでも、業種を問わないやり方は一緒に表示されます。
現場から出た作業手順の変更提案と現行の作業手順書を照らし合わせ、改定案の下書きを作ります。改定の可否は製造責任者が判断します。
日次の生産実績(生産数・稼働率・停止理由)から、生産会議で確認すべき要点を整理したメモを作ります。対応方針の決定は生産管理担当者が行います。
複数ベンダーから届いたSaaS導入提案を、ライセンス体系・SLA・移行費用をそろえた比較表に整理します。選定の判断は情報システム担当者が行います。
既存の運用手順・アクセス申請記録から、新メンバーが最初に必要とする受け入れ資料の下書きを作ります。実際の権限付与は情報システム担当者が行います。
解約リスクの判定ではなく、契約更新を控えた顧客の利用状況データ(利用頻度・問い合わせ履歴)から、提案準備のための資料を作ります。提案内容の最終判断はカスタマーサクセス担当者が行います。
サービス監視データと障害対応記録から、SLA項目ごとの遵守状況を定例で集計します。SLA未達時の対応方針は運用責任者が判断します。
書く人によってばらつく日報を、共通の三項目に揃える。入力するメモの粒度を決め、確認までを一つの手順にします。
前回の議事録と今回上がっている議題を突き合わせ、アジェンダの叩き台を作る。作成と確認を会議前の一手順に組み込みます。
担当者の頭の中にしかない作業手順を、聞き取りメモや操作ログから手順書の形に整える。作成した人以外が再現できるかを確認します。
長い規程や通知文を、対象者が読む要約と原文の条項番号を対応づけた形にする。要約だけが独り歩きしないようにします。
確定した募集要件・待遇条件をもとに、募集文の下書きを作る。採否の判断や人物評価には使わず、原文にない条件を書き加えないようにします。
面談での発言記録と、担当者の所感が混ざったメモを分けて整理する。評価や処遇の判断はメモの整理とは切り離します。
担当者交代のたびに書式がばらつく引き継ぎメモを、共通の項目に揃える。後任が項目ごとに確認できる形にします。
寄せられた問い合わせを、事実関係・相手の要望・対応の緊急度に分けて整理する。回答文の作成前に、一次整理だけを行います。
受け付けたクレームについて、発生した事実・これまでの対応・未確認の点を分けて整理する。原因の断定や責任の判断は含めません。
システムから出力した表と手元の記録など、二つの表を突き合わせて差異のある行を洗い出す。突合結果の確認までを一つの手順にします。
台帳やシステムへの入力内容を、決めたチェック項目に沿って点検する。点検の実施と結果の記録までを定常業務に組み込みます。
部署ごとにばらついているAIの使い方を、入力してよい情報の範囲と出力の確認方法に絞って言語化する。周知と見直しを定常の業務に組み込みます。
面談やヒアリングのメモを、要点と確認が必要な事項に整理する。法的な判断や申請の可否は有資格者が行う。
提出前の書類を、記載漏れや添付不足の観点で確認する。記載内容の可否や法的な判断は有資格者が行う。
複数の依頼者・案件にまたがる期限を一覧化し、確認漏れを防ぐ。優先順位の最終判断は担当者が行う。
手続きの進捗を伝える連絡文を、確認済みの事実に絞って下書きする。見通しや結論の判断は有資格者が行う。
勤務交代時の申し送りメモを、次の担当者が把握しやすい形に整理する。状態の評価や治療方針の判断は有資格者が行う。
利用者・患者の状況を家族に伝える連絡文を、確認済みの事実に絞って下書きする。病状や治療方針の説明は有資格者が行う。