少人数企業が開発会社との最初の打ち合わせで舐められないためには

システム開発の発注が初めての会社にとって、開発会社との最初の打ち合わせは、緊張と手探りの連続です。「何を聞けばいいのか分からない」「専門用語を並べられて、それらしく頷くしかなかった」「見積もりの内容が高いのか安いのか判断できなかった」――こうした経験は、発注経験の浅い10人未満の会社では珍しくありません。

「舐められる」という表現は品のない言い方かもしれませんが、実態としては起こり得ることです。発注に不慣れな相手だと分かると、必要以上に高い見積もりを出されたり、曖昧な説明のまま契約を急かされたり、都合の悪い条件を明示せずに進められたりすることがあります。これは開発会社の全てがそうだという話ではなく、一部にそうした対応をする会社が存在するという現実的なリスクの話です。

このガイドでは、発注経験の浅い10人未満の会社が、開発会社との最初の打ち合わせに臨む前に準備しておくべきこと、打ち合わせの場でどう振る舞うべきか、そして打ち合わせ後にどう判断すればよいかを具体的に解説します。

なぜ「初回打ち合わせ」がこれほど重要なのか

初回の打ち合わせは、単なる顔合わせではありません。この場で交わされるやり取りが、その後の契約内容、価格、そして関係性の力学を大きく左右します。開発会社側は、初回の打ち合わせを通じて、発注者がどの程度システム開発に詳しいか、要件をどの程度言語化できているか、価格交渉にどう反応するかを見極めています。これは決して不誠実な行為ではなく、営業活動として自然なプロセスです。

発注者側がこの構造を理解せずに臨むと、「相手のペースに終始合わせるだけの打ち合わせ」になりがちです。専門用語で説明されると分からないまま頷き、見積もりを出されると妥当性を判断できないまま受け入れ、スケジュールを提示されると疑問を持たずに合意してしまう。こうした受け身の姿勢は、その後のプロジェクト全体を通じて「言われるがまま」の関係性を固定化してしまうリスクがあります。

逆に言えば、初回の打ち合わせで適切な準備と姿勢を示せれば、その後の関係は大きく変わります。開発会社側も「この発注者はきちんと理解した上で判断してくる」と認識すれば、より丁寧で誠実な対応を取る傾向があります。

打ち合わせ前に準備しておくべき3つのこと

1. 「何のために」を1枚にまとめる

初回打ち合わせで最も重要な準備は、詳細な仕様書ではなく、「なぜこのシステムが必要なのか」「何が解決されれば成功と言えるのか」を簡潔にまとめた資料です。10人未満の会社では、要件を細部まで固めてから発注するのは現実的ではありません。しかし、事業の背景と目的だけは、社長自身にしか言語化できない部分であり、ここが曖昧なまま打ち合わせに臨むと、開発会社側も的確な提案ができません。

A4一枚程度で構いません。次の3点を箇条書きでまとめておくだけで、打ち合わせの質は大きく変わります。

• 今、どんな業務上の課題があるか(具体的なエピソードがあると尚よい)
• このシステムで何が実現できれば「成功」と言えるか
• 予算感・希望納期のおおまかなイメージ(厳密でなくてよい)

2. 複数社に声をかける

初めての発注で1社だけに絞って話を進めるのは、リスクの高い進め方です。比較対象がないと、提示された見積もりや条件が妥当かどうかを判断する基準そのものがありません。少なくとも2〜3社には声をかけ、同じ課題を伝えて、それぞれの提案・見積もりを比較できる状態を作ってください。

複数社に声をかけることは、開発会社側にとっても特別なことではありません。むしろ、発注者が比較検討していることを開発会社側が認識すれば、より競争力のある提案をしてくる傾向があります。1社だけに絞って「ここにお願いするしかない」という状態で交渉に臨むと、価格・条件面で不利になりやすい点は覚えておいてください。

3. 最低限の相場観を持っておく

システム開発の相場は、規模・機能・技術構成によって大きく変動するため、「これぐらいが適正価格」という一律の基準を示すことはできません。しかし、全く相場感を持たずに打ち合わせに臨むと、提示された金額の妥当性を判断する軸そのものを持てません。IPA(情報処理推進機構)が公開している「情報システム・モデル取引・契約書」など、公的機関が公開している資料に目を通しておくと、契約形態や進め方の基本的な枠組みを事前に把握できます。

複数社から見積もりを取ることで、自社の案件における相場観は自然と形成されていきます。1社目の見積もりだけで判断せず、複数の提案を並べて初めて、金額の妥当性が見えてくるという点を意識しておいてください。

打ち合わせの場で聞くべき質問リスト

準備を整えたら、実際の打ち合わせでは、次のような質問を投げかけることをお勧めします。これらは特別な専門知識がなくても聞ける質問であり、開発会社側の説明の丁寧さや誠実さを見極める材料にもなります。

これらの質問に対して、曖昧な返答しか得られなかったり、「そこは追い追い決めましょう」とはぐらかされたりする場合は、注意が必要です。誠実な開発会社であれば、契約形態や追加費用の発生条件について、初回の段階からある程度明確に説明してくれるはずです。契約形態の違いについては請負契約と準委任契約の区別が重要になりますが、この点を曖昧にしたまま契約を進める開発会社には注意してください。

「専門用語で押し切られる」への対処法

初回打ち合わせでよくある状況の一つが、開発会社の担当者が専門用語を多用し、発注者側が理解しきれないまま話が進んでしまうケースです。「フルスタック」「API連携」「レスポンシブ対応」といった言葉が並ぶと、発注経験の浅い担当者はつい「詳しい人が言っているのだから、きっと必要なのだろう」と受け流してしまいがちです。

しかし、専門用語を理解しないまま話を進めることは、後々の認識のズレやトラブルの温床になります。分からない言葉が出てきたら、その場で「それはどういう意味ですか」「なぜそれが必要なのですか」と率直に聞き返すことが重要です。誠実な担当者であれば、専門用語を噛み砕いて説明することを厭いません。逆に、質問したときに面倒くさそうな態度を取られたり、はぐらかされたりする場合は、その後のコミュニケーションの質を推し量る材料になります。

分からないことを分からないまま進めることは、遠慮ではなく、後々のリスクを先送りしているに過ぎません。初回の打ち合わせで質問しておくコストは、契約後にトラブルとして表面化するコストよりも、はるかに小さいものです。

見積もりの「安すぎる」にも注意する

打ち合わせの結果、複数社から見積もりが出揃うと、多くの発注者はつい最も安い金額に目を引かれます。しかし、相場から大きく外れて安い見積もりには、別の注意が必要です。要件の一部が見積もりに含まれていない、後から「これは別途費用です」という追加請求が発生しやすい、あるいは開発体制そのものが薄く、後の保守対応に不安が残るといったケースが考えられます。

安い見積もりを提示された場合は、必ず「この金額に含まれる範囲」を具体的に確認してください。「この金額で、どこまでの機能が、いつまでに、どんな形で納品されますか」と尋ね、口頭ではなく書面やメールで回答をもらっておくことをお勧めします。

打ち合わせ後、契約前にもう一度立ち止まる

初回の打ち合わせが終わり、提案や見積もりを受け取った直後は、その場の熱量や担当者の印象に判断が引っ張られやすいタイミングです。ここで焦って契約を決めず、一度持ち帰って、複数社の提案を並べて比較する時間を必ず確保してください。

比較する際は、金額だけでなく、次のような観点も含めて総合的に判断することをお勧めします。

1. 質問への回答が具体的で、書面としても残るものだったか
2. 契約形態・追加費用の条件が明確に説明されたか
3. 担当者とのコミュニケーションに違和感がなかったか(高圧的、曖昧な言い回しが多い等)
4. 実績・事例が自社の案件と近い規模・業種か

急かされるように契約を迫られた場合は、特に注意が必要です。「今月中に契約いただければ割引します」といった営業トークは一般的なものですが、判断の材料が揃わないまま契約を急がせる状態には応じない姿勢を持ってください。

窓口が社長ひとりであることの影響

10人未満の会社では、初回の打ち合わせに出席するのも、その後の交渉を担うのも、多くの場合は社長ひとりです。この状態自体は自然なことですが、初回打ち合わせにおいても、社長ひとりで判断を下すことのリスクは意識しておく必要があります。可能であれば、初回の打ち合わせには社長以外にもう1人同席してもらい、その場での印象や説明内容を後から一緒に振り返れる状態を作ることをお勧めします。

社内で複数人の目を通すことで、社長ひとりでは見落としがちな懸念点(専門用語の説明が曖昧だった、質問への回答が具体性に欠けていた等)に気づきやすくなります。開発会社とのやり取りの窓口を社長ひとりに集中させることの一般的なリスクについては、開発会社とのやり取り担当が社長ひとりという状態のリスクと備えで詳しく扱っていますので、あわせて参照してください。

契約前に確認しておきたい書面の内容

打ち合わせを重ね、発注先が決まったら、契約書を締結する前に、次の項目が書面上で明確になっているかを確認してください。口頭での合意だけに頼らず、必ず書面(契約書・見積書・仕様書のいずれか)に残っている状態を作ることが重要です。

• 契約形態(請負契約か準委任契約か)と、それぞれの責任範囲
• 見積金額の内訳と、追加費用が発生する条件
• 納期と、納期に遅れた場合の対応
• 納品物の範囲(ソースコード・設計書・アカウント情報等)
• 検収の方法と期間
• 契約不適合(納品後に見つかった不具合)への対応範囲と期間

これらの項目について、契約書に明記されていない、あるいは曖昧な表現にとどまっている場合は、契約前に必ず質問し、書面での回答を求めてください。契約書に書いておくべきトラブル条項については契約書に書いておくべきトラブル条項でも詳しく解説されています。

契約形態の違いを最低限理解しておく

初回の打ち合わせで必ず話題に上るのが、契約形態です。システム開発における主な契約形態には請負と準委任があり、この違いを理解しないまま契約を進めると、後々「思っていたのと違う」という認識のズレが生じやすくなります。

請負契約は、決められた成果物を完成させることを開発会社が約束する契約形態で、仕様が事前にある程度固まっている開発に向いています。一方、準委任契約は、業務の遂行そのものを目的とする契約で、仕様が完全には固まりきっていない開発や、保守・運用業務でよく使われます。

10人未満の会社が初めて発注する場合、要件が完全には固まっていないことも多く、開発会社側から準委任契約を提案されるケースもあります。どちらの契約形態が適切かは案件の性質によって異なりますが、少なくとも「どちらの契約なのか」「それによって責任の所在がどう変わるのか」を、打ち合わせの場で明確に説明してもらうようにしてください。この説明が曖昧なまま契約書に進んでしまうと、後から「完成義務があると思っていたのに、実際は準委任契約だった」といった食い違いが生じるリスクがあります。

「舐められている」と感じたときのサイン

打ち合わせを進める中で、次のようなサインが見られた場合は、その開発会社との関係性を見直す材料にしてください。

• 質問に対して、具体的な回答を避け、曖昧な言葉で濁される
• 「そんなことも分からないんですか」といった、見下すような態度を取られる
• 見積もりの内訳を尋ねても、詳細を教えてもらえない
• 契約を急かされ、比較検討の時間を十分に取らせてもらえない
• こちらの事業内容や課題について、ほとんど質問されない(型どおりの提案しかしてこない)

これらのサインが複数当てはまる場合、その開発会社との今後の関係が、対等なパートナーシップではなく、一方的に主導権を握られる関係になっていく可能性があります。契約前であれば、他の候補に切り替える判断も含めて検討してください。

一つだけ注意しておきたいのは、これらのサインの一部は、開発会社の質の問題ではなく、単に担当者との相性や、その日のコミュニケーションのすれ違いから生じている場合もあるという点です。1回の打ち合わせだけで即座に判断を下すのではなく、可能であれば2回目の打ち合わせで印象が変わるかどうかも確認したうえで、総合的に判断することをお勧めします。特に、金額面や実績面で魅力的な提案をしている会社であれば、率直に懸念点を伝え、担当者の変更を相談してみるという選択肢もあります。

良い開発会社ほど「聞いてくる」

逆に、信頼できる開発会社の特徴として、発注者に対して積極的に質問を投げかけてくる傾向があります。「この機能は本当に必要ですか」「予算内で実現するなら、この部分は削れますが、優先度はどうですか」といった、発注者の利益を考えた提案や質問が出てくる場合は、良い兆候と捉えてよいでしょう。

良い発注者になるための習慣について体系的に整理した記事として良い発注者になるための7つの習慣がありますが、その裏返しとして、良い開発会社を見極める視点も、初回の打ち合わせの中に多く含まれています。一方的に提案を聞くだけでなく、対話を通じて双方の理解を深めていく姿勢があるかどうかを、打ち合わせの雰囲気から感じ取るようにしてください。

業界・業種特有の事情を伝える価値

初回の打ち合わせでは、自社の業界や業種特有の事情を、できるだけ具体的に伝えることをお勧めします。開発会社は多くの業種のシステム開発を手がけていますが、業界ごとの商習慣や規制、繁忙期の時期といった細かな事情までは、発注者側から伝えない限り把握できません。

例えば、「繁忙期は毎年◯月で、その時期はシステムを止められない」「業界特有の帳票フォーマットがあり、既存の書式を維持する必要がある」「取引先とのやり取りに特定のファイル形式が必須」といった情報は、機能要件そのものではありませんが、開発の進め方やスケジュールの立て方に大きく影響します。

こうした業界特有の事情を初回の段階で伝えておくことで、開発会社側もより現実的な提案ができるようになります。逆に、これらの情報を伝えないまま契約を進めると、後になって「そんな制約があるとは知らなかった」という食い違いが生じ、追加の調整コストが発生する原因になります。自社にとっては当たり前すぎて説明するまでもないと感じる事情ほど、初回の打ち合わせで意識的に言語化して伝える価値があります。

発注後、最初の数週間の関わり方

契約が成立し、開発が始まった後も、初回打ち合わせで築いた対等な関係性を維持することが重要です。発注後、最初の数週間は、開発会社側も発注者の反応やコミュニケーションのスタイルを見ながら、今後の進め方を調整していく時期です。ここで発注者側が受け身になりすぎると、その後のプロジェクト全体を通じて主導権を握られたままになりがちです。

進捗報告に対しては、内容を鵜呑みにせず、疑問点があればその都度質問する姿勢を保ってください。進捗報告の読み方については進捗報告の見方: 危険な兆候の見抜き方で詳しく解説されていますので、開発が始まった後の参考にしてください。

打ち合わせの形式による違い(対面・オンライン・電話)

初回の打ち合わせは、対面・オンライン会議・電話といった複数の形式で行われる可能性があります。それぞれの形式には、発注者が注意すべき異なるポイントがあります。

対面の場合は、オフィスの雰囲気や、対応する担当者以外のスタッフの様子も、開発会社の実態を推し量る材料になります。実際に開発チームがいるオフィスなのか、あるいは営業担当者だけが常駐する拠点なのかによっても、その後の体制の実態が見えてくることがあります。

オンライン会議の場合は、資料共有や録画機能を積極的に活用してください。口頭でのやり取りだけでは、後から「言った言わない」の水掛け論になりやすいため、可能であれば議事録を残す、あるいは録画の同意を得た上で記録しておくことをお勧めします。

電話のみの場合は、資料が手元に残らないという点で、最も情報が流れやすい形式です。電話だけで初回の打ち合わせを終わらせず、必ずメールで要点を書面化してもらう、あるいは自ら要点をまとめて相手に確認を求める(「本日お伺いした内容を、以下の通り認識しております」という形式のメールを送る)といった工夫が有効です。特に電話は、後から「言った言わない」の水掛け論になりやすい形式であるため、10人未満の会社が初めて発注する場合は、可能な限り対面かオンライン会議での打ち合わせを依頼し、電話のみでのやり取りは避けたほうが無難です。

どの形式であっても共通して重要なのは、口頭でのやり取りだけに頼らず、何らかの形で記録を残すという意識です。

見積書だけでなく「提案書」の質も見る

複数社から見積もりを取る際、金額の比較にばかり目が行きがちですが、見積書とあわせて提出される提案書の質にも注目してください。良い提案書は、単に機能と金額を羅列するのではなく、発注者が抱える課題への理解、なぜその機能構成を提案するのかという根拠、そして想定されるリスクや代替案までを含んでいることが多くあります。

逆に、テンプレートをそのまま流用したような、事業内容への言及がほとんどない提案書は、その開発会社がどの程度こちらの課題を理解しようとしているかを示す一つのサインになります。金額が同程度であれば、提案書の質の高さも、発注先を選ぶ重要な判断材料にしてください。

提案書の中に、リスクや懸念点への言及があるかどうかも見ておきたいポイントです。「この機能はこの予算では難しいため、次のフェーズに回すことを提案します」といった、発注者にとって都合の悪い情報も正直に書いてくる開発会社は、契約後も同様に誠実な報告をしてくれる可能性が高いと考えられます。逆に、良い面ばかりを強調し、リスクや制約に一切触れない提案書には、注意を払っておくとよいでしょう。

「相見積もり」を伝えることへの心理的ハードル

複数社に声をかける際、「他社にも声をかけていることを伝えると、失礼にあたるのではないか」と感じる発注者は少なくありません。しかし、相見積もりを取ること自体は、ビジネス上ごく一般的な行為であり、多くの開発会社もそれを前提に提案を作成しています。

むしろ、複数社に声をかけていることを正直に伝えたほうが、開発会社側も競争力のある提案をしてくる傾向があります。「他社にも相談していますが、率直な見積もりと提案をいただけますか」と伝えることに、遠慮は不要です。この点で消極的になりすぎると、結果的に比較材料の少ないまま、不利な条件で契約してしまうリスクが高まります。

打ち合わせメモを残す習慣

初回の打ち合わせの内容は、時間が経つと記憂が曖昧になりがちです。打ち合わせが終わったら、その日のうちに簡単なメモを残す習慣をつけてください。特に次の項目は、後から見積もりを比較する際や、契約後に「言った言わない」の議論になった際の重要な記録になります。

このメモは複雑な議事録である必要はなく、5分程度で書ける簡単なものでかまいません。複数社と打ち合わせを重ねる中で、記憶だけに頼っていると、どの会社が何を提案していたのかが混同してしまうことも多いため、この習慣は特に相見積もりを取る際に効果を発揮します。

このメモは、契約後にも活用価値があります。「初回の打ち合わせでは、この機能は標準搭載と説明されていたはずだが」といった食い違いが後になって発覚した際、当時のメモが具体的な根拠として機能します。口頭でのやり取りは記憶に残りにくく、時間が経つほど双方の記憶にズレが生じやすいため、打ち合わせ直後の記録は、思っている以上に後々の交渉力を左右します。

まとめ

初めての発注は、誰にとっても不安の伴う経験です。しかし、「発注経験がないから仕方ない」と受け身の姿勢のまま打ち合わせに臨むと、その後の関係性の主導権を最初から手放すことになりかねません。事前に目的を言語化する、複数社に声をかける、分からないことはその場で質問する、そして焦らずに比較検討する時間を確保する。これらは特別な専門知識を必要とせず、10人未満の会社でも今日から実践できる備えです。

初回の打ち合わせで示した姿勢は、その後のプロジェクト全体を通じた関係性の土台になります。対等な関係を築くための第一歩は、専門知識の量ではなく、分からないことを分からないと言える姿勢と、判断を焦らない準備にあります。この記事で紹介した質問リストやチェック項目を、実際の打ち合わせの場に持参して活用してみてください。

最後に強調しておきたいのは、対等な関係を築くことは、開発会社を疑ってかかることとは違うという点です。多くの開発会社は、発注者の事業を理解し、長期的に良いパートナーとして付き合っていきたいと考えています。準備を整え、適切な質問を投げかけることは、そうした誠実な開発会社との信頼関係を、より早く、より確かなものにするための行為でもあります。逆に、そうした対話に応じてくれない相手であれば、それもまた一つの重要な判断材料になるということを、最後に付け加えておきます。

10人未満という規模だからこそ、1回の発注が会社に与える影響は決して小さくありません。だからこそ、初回の打ち合わせにかける準備の時間は、後の数ヶ月、数年にわたる開発会社との関係を左右する投資だと捉えて、丁寧に臨んでください。この記事で紹介した準備と質問は、次に発注する際にもそのまま使い回せる、会社としての資産にもなります。