「複数社に断られた要件」はどこに頼めばいいのか──断られる理由と、受けられる会社の探し方

結論の要約

断られる理由は大きく2つあります。1つはベンダー側の構造:各社には「強みのエリア」があり、認証基盤連携・複雑な会員構造・基幹連携など未経験の領域が多く含まれる案件はリスクと見なされ、高値の見積もりか辞退になります。もう1つは発注側の要因:予算と要望のバランスが崩れている案件は「危ない案件」と判断されます。そして重要なのは、安請け合いする会社の方が危ないということ。探し方の決め手は「同じような規模で、同じような仕組みを、一回でも作ったことがあるか」を確認することです。

なぜ断られるのか①──各社には「強みのエリア」がある

ひとくちに会員サイトの開発会社といっても、各社の得意領域は驚くほど限定されています。単一サイトのID・パスワードログインまでは作れるが認証基盤連携はやったことがない。シンプルな会員DBは扱えるが、法人と個人が混在する複雑な会員構造は経験がない。PIM連携、Salesforceとの繋ぎ込み、ERP・販売管理システムとの基幹連携、API開発──いずれも「やったことがある会社」と「ない会社」がはっきり分かれる領域です。

システム開発会社にとって、未経験の領域が多く含まれる案件はリスクです。リスクを感じた会社の行動は2つ:保険を乗せた高い見積もりを出すか、断るか。あなたの案件が複数社に断られたのなら、それは要件の中に「多くの会社にとって未経験の領域」が複数含まれているシグナルです。

断る側の論理も2種類あります。「できないからやらない」と「うまみがないからやらない」です。後者は、技術的にはやれるが、自社のビジネスモデル(パッケージの横展開など)に合わず、割に合わないから引くというもの。特にデザイン・マーケティング・システムのすべてが絡む案件は、「うちはそこまでは…」となる会社が非常に多い領域です。だからこそ、全部できる体制の会社に、断られた案件が集まってくる構造があります。

なぜ断られるのか②──「危ない案件」と思われている可能性

言いにくい話ですが、もう1つの可能性にも触れておきます。受注側は、案件そのものだけでなく「このプロジェクトは炎上しないか」を見ています。予算とやりたいことが明らかに釣り合っていない。実現方法を度外視した理想が並んでいる。機能の要望はたくさんあるのに、「何を成し遂げたいのか」が整理されていない──こうした案件は「危ない」と判断され、断られやすくなります。

やっかいなのは、ベンダーは断る本当の理由を教えてくれないことが多い点です。取引でもない相手に、耳の痛い指摘をするコストをかける会社は稀です。また、大手のコンサルティングファームが入っている案件でも、コスト感や実現方法がまったく見通せていない要望書に出会うことは、残念ながら珍しくありません。

ですから、複数社に断られたら、「要件とコストのバランスが崩れていないか」を一度疑ってみてください。対処は明確です。目的に立ち返って要件を減らす。相場感を調べる。「自社の要件のどこが難しいのか」を質問してみる。この見直しだけで、受けてくれる会社の幅は大きく変わります。

「断られない会社」の方が危ない、という逆説

複数社に断られた後に「うちならできますよ」と二つ返事で受けてくれる会社が現れたら、救われた気持ちになるでしょう。しかしここが一番の危険地帯です。

実際にあるパターンを挙げます。「このパッケージは拡張できるので対応可能です」と受注した会社のプロジェクトが、半年後に頓挫していた。構築途中で開発会社が立ち行かなくなり、サービスをリリースできなかった。予算超過で追加請求された。後から調べると「そのパッケージのデータ構造では、そもそも実現できない要件だった」──いずれも、複雑な要件の案件で実際に起きていることです。

「できません」と言ってくれる会社は、不親切なのではなく、誠実なのです。 自社の限界を正しく認識している証拠だからです。怖いのは、限界を認識せずに受ける会社です。

受けられる会社の探し方──「一回でも作ったことがあるか」

では、どう探すか。決め手はシンプルです。「自社と同じような規模で、同じような仕組みを、一回でも作ったことがありますか」と聞くことです。

認証基盤連携でも複雑な会員構造でも、一度でも実現した経験のある会社は、どこに落とし穴があるかを知っています。ゼロ回と1回の差は、1回と10回の差よりはるかに大きい。そして「あります」という返事を鵜呑みにせず、「それはどんな案件でしたか」「規模感は」と具体的に聞いてください。本当に経験がある会社は、進め方や苦労した点を具体的に語れます。曖昧な答えしか返ってこないなら、実績は疑ってかかるべきです。

弊社は、複数社に断られた複雑な要件──複合型の会員サイト、基幹連携、認証基盤、複雑な会員構造──のご相談を数多くお受けしてきました。大手が対応しきれない複雑な要件の相談先として、まさに「断られた後」のお客様と一緒にプロジェクトを立て直してきた経験があります。

まとめ

断られる理由は、ベンダーの強みエリア外(できない/うまみがない)か、要件とコストの乖離か。そして安請け合いする会社が一番危ない。探すべきは「同規模・同種の仕組みを一回でも作ったことがあり、その中身を具体的に語れる会社」です。まずは、自社の要件のうち「どの会社にも断られた要素はどれか」を特定してみてください。それが、本当に相談すべき相手の条件を教えてくれます。

他社で断られた要件こそ、お聞かせください。実現可能性の見立てからお答えします。会員サイト構築のご相談はこちら

よくある質問

Q1. 断られた理由を教えてもらうことはできますか？

率直に「どの要件がネックでしたか」と聞く価値はあります。答えてもらえないことも多いですが、1社でも教えてくれれば、要件側の問題か、相手の経験の問題かを切り分けるヒントになります。

Q2. 要件を減らしたくありません。全部実現する方法はありますか？

技術的には、スクラッチを含む開発でほとんどの要件は実現できます。問題は予算と期間です。全部を一度に作るのではなく、目的への寄与が大きい機能から段階的に作る計画にすると、現実的な着地点が見つかることが多いです。

Q3. 見積もりが1社だけ極端に高いのは、断られているのと同じですか？

その可能性があります。受けたくない案件に保険を大きく乗せる「お断り見積もり」は実在します。ただし、要件を深く読み込んだ結果の正確な金額という場合もあるため、内訳の説明を求めて判断してください。

関連記事

• SaaSでは対応できない会員サイトとは？──8つの要件チェックリスト
• 会員サイト構築の費用相場はいくら？
• 会員サイトの開発はどこに頼む？