Spready共創セッション活用ガイド｜募集ページから示唆実装まで

募集ページを公開し、面談も終えた。ところが、会議に持ち帰ったのは「参考になった発言」の一覧だけ。Spreadyの共創セッションは、会えた人数ではなく、事業の次の判断を変えられたかで成否が決まります。

空振りを防ぐには、募集前に「何を決めるための面談か」を一文で置きます。その一文から、会う相手、質問、記録、会議での結論を逆算します。募集ページから示唆の実装まで、同じ目的を通します。

この記事では、Spreadyの共創セッションを募集ページ、マッチング、インタビュー、示唆の実装という4段階に分け、各段階で何を決めて何を残せば次へ進めるかを整理します。

Spready共創セッションは「判断」を先に決める

最初に書くのは、募集文ではありません。「この面談結果を受けて、どの会議で何を決めるか」です。

たとえば「小売店向けの在庫管理サービスについて意見を聞く」では、面談後の出口がありません。「店長が棚卸しへ使う時間と現在の回避策を確認し、初期顧客を店長と本部のどちらに置くか決める」まで書けば、相手と質問を選べます。

初動では、次の3点を一枚にします。

• 決めること：対象顧客、課題、解決案、継続可否のどれか
• 制約：判断日、使える予算、社外へ開示できる範囲
• 判定条件：どの事実が出れば続け、何が出れば見直すか

会議の出口が決まらないまま募集すると、面談のたびに聞くことが変わります。発言を比べられず、最後は印象の強い一人の意見に引っ張られます。

Spready共創セッションの募集ページをつくる

募集ページの役割は、応募者を多く集めることではありません。確かめたい状況を経験した人に、「自分が対象か」を判断してもらうことです。

募集文は、次の順で書きます。

1. どの事業課題について話したいか
2. どんな経験を持つ人と話したいか
3. 面談で何を確かめたいか
4. どこまで構想を共有するか

人物像は、役職名より行動で書きます。「小売の店長」だけでは、棚卸しを自分で行う人と、本部の指示を受けるだけの人が混ざります。「直近1年に月次棚卸しを担当し、在庫差異の確認まで行った人」が、聞きたい経験の伝わる書き方です。

説明を長くしすぎると、読み手は自分が対象か見つけられません。会社紹介や事業の背景は必要な分だけに絞り、対象者の条件と面談の目的を先に置きます。

判定条件を公開する必要はありません。ただし、企業側では「何が分かれば次へ進めるか」を募集前に決めます。これがないと、応募者を選ぶ基準も面談後の基準も変わります。

Spready共創セッションを社内で通す3条件

大企業で共創セッションを始めるときは、面談の内容より先に、予算、検証条件、責任者で止まります。「良い人に会えそうです」だけでは、稟議を通せません。

予算

サービス費用だけでなく、募集ページを確認する人、面談へ入る人、記録を分析する人の社内工数まで見ます。担当者が月4回の面談を入れても、分析時間がなければ記録が積み上がります。

検証条件

何を確かめ、どの状態になれば次へ進むかを決めます。試作品を見せるなら、使いたいという感想ではなく、現在の業務へ組み込める条件を聞きます。検証対象と判定条件は、いつも一組にします。

責任者

募集ページの承認、機密情報の確認、面談実施、事業判断を誰が担うか決めます。4つを同じ人が持つ必要はありません。誰の確認で止まっているかが分かる状態にします。

この3条件を一枚にまとめれば、社内では「サービスを使うか」ではなく、「この仮説をこの条件で検証するか」と議論できます。

Spready共創セッションの相手を仮説で選ぶ

候補者を業界と役職だけで選ぶと、プロフィールは合っているのに聞きたい経験がない人が混ざります。選ぶ軸は、仮説に関わる行動です。

候補者の確認は4段階で行います。

1. 課題を経験したか
2. 現在の対処法を使ったか
3. 導入や購入の判断へ関わったか
4. 条件の異なる相手と比較できるか

たとえば「人事部長に会いたい」ではなく、「直近1年に採用管理システムの見直しを主導し、稟議へ関わった人」と置きます。利用者の話を聞きたいなら、決裁経験は外して、日々の入力や集計を担当する人を選びます。

一人で利用者と決裁者の両方を代表させないことも大切です。現場は作業の不便を話し、決裁者は予算と優先順位を話します。答える問いが違うので、必要なら別々に会います。

候補数が少ないとき、無条件に属性を広げるのは危険です。必須の行動は残し、業界、企業規模、地域など、仮説への影響が小さい条件から緩めます。

Spready共創セッションの質問順を決める

質問は数より順番です。自社サービスの説明から入ると、その後の発言が機能への感想になります。現状の業務を聞き切ってから、構想や試作品を見せます。

冒頭：面談の目的と情報の扱いを確認する

最初に、何を知りたいか、録音やメモをどう扱うか、社内で誰が見るかを伝えます。合意した範囲を面談後に変えないためです。

前半：直近の行動を聞く

「困っていますか」ではなく、「最後にその作業をしたのはいつですか」「どの手順で進めましたか」「誰が判断しましたか」と聞きます。一般論から、実際の場面へ戻します。

中盤：現在の回避策と支出を聞く

同じ問題へ、金銭、時間、人員をどれだけ使っているか確認します。困っているという発言より、現在の対処行動のほうが優先度を読みやすいからです。

後半：解決案への反応を確かめる

ここで初めて構想を説明します。「使いますか」ではなく、「現在の業務のどこへ入るか」「導入には誰の承認が必要か」「置き換えられない作業は何か」と聞きます。

最後に、聞き足りない点と次の確認先を整理します。相手に結論への同意を求めず、得られた事実だけを持ち帰ります。

Spready共創セッションの示唆を会議へ持ち帰る

面談メモをそのまま会議へ出すと、参加していない人は何を判断すればよいか分かりません。発言を、事実、解釈、次の行動の3層へ分けます。

事実と解釈を同じ文にしないでください。「在庫管理に強い課題がある」は解釈です。「月末に2人で4時間使う」は、その解釈を支える事実になります。

複数の面談を並べるときは、同じ項目で比較します。業務頻度、現在の対処、支出、意思決定者、導入条件を一列ずつ置けば、発言の長さや話し方に左右されません。

会議の結論は、続ける、条件を変えて続ける、止めるのいずれかにします。条件を変える場合は、対象者、課題、解決案のどれを変えるかまで決めます。

Spready共創セッションが止まったときの戻り方

止まり方は、候補者が集まらない、面談はできたが示唆がまとまらない、会議で結論が出ない、の3通りです。止まった場所によって、戻る工程が違います。

候補者が集まらない

人物像の必須条件を見直します。仮説に直接関係する行動は残し、業界や地域など周辺条件を一つずつ緩めます。条件をすべて広げると、会えても一般論しか聞けません。

面談が一般論で終わる

質問を、未来の意向から直近の行動へ戻します。サービス説明の時間を後半へ移し、過去の出来事、現在の対処、支出を聞きます。

示唆がまとまらない

面談前の判定条件へ戻ります。何を確かめる面談だったかが一文で言えなければ、発言の採否を決められません。追加面談より先に、検証目的を置き直します。

会議で結論が出ない

事実、解釈、次の行動を分け、決める責任者と判断日を確認します。情報不足なら、何が足りないかを一つに絞り、次の共創セッションへ戻します。

よくある質問

募集ページには、事業構想をどこまで書きますか

相手が自分の経験で答えられるだけの背景、確かめたいテーマ、対象者の条件は必要です。製品名、未公開の技術、顧客名などは、社内で開示範囲を決めてから載せます。何も説明せず質問だけを出すと、応募者は自分が対象か判断できません。

候補者が少ないときは、募集を止めますか

すぐに止めず、条件を必須と調整可能に分けます。確かめたい行動は残し、業界、企業規模、地域などから緩めます。それでも仮説の当事者に届かないなら、対象者の置き方自体を見直してください。

面談後、どの形式で社内共有しますか

一つの面談につき、事実、解釈、次の行動を分けて記録します。複数面談は同じ項目で並べ、最後に続ける、条件を変える、止めるの判断を置きます。長い議事録は根拠として残し、会議には判断用の要約を出してください。

まとめ

Spreadyの共創セッションは、募集ページを公開して人に会うだけでは終わりません。何を決めるかを先に置き、その判断から相手、質問、記録、会議の結論を逆算します。

• 募集ページ：役職ではなく、経験した行動で対象者を書く
• 社内条件：予算、検証条件、責任者を一枚にする
• 相手選び：課題、対処、意思決定の経験で選ぶ
• インタビュー：現状の行動を先に聞き、解決案は後半に見せる
• 示唆：事実、解釈、次の行動へ分ける

次の募集ページを書く前に、「この面談結果で何を決めるか」を一文にしてください。その一文が、共創セッション全体の選択基準になります。