開発担当者が問い合わせ前に確認していること
開発担当者は、会社紹介を読む前に、自分の判断に必要な条件を探しています。
開発担当者の仕事は、未完成の案件を一緒に詰められる相手かを見ることです。そのため、問い合わせ前に「試作速度、条件出し、秘密保持」を確認します。
開発担当者が最初の三十秒で見るもの

- 確認:試作速度
- 確認:条件出し
- 確認:秘密保持
項目名だけでなく、対象、範囲、実績、確認方法まで一つの流れにします。開発担当者が自社案件へ当てはめられることが大切です。
問い合わせ後の見通しも先に置く
開発担当者が資料を送った後、誰が何を確認し、いつ初回回答するかを示します。条件が不足する場合に追加で聞く内容も書きます。
今のページを開発担当者へ渡したとき、問い合わせ前に確認したい項目を三つ説明できるでしょうか。
一般論を自社の事実へ変える
初めて見る社員にも読んでもらい、「発注担当者の頭の中」の観点で品質保証担当者と「個別確認の回答期限」「失敗を避けるための証拠」を順に確認し、答えを一枚へ整理します。
- 個別確認の回答期限
- 失敗を避けるための証拠
- 導入・発注後の窓口
実行後は社内で転送されたページだけでなく別部署からの確認回数も記録し、食い違った説明を一つ本文へ戻します。
ここでのお客様目線は、最初の閲覧者だけでなく、その先の社内会議まで想像することであり、同時に会社規模ではなく案件条件に近い事例を優先することです。
一か月後の答え合わせ
品質保証担当者と一か月後に同じページを開き、社内で転送されたページを改めて確認します。想定していなかった質問は、次の改訂材料として分けて残します。

