この資料の使い方実行プラン
- 用途
- 顧客と経済的な成果に関わる実際の業績チェーンを一つ選び、現在の業務を整理して課題を見つけ、必要なエコシステムの関係、役割、SOP、ルールを見直す。WISERの企画サービスを仮定した例を通じて、業務の成果と協働の引き継ぎやすさを併せて確かめる。
- 利用条件
- 対象、目的、制約が今回の課題に合うか確認し、本文に明記されていない条件は別途確認してください。
- 実行プラン
- 目的、組合せ、実施条件
- 根拠と検証の範囲
- 企画サービスの候補例は、改革を組み立てる方法を示します。着手前に業績の連鎖、既存の根拠、関係する役割が作業を担えるかを確認してください。 この記事には外部検証の結果を別途登録していません。公開だけで有効性が確認されたとはいえません。本文の根拠、仮定、限界を確認してください。
- 版
- R1 · 改訂 2026-11-04
- 元の図と添付資料
これは読解・引用用の知識資料で、インストール済みの Skill ではありません。AI で利用する際も出典と限界を残し、出力を確認してください。
CC BY-NC-ND 4.0 · 別途明記された場合を除き原文の文章に適用し、第三者の素材は対象外です。ダウンロードや機械による読み取りは既存の許諾を拡張せず、派生物、商用利用、モデル学習を別途許可するものではありません。
社内外の人や能力を組織しようとすると、役割、プラットフォーム、ルール、インセンティブ、AIといった話になりがちです。どれも必要な視点です。ただ、実際の業務に落とすときには、具体的な問いが残ります。最初は、どの業務から始めるのか。
私は、顧客と経済的な成果に関わる業務の連鎖を、まず一つ選ぶことを勧めます。ここでは、これを「業績チェーン」と呼びます。その流れに沿って、顧客は何を求め、企業はどのように約束をし、誰が一緒に成果物を届け、どう結果を確認し、収支を照合するのかを見ます。そのうえで、結果に影響している箇所を見つけ、必要な見直しを進めます。
そうすれば、役割表、業務ハンドブック、ルールを、どこで使うのかが明確になります。その業務をより確実に動かすために使い、実際に役立ったかどうかも仕事の中で確認できます。
本稿は、一つの実施案です。実際に解決すべき顧客の課題があり、対象業務を限定でき、経過を記録する意思のあるチームを想定しています。WISERの場面は、方法の組み合わせ方を説明するための例です。具体的な体制や効果は、実際のプロジェクトで確かめる必要があります。
結果を確かめられる業績チェーンを一つ選ぶ
業績チェーンは、提供する商品やサービスがどのように顧客に受け入れられ、経済的な成果につながるかを結びます。業務によって流れは異なり、分岐、差し戻し、繰り返しもあり得ます。
例えば、一件の企画サービスなら、顧客の要望を受け、範囲と見積もりを確認し、契約上の義務を履行して成果物の検収を受けた後、収支やその後の反応を確かめます。支払いは、開始前、途中の段階、検収後など、実際の取り決めに沿って流れに記入します。顧客の受け入れ、契約締結、収益の認識、入金は、それぞれ記録します。
最初のチェーンを選ぶときには、次の四点を一緒に見ます。
- 顧客の課題が具体的である。 要望、利用、取引に関する根拠があり、誰の何を改善するのかが分かる。
- 結果を確認できる。 許容できる時間と費用の範囲で、納品、顧客の反応、経済的な成果を観察できる。
- 協働の実態を代表している。 日常的に起こる引き継ぎや例外を含み、必要な参加者同士の関係を実際につなげられる。
- 必要な記録を得られる。 重要な段階に責任者と資料の入手先があり、前後の状態を照合できる。
最初に選ぶのは、必ずしも売上が最も大きい業務ではありません。改善する価値があり、改善がどう起きたかを確かめられる業務です。業務の周期が長ければ、まず一つの段階を区切っても構いません。その場合は、その段階で何を観察できるのか、最終的な代金回収や継続利用をいつまで待つ必要があるのかも書いておきます。
始める前に、短く説明します。今回はどの種類の業務を扱い、どこからどこまでを対象にするのか。顧客にとっての成果と経済的な成果を、それぞれ何で見るのか。どこまで投入できるのか。誰が進行を担い、誰に重要な決定の権限があるのか。実際の需要を示す根拠がまだない新規事業なら、最初は需要と提供条件の検証から始めます。
実際の業務から、現在の流れを整理する
範囲を決めたら、直近の業務記録を何件か確認します。順調に終わった案件だけでなく、遅延、手戻り、不成立、途中離脱も見ます。通常はどう進めるはずなのか、今回は実際にどう進めたのかを、分けて記録します。
重要な段階ごとに、四つのことを尋ねます。何を受け取り、何を渡し、誰が次に進めると確認し、何を根拠として残したのか。
例えば、要望を企画担当に渡した後も、その内容で次の作業を進められるかを確かめる必要があります。顧客は何を解決したいのか。誰が範囲を確定できるのか。どの資料が提出され、どの条件が未確認なのか。それが十分に明らかでしょうか。次の担当者が最初から聞き直す必要があるなら、引き継ぎで何が欠けていたかを調べます。
時間、費用、待ち時間も、それぞれの段階に対応させます。見積もりに時間がかかった理由は、原価確認の遅れかもしれません。顧客の課題が明確でなかった、提供条件が定まっていなかった、変更のたびに再調整が必要だった可能性もあります。何が起きたかを先に確認すれば、どこを変えるべきか判断できます。
この作業で作るのは、根拠を伴う現状のチェーン図です。どの段階が終わり、どこで差し戻しが繰り返され、どの結果がまだ確認できないのかを示します。資料が足りないところは、補足が必要な内容をそのまま書きます。推測で図を完成させる必要はありません。
差を見つけてから、必要な仕事を決める
本稿では、SOP(標準作業手順)を、業績、業務、職能、動作の四層に分けます。業績SOPは、顧客と経済的な成果に関わる重要な流れを示します。業務SOPは、その中で必要となる協働を組織します。職能SOPは具体的な職責や仕事を、動作SOPは作業方法と基準を明確にします。これらは仕事の関係に沿ってつながるもので、固定的な部門階層に対応するわけではありません。
業績が期待に届かなければ、まず顧客と経済的な成果に沿って差を探します。SOPが実行されたかどうかは、確認すべきことの一部です。
| 現在見えている差 | 先に確かめる根拠 | 必要になり得る仕事 |
|---|---|---|
| 問い合わせは多いが、提案に同意する顧客が少ない | 顧客の要望、断った理由、代替の選択肢、価格、提供条件 | 需要を再検証するか提供内容を調整し、その後で販売プロセスを変えるか判断する |
| 提案の修正が繰り返され、約束した内容もよく変わる | 変更の理由、決定者、範囲、版 | 要望の確認、範囲変更、それに伴う決定の仕組みを補う |
| 顧客の確認は得たが、納品まで手戻りが続く | 前提資料、引き継ぎ条件、能力と資源の手配 | 該当する業務SOPを見直し、必要な役割別業務ハンドブック、職能と動作の説明を補う |
| 顧客は成果を受け入れたが、経済的な成果がよくない | 実際の投入、手戻りの費用、価格設定、支払条件、入金状況 | 見積もり、費用管理、回収方法を調整し、業務を継続できるか確認する |
| 仕事は終えられるが、関係者が続けたがらない | 調整の負担、責任、貢献の根拠、異議の記録 | 協働の接点やルールを見直し、実際の負担と取り決めの差に対応する |
この表は、調べる方向を示しています。一つの結果に複数の原因があることもあります。顧客の予算、市場の変化、偶発的な出来事も判断に影響します。
問題を確認してから、必要に応じて下位層のSOPを整えます。業績チェーンのある段階で複数の役割の協働が必要なら、該当する業務の流れを整理します。その中で責任が曖昧、作業が安定しない、例外の対応者がいないといった問題があれば、職能や動作の層を補います。需要や価格設定に問題がある場合には、経営上の判断をやり直す必要もあります。
各回の主な変更と、その理由をできるだけ明記します。複数の変更を同時に行う必要があるなら、組み合わせを記録し、振り返りの際に、まだ切り分けて判断できない効果を説明します。
横にスクロールするか、図を大きく開いて確認できます。
四つのエコシステムを具体的な段階に結びつける
資源、運営管理、顧客、資本は、参加の関係を見る四つの視点です。同じ人や組織でも、案件によって異なる役割を担えます。配置を考えるときは、その業績チェーンに何が必要かに立ち返ります。
資源エコシステムでは、どんな能力、商品、サービスを提供できるのか、どの条件なら引き受けられるのか、誰が納品の責任を負うのかを確かめます。能力の紹介だけでは足りません。対応可能な時期、品質基準、具体的な約束も確認します。
運営管理エコシステムでは、少数精鋭のチームが必要な決定、ルールづくり、調整を担います。価値を生む仕事、販売チャネル、顧客関係を結びつけ、範囲、資源、例外への対応の間で判断します。実行担当が自分で処理できることと、上位の決定に委ねることを明確にします。
顧客エコシステムでは、要望、選択、利用、検収、フィードバックを受け止める窓口を明確にします。顧客は要望を出すだけでなく、自ら反応、知識、チャネルなどを提供して貢献することもできます。別途、共創に関わる役割も担うかどうかは、実際の参加内容と取り決めによります。
資本エコシステムでは、業務の必要に応じて、資金の出所、用途、支払いの制約、リスク負担を確かめます。既存の資源と取り決めの中で完了できる業務は、その条件で進めます。実際に資金が不足する、あるいは新たな資本の取り決めが必要になる場合は、主体、責任、条件をそれぞれ検討します。
どのエコシステムの役割も、自ら貢献を提案することができ、具体的な要望に応じることもできます。業務ハンドブックは、実際に価値創出への貢献を担う役割に対応させ、目標、仕事の方法、引き継ぎ、例外対応を説明します。消費者としての顧客と、投資のみを行う人は、それぞれ該当するサービス、取引、投資の手続きに進みます。同じ人が別途、共創の仕事を担う場合は、その役割のハンドブックと責任を明らかにします。
具体的な権益は、実際の業務と適用される取り決めに基づいて定めます。参加、納品、貢献の確認、費用の精算、長期的な権益は、それぞれの根拠を残します。これらが自動的に生じる一続きの結果だと、あらかじめ決めつけないことが必要です。
WISERの例で、一件の依頼に落とし込む
「0号会社をこれからどう動かすか、もう一度整理する」 (中国語)では、まず小さなプロジェクトを一つ最後まで進め、顧客価値の検収と参加者の貢献の再確認を分けて扱うことを提案しました。実践の出発点の候補になります。ただし、この公開作業記録が示すのは、当時の構想と次の予定です。本稿の実施案が有効だと確認された根拠には、まだなりません。
ここでは、WISERが範囲を明確にした企業向け企画サービスを一件引き受け、顧客の経営課題を中心に、調査、企画案、関連する成果物を組み立てると仮定します。以下の役割や流れは、いずれも提案段階です。正式に始める前に、引き受ける主体、顧客の要望、参加条件、具体的な取り決めを確認する必要があります。
| 業務の段階 | 必要な結果 | 想定する貢献の役割と根拠 |
|---|---|---|
| 要望の明確化 | 顧客の課題、現状資料、未確認の条件、確認権限を持つ人が明らかになっている | 顧客関係を担う役割が対話を組織し、顧客が要望の記録を確認する |
| 範囲と見積もり | 成果物、対象範囲、検収方法、期間、価格が対応している | 企画統括が調査と納品の資源を調整し、権限のある人が見積もりを承認する |
| 約束の確認 | 契約、納品、受け払いの責任、変更方法に明確な根拠がある | 実際に引き受ける主体と必要な権限を持つ人が確認し、各参加者も自分の担当を確認する |
| 協働による納品 | 各段階の成果物が、次の仕事に必要な入力条件を満たしている | 必要に応じて調査、企画、デザインなどの役割を設け、出典、版、引き継ぎの記録を残す |
| 検収と収支の確認 | 顧客が受け入れるか異議を示し、費用、原価、入金状況を照合できる | 顧客は取り決めに沿って検収し、該当する役割が修正、収支確認、受け払いをそれぞれ扱う |
まず、必要な資料をつなぎます。顧客にとっての目標と経済的な目標を示す業績チェーンのカード、重要な引き継ぎ条件を示すフロー図、関係する貢献役割の業務ハンドブック、そして適用される取り決め、例外、結果の記録です。大切なのは、前後の根拠が対応していることです。書類は多ければよいわけではありません。
最初の記録から、見積もりが何度も変わる主な原因は要望の範囲が未確認だったと分かった場合は、まず要望の確認と範囲変更の二つを補えます。そのうえで、見積もりに要した時間、変更理由、調整への投入を観察します。主な障害が顧客の予算や提供内容との不一致なら、経営判断に戻り、サービスと価格を確かめ直します。
例えば、調査資料を企画担当に渡すときは、出典、どこまでの判断を支えられるか、まだ確認が必要なことを説明します。企画案をデザイン担当に渡すときは、確認済みの構成、データの定義や集計条件、表現上の要件を揃えます。顧客から新たな要望が出た場合は、元の範囲、影響の評価、それに対する決定をたどれるようにします。
AIは、検索、整理、下書き、確認を支援できます。納品に進む前には、出典、判断、責任、顧客への約束を、該当する役割が確かめる必要があります。実践を重ね、入力、手順、検収条件が安定してきたら、どの部分をSkill、つまりAIが再利用できる行動ガイドにできるか判断します。
横にスクロールするか、図を大きく開いて確認できます。
振り返りでは、業務が改善したか、協働を続けられるかを併せて見る
最初の実施が終わったら、業務の成果と協働の状況を分けて示し、その後で総合的に判断します。
業務については、顧客の課題をどこまで解決できたか、成果物の品質、手戻り、期間、実際の投入、代金の状態を確かめます。支払期日がまだ来ていない、納品後の利用がまだ始まっていない場合は、次に確認する時期を記します。
協働については、重要な引き継ぎが次の仕事につながるか、担当が交代しても引き受けられるか、各参加者が増えた負担を担えるか、貢献の記録やルールへの異議に根拠があるかを見ます。プロジェクトが完了していても、責任者の臨時の穴埋めや、継続的な残業に大きく頼っていなかったか確認する必要があります。
具体的な指標は開始前に決め、今回の問題を判断する助けになるものを数項目に絞ります。例えば、見積もりのやり直しが主な問題なら、要望確認後の変更回数、理由、実際に要した時間を確かめます。納品の手戻りが主な問題なら、最初の引き継ぎで後続作業の条件を満たしていたかを見ます。実施前後の結果を比べるときは、顧客、価格、範囲、業務の難しさの変化も記録します。
振り返りでは、少なくとも三つを残します。どの結果には根拠があり、どの説明はまだ仮説なのか。そして、次の実施でどうすれば、さらに役立つ証拠を得られるのか。 これらを明らかにしてから、権限のある人が、どの見直しを維持し、どれを調整し、どれをやめるかを決めます。元の問題が改善しても、費用や協働の負担が増えていれば、引き続き比較検討が必要です。根拠が足りなければ、補う範囲を明確にします。条件がもはや成り立たなければ、すでに引き受けた仕事を適切に処理したうえで、該当する新たな投入を止めます。
一回の実施から得られるのは、条件付きの実践的な理解です。他の業務にも応用できるかを判断するには、参加者、業務の難しさ、資源の条件が異なる場面で、さらに確かめる必要があります。
企業エコシステムの再設計では、まず具体的な記録を一つ残すことができます。この業務はどう動き、どこに問題があり、何を変え、結果はどう変わり、何がまだ確認できないのか。次の参加者は、その根拠をたどって仕事を続けられます。次の見直しでも、どこから始めればよいかが分かります。
研究の根拠と、必要に応じて参照できる資料
本実施案は、初期の『SOP整理・設計方法論』にある、顧客と関係する業績プロセス、前提条件と引き継ぎ、試行と反復改善の考え方を引き継いでいます。本稿のエコシステムの組み合わせとWISERの実施体制は、今回の実施案として設計したものです。全体の実施検証結果は、まだ記録されていません。
- 四つのエコシステムのガバナンスモデル:貢献・権益・協働の循環 (中国語):参加関係、貢献、権益に関わるガバナンス構造を確認できます。
- 企業計画の10ステップ:方向性・資源・実行を結びつける (中国語):目標、資源、経営上の前提をさらに確認できます。
- 多者間の協働を、小規模な試行からどう始めるか (中国語):試行の範囲、権限、投入、終了時の取り決めを補う際に参照できます。
- 0号会社をこれからどう動かすか、もう一度整理する (中国語):WISERの公開された実践構想と、当時の進捗を確認できます。