締め処理は、対象と確定条件を聞いて初めて全体が分かる

締めた後は変更できないという説明だけでは、何が確定したのかは分かりません。業務の処理対象を区切る条件と、確定後の例外を整理します。

  • 締める範囲を捉える　商談先が何を、誰が、どの単位で締めているかを記録し、処理対象を確定する条件を明らかにします。
  • 確定後の扱いを捉える　締めた後の情報や訂正を受け付ける条件と、締めをやり直す場面を整理します。
  • 商品の支援範囲を捉える　締めの前後で止まる作業を捉え、商品で支援できる範囲と人が判断する範囲を分けます。

締め処理の範囲は、対象と確定する単位で分かれる

同じ締めという呼び名でも、確定する対象や範囲が同じとは限りません。実際の処理をたどり、対象と実行する人、まとめて確定する単位を記録します。

  • 対象を具体化する　締める対象を、依頼や受付情報などの名称で記録します。業務全体の名称だけで終えません。
  • 実行する人を特定する　締める操作を行う人と、確定してよいと認める人を区別します。兼ねている場合も記録します。
  • 確定の単位を捉える　部署や相手先など、まとめて確定する範囲を記録します。同じ範囲の中に例外がないかも確認します。

締める範囲を特定する整理表

確かめること方法注意
締める対象処理対象の名称と、確定する内容を記録します。画面や作業の名称だけで対象を判断しません。
締める人実行する役割と、確定を認める役割を分けて記録します。入力する人が締める人とは限りません。
締める単位まとめて確定する範囲と、その境界を記録します。一部だけを締められるかも確認します。
編集部作成の例です。

締める予定の日時や工程が来ても、締められるとは限らない

締める予定の日時や工程と、実際に締められる状態は別に捉えます。何をきっかけに、どの作業の前後で対象を確定するのかを整理します。

  • 区切りの役割を捉える　決まった日時や工程が、締める合図なのか、確定する期限なのかを区別します。
  • 完了する作業を特定する　締めの前提となる作業と、その完了を判断する方法を記録します。
  • 取引先の条件を捉える　商談先の取引先からの連絡や、取引先側の受け入れ準備が必要なら、その事実を誰が把握して締めるのかを整理します。

締めるきっかけと実行時点の整理表

区分聞くこと注意
決まった日時や工程日時や工程が来たことと、実際の確定との関係を聞きます。日時や工程が来ても締めない条件を残します。
作業の完了前提となる作業と、完了を認める基準を聞きます。着手と完了を区別します。
相手先の都合締める合図になる連絡や状態を聞きます。相手先の予定と、実際の合図を区別します。
編集部作成の例です。

処理対象は受付の有無だけで決まるとは限らない

締めるきっかけが分かっても、届いた情報をすべて含めるとは限りません。今回の処理に含める条件と、含めない条件を対にして整理します。

  • 受付の成立を捉える　情報が届いた状態と、受付が成立した状態を分けます。不足がある情報の扱いも記録します。
  • 確認済みの意味を捉える　何の確認が済めば対象になるかを具体化します。確認途中の情報を含める条件も整理します。
  • 判断の条件を残す　個別に含めるかを決める場合は、判断に使う情報と判断する役割を記録します。

処理対象に含める条件の整理表

区分確かめること注意
受け付けた分どの状態を受付済みとするかを確かめます。情報の到着だけで受付済みとみなしません。
確認済みの分対象に含めるために必要な確認を特定します。未確認の項目が残る場合の扱いも記録します。
担当者の判断例外を認める根拠と、判断する役割を確かめます。個別の判断を全体の条件として扱いません。
編集部作成の例です。

締める前の確認では、保留の扱いも聞くことになる

対象に含める条件があっても、確定前の確認が済んだとは限りません。漏れや重複の確認に加え、未解決の情報を残して締められるかを整理します。

  • 漏れの確認方法を捉える　対象になるはずの情報が欠けていないか、何を手掛かりに確認しているかを記録します。
  • 重複の判定を捉える　同じ対象を重ねて含めていないかを確認する基準と、判別できない場合の扱いを記録します。
  • 保留を残す条件を捉える　保留があれば締めを止めるのか、対象から外して締めるのかを分けて記録します。

確定前の確認を整理する表

確かめる内容聞くこと注意
漏れ未到着や未登録を把握する手掛かりを聞きます。表示された情報だけで確認が完了するかを確かめます。
重複同じ対象と判断する基準を聞きます。似た内容でも別の対象である場合を区別します。
保留の扱い保留分を今回の対象から外して締める条件と、外した対象の記録方法を聞きます。保留の存在が分からなくなる状態を避けます。
編集部作成の例です。

締めた後に届いた情報が対象外になるとは限らない

締めた後に届く情報は、到着が遅いという理由だけで同じ扱いになるとは限りません。ここでは新たに届いた情報を対象とし、確定済みの内容の訂正と分けます。

  • 次の処理への条件を残す　次の処理の対象にする条件と、それまで情報を保持する場所を記録します。
  • 今回に含める条件を残す　確定済みの対象に追加できる条件を整理します。追加の承認と、締めのやり直しの要否も記録します。
  • 別の処理を具体化する　通常とは別に扱う場合は、受け付ける担当者と、その処理が完了したと判断する条件を記録します。

締めた後に届いた情報の扱い

区分聞くこと注意
次の処理に含める次の対象にする条件と、保管・引継ぎの方法を聞きます。受け付けたまま処理対象から漏れないかを確認します。
今回に含める追加を認める条件と、確定状態を変更する手順を聞きます。情報の登録と、処理対象への追加を区別します。
別扱いにする別の処理を選ぶ条件と、担当する役割を聞きます。別扱いという名称だけで整理を終えません。
編集部作成の例です。

締めた後の訂正は、変更できる範囲と承認で分かれる

訂正できるという説明だけでは、確定した内容をどこまで変えられるかは分かりません。変更できる項目と、訂正を認める役割、確定時の内容の残し方を整理します。

  • 変更の範囲を分ける　補足情報だけを変える場合と、確定した処理内容を変える場合を分けます。
  • 承認の条件を捉える　訂正を求める人と、訂正を認める人を区別します。承認なしで変更できる範囲も記録します。
  • 確定時の内容を確かめる　商談先が確定時の内容と訂正後の内容を区別できるかを確認します。訂正理由と承認の記録先も聞きます。

確定後の訂正を整理する表

確かめること方法注意
訂正できる範囲変更できる項目と、変更できない項目を分けます。入力できることと、訂正が認められることを区別します。
誰が認めるか承認する役割と、承認が必要になる条件を記録します。操作できる人に承認権限があるとは限りません。
記録の残し方確定時の内容、訂正内容、理由、承認の記録先を確認します。締めた時点で何が確定していたかを、商談先が判別できるかを聞きます。
編集部作成の例です。

作業の停止は、何が満たされるのを待っているかで分かれる

締め待ちという説明だけでは、どの作業が何を待っているかは分かりません。止まる作業と進められる作業を分け、開始や再開に必要な状態を記録します。

  • 待つ理由を具体化する　作業名だけでなく、対象の確定や承認など、待っている条件を記録します。
  • 開始の合図を捉える　締めが終わったと判断する手掛かりと、その後の作業を始める条件を整理します。
  • 並行できる範囲を分ける　確定前でも進められる準備と、確定後まで待つ処理を分けます。途中で止める条件も記録します。

締めの前後にある待ちの整理表

区分聞くこと注意
締めを待つ作業進行中のどの工程が止まり、何が確定すれば再開するかを聞きます。作業全体が止まると決めつけません。
締め後の開始締め後に着手する作業と、開始を判断する手掛かりを聞きます。締めの完了以外に必要な承認がないかを確認します。
並行する作業確定前に進められる範囲と、どの工程で確定を待つかを聞きます。準備の完了と、処理の実行を区別します。
編集部作成の例です。

締めのやり直しは、再確定の範囲と条件で分かれる

締めた後に問題が見つかっても、全体を締め直すとは限りません。確定を見直す条件と、再び確定する範囲を、通常の訂正と分けて整理します。

  • やり直す境界を捉える　訂正だけで済む場合と、締めをやり直す場合の違いを記録します。
  • 再確定の範囲を聞く　商談先が対象の一部だけを見直すのか、同じ単位の全体を見直すのかを確認します。
  • 途中の扱いを残す　やり直し中に止める作業と、再確認を終えて処理を再開する条件を記録します。

締めをやり直す場面の整理表

場面確かめること注意
誤りの発見確定を見直す必要がある誤りと、再確認の範囲を記録します。内容の訂正だけで済む場合と区別します。
条件の変更確定の根拠が変わる条件と、変更を認める役割を記録します。変更前の条件で確定した対象の扱いを残します。
相手先の申し出申し出を受けて締めを見直す条件と、判断する役割を記録します。申し出の受付だけで確定を解除すると考えません。
編集部作成の例です。

商品の支援範囲は、機能で扱える部分と人の判断で分かれる

対象を表示できても、締めてよいかまで判断できるとは限りません。聞き取った運用と提案商品の機能を照らし合わせ、人が可否を判断する部分を残します。

  • 一覧の役割を定める　対象の候補を示す一覧と、確定済みの対象を示す一覧を区別し、必要な表示を整理します。
  • 記録できる内容を照合する　締めた人や確定した範囲を残す要件と、商品で記録できる内容を照合します。
  • 人が決める条件を残す　例外の追加や締め直しの承認など、人の判断が必要な条件と役割を記録します。

商品の機能と人の判断を分ける表

区分扱い注意
対象の一覧候補と確定済みを見分ける表示が可能かを確認します。表示された情報が、そのまま処理対象になるとは限りません。
締めの記録実行した人、確定の時点、対象範囲を記録できるか確認します。現在の状態だけで確定時の内容を把握できるとは限りません。
含めるかの判断条件で決められる部分と、個別の承認が必要な部分を分けます。判断条件が未確認のまま自動処理を提案しません。
編集部作成の例です。特定の商品が対応できることを示す表ではありません。

締め処理の確認表には、確定条件と例外の記録が要る

通常の締め方だけを記録すると、締めた後の情報や訂正の扱いが抜ける場合があります。聞き取った内容と未確認の点を分け、次に確認する相手と記録先を残します。

  • 対象と条件を記入する　業務全体をまとめず、締める単位ごとに記入します。きっかけと対象に含める条件を分けます。
  • 通常と例外を記入する　締めた後の到着、訂正、やり直しについて、認める条件と判断する役割を残します。
  • 未確認の点を残す　不明な欄は推測で埋めず、確認先を記入します。商品で支援できる範囲にも確認の根拠を残します。

営業先を絞って実施を依頼する流れ

確認項目記入欄確認項目記入欄
締める対象名称・確定する内容：締める人と単位実行者・承認者・対象範囲：
きっかけと時点合図・前後の作業：確定する条件含める条件・除外する条件：
締める前の確認漏れ・重複・保留の扱い：締めた後に届く情報の扱い次の処理・今回・別扱いの条件：
訂正の扱い変更範囲・承認者・記録先：前後で止まる作業作業名・開始や再開の条件：
やり直す場面条件・再確定の範囲：未確認の点と記録先不明点・確認先・記録先：
商品で支援する範囲必要な機能・確認の根拠：人の判断が残る範囲判断する条件・役割：
編集部作成の例です。空欄を使い、締める単位ごとに記入します。