担当者が知るべきシステム開発の外注先の選び方！外注のメリットやデメリットも

---

「社内にエンジニアがいない」「開発プロジェクトが立て込んでいて手が回らない」——そんな悩みを抱える情報システム担当者にとって、システム開発の外注は有力な選択肢のひとつです。しかし、いざ外注を検討してみると、「どの会社に頼めばいいかわからない」「費用やリスクが心配」という声も多く聞かれます。

本記事では、システム開発を外注する際のメリット・デメリットから、外注先の選び方、プロジェクトを成功に導くポイントまでをわかりやすく解説します。

外注先選びで迷ったら「ノーコード開発の窓口」へ是非ご相談ください。

複数の開発会社を一括比較でき、コンシェルジュが発注先の選定を無料でサポート。Bubble・FlutterFlowなどのツール選定から要件定義まで、まるごとお任せいただけます。

---

システム開発を外注する5つのメリット

システム開発を外注することで得られる主なメリットは、以下の5つです。

• 専門的な技術・ノウハウをすぐに活用できる
• 社内リソースをコア業務に集中できる
• 開発スピードを上げられる
• 初期投資・固定費を抑えられる
• 開発リソースをプロジェクト規模に合わせて柔軟に調整できる

それぞれ詳しく見ていきましょう。

---

専門的な技術・ノウハウをすぐに活用できる

システム開発には、プログラミングをはじめ、セキュリティ対策や設計スキルなど、幅広い専門知識が必要です。

こうした知識をゼロから社内で育てようとすると、人材の採用・育成に多大な時間とコストがかかります。

外注を活用すれば、経験豊富なエンジニアがすでにチームにいる開発会社に依頼できるため、即戦力となる専門技術をすぐに手に入れられます。また、AI・クラウドといった最新技術への対応も、外注先のノウハウを借りることでスムーズに実現できるでしょう。

社内に技術の蓄積がない段階でも、プロの力を活かして高品質なシステムを構築できるのが、外注の大きな強みです。

---

社内リソースをコア業務に集中できる

システム開発は専門性が高く、関わる人員の負荷も大きい業務です。

社内でまかなおうとすると、担当者がシステム開発に専念せざるを得ず、本来注力すべき事業推進や顧客対応といったコア業務がおろそかになるリスクがあります。

外注することで、社内の人材をより重要な業務に割り当てられるため、組織全体の生産性が上がります。

「エンジニアは今のプロジェクトで手一杯」「IT担当者が1〜2人しかいない」という中小企業ほど、この恩恵を実感しやすいでしょう。

---

開発スピードを上げられる

開発会社には、プロジェクトを効率よく進めるためのノウハウや、複数名のエンジニアが揃っています。そのため、社内だけで取り組む場合と比べて、短期間でのリリースを目指しやすくなります。

たとえば、市場の変化に素早く対応するためにシステムを数週間以内に仕上げたい場合や、大規模な機能追加を一気に進めたい場合など、スピードが求められる場面で外注は特に力を発揮します。

また、優れた開発会社はプロジェクト管理も徹底しているため、スケジュールの遅延リスクを抑えながら開発を進められるのも、外注ならではのメリットです。

---

初期投資・固定費を抑えられる

社内でシステム開発を行う場合、エンジニアの採用コスト・人件費に加えて、開発用の機材やソフトウェアライセンスの費用も必要になります。これらは規模が小さくても、それなりの金額になりがちです。

一方、外注なら必要なタイミングだけ費用が発生する「変動費」として管理できます。毎月固定の人件費を払い続けるのではなく、プロジェクト単位で契約するかたちが多いため、コスト管理がしやすくなります。

特に、システム開発の頻度が高くない企業にとっては、フルタイムのエンジニアを雇用するよりも外注のほうがコストパフォーマンスに優れるケースも少なくありません。

---

開発リソースをプロジェクト規模に合わせて柔軟に調整できる

システム開発の規模は、プロジェクトによって大きく異なります。小さな機能改修のこともあれば、全社的に使う大規模なシステムを一から作る場合もあります。

社内開発だとメンバーの増減が難しく、「今は人が余っている」「繁忙期は手が足りない」といった状況が起こりがちです。外注であれば、プロジェクトの規模や局面に応じて、依頼する作業量や契約内容を柔軟に変えられます。

必要な時に必要なだけリソースを確保できるのは、外注の大きな利点といえます。

---

システム開発を外注する4つのデメリット

メリットが多い外注ですが、一方で注意しておきたいデメリットも存在します。あらかじめリスクを把握しておくことで、発注後のトラブルを未然に防げます。主なデメリットは以下の4つです。

• 社内にシステム開発のノウハウが蓄積されない
• 何が作られているか把握できなくなる可能性がある
• コミュニケーションコストが発生し、認識のずれが生じることもある
• 仕様変更・追加開発のたびにコストと時間がかかる

それぞれ詳しく解説します。

---

社内にシステム開発のノウハウが蓄積されない

外注の場合、設計・実装・テストといった開発工程の大部分を外部の会社が担います。そのため、プロジェクトが終わっても、開発に関する知識や技術が社内に残りにくいのが実情です。

その結果、次に同じようなシステムが必要になったとき、また最初から外注に頼らざるを得ない状況が続きます。さらに、完成したシステムの細かい仕様を理解しているのが外注先だけになってしまうと、保守・運用でも依存が続き、長期的にコストがかさむ原因にもなりかねません。

外注を進める際は、開発ドキュメント（設計書や仕様書）をしっかり納品してもらうなど、社内に情報を残す工夫が重要です。

---

何が作られているか把握できなくなる可能性

開発を丸ごと外注すると、「進捗が見えない」「何を作っているのかよくわからない」という状態に陥るケースがあります。

外注先を信頼して任せきりにした結果、完成間際になって初めて「イメージと違う」と気づく——こうした失敗は、外注プロジェクトでよく見られるパターンです。

これを防ぐためには、発注側も積極的にプロジェクトへ関与することが必要です。週次ミーティングや進捗レポートの提出を義務づけるなど、定期的に開発の状況を確認できる仕組みを最初から整えておきましょう。

---

コミュニケーションコストが発生する——認識のずれが生じることも

外注では、自社の担当者と開発会社の間で「何をどう作るか」を言葉や文書で伝え合う必要があります。

社内の会話とは異なり、背景知識や業務の常識が共有されていないため、意図が正確に伝わらないことも珍しくありません。

たとえば、「使いやすい管理画面を作ってほしい」という曖昧な指示だけでは、完成後に「これじゃない」となるリスクが高まります。要件を詳細に文書化する作業や、頻繁なやり取りに伴う時間的コストも、外注特有の負担といえます。

外注先とのコミュニケーションを円滑にするには、要件定義書を丁寧に作成し、認識を合わせながら進めることが欠かせません。

---

仕様変更・追加開発のたびにコストと時間がかかる

外注契約の多くは、最初に合意した要件・仕様に基づいて費用が決まります。

そのため、開発途中で「やっぱりこの機能も追加したい」「画面の仕様を変えたい」となった場合、その都度、追加の見積もりや交渉・承認の手続きが必要になります。

内製であれば柔軟に対応できる変更でも、外注では時間とコストの両面で余計な負担が生じやすいのです。また、仕様変更が続くと当初の予算を大きく超えてしまうケースもあります。

こうしたリスクを最小限に抑えるためにも、発注前の要件整理を徹底し、できるだけ変更が生じないよう準備を整えておくことが大切です。

---

システムの外注先は主に5つ

一口に「外注」といっても、依頼できる相手の種類はさまざまです。それぞれ特徴や向き不向きが異なるため、自社のプロジェクト内容や予算に合わせて選ぶことが重要です。主な外注先は以下の5種類です。

• スクラッチで開発する受託開発会社
• ノーコードで開発する受託開発会社
• SES（エンジニア派遣）
• オフショア開発会社
• フリーランス

---

スクラッチで開発する受託開発会社

「スクラッチ開発」とは、既存のパッケージやツールを使わず、システムをゼロから作り上げる開発手法のことです。

この方式に対応した受託開発会社は、プログラミングをフルに活用してオーダーメイドのシステムを構築してくれます。

自由度が高く、複雑な業務要件や独自の機能にも細かく対応できるのが最大の強みです。一方で、開発期間が長くなりやすく、費用も他の手法に比べて高額になる傾向があります。「競合他社と差別化できる独自システムを作りたい」「業務フローが特殊で既存ツールでは対応できない」といった場合に適した選択肢です。

---

ノーコードで開発する受託開発会社

「ノーコード開発」とは、プログラムを書かずに、画面上の操作だけでシステムやアプリを組み立てる開発手法です。BubbleやFlutterFlowといった専用ツールを使うことで、従来のスクラッチ開発よりも短期間・低コストでの納品が実現しやすくなります。

ノーコード開発を得意とする受託会社に依頼すれば、開発スピードと費用を抑えながらも、一定の品質を持つシステムを手に入れられます。特に、スタートアップや中小企業が「まず動くものを作りたい」というフェーズには非常に相性がよい選択肢です。ただし、非常に複雑な機能や大規模なデータ処理が必要なケースは、スクラッチ開発のほうが適している場合もあります。

---

SES

「SES（システムエンジニアリングサービス）」とは、エンジニアを自社に派遣してもらい、発注側の指示のもとで開発作業を進めてもらう契約形態です。

開発の成果物ではなく、エンジニアの稼働時間に対して費用を支払う点が、受託開発会社との大きな違いです。

自社にある程度の技術的な知識があり、「開発の方向性は自分たちで決めたいが、手を動かすエンジニアが足りない」という場合に適しています。一方、エンジニアの指揮・管理は発注側が担う必要があるため、プロジェクト管理ができる人材が社内にいることが前提となります。

---

オフショア

「オフショア開発」とは、ベトナム・インド・中国などの海外企業に開発を委託する手法です。

日本国内の開発会社と比べてエンジニアの人件費が低い国に依頼するため、コストを大幅に抑えられる可能性があります。

大規模な開発でコスト削減を優先したい場合には有力な選択肢ですが、言語や時差、商慣習の違いからコミュニケーションに手間がかかる点は否めません。認識のずれが生じやすいリスクもあるため、要件定義書や仕様書を特に丁寧に作成し、こまめに確認を取りながら進める体制が求められます。

---

フリーランス

フリーランスへ発注する場合は、会社を介さない分、中間マージンが発生しないため費用を抑えやすく、特定の技術に特化した専門家を見つけられる場合もあります。小規模な開発や、ピンポイントで特定の技術が必要なときに向いている選択肢です。

ただし、個人への依頼となるため、体調不良や急な離脱によるリスクがある点や、品質管理が属人的になりやすい点には注意が必要です。

---

担当者なら押さえておきたい「受託開発会社」と「SES」の違い

外注先の種類のなかでも、「受託開発会社」と「SES」は混同されやすい存在です。しかし、両者は契約の性質や責任の範囲が根本的に異なります。発注担当者として正しく理解しておくことで、自社に合わない契約を結んでしまうリスクを防げます。

---

受託開発とSESは「成果物の責任の所在」が根本的に異なる

受託開発とSESの最大の違いは、「誰が成果物に責任を持つか」という点です。

受託開発は、「このシステムを作ってほしい」という依頼に対して、開発会社が成果物の完成・納品まで責任を持つ契約です。

完成したシステムに不具合があれば、原則として開発会社側が修正対応を行います。発注側がプロジェクトの細かい進め方に関与しなくても、決めた仕様どおりのものを届けてもらえる点が特徴です。

一方、SESは「エンジニアの稼働時間」に対して費用を支払う契約です。

エンジニアが一定期間働いた対価として報酬が発生するため、完成物に問題があっても開発会社側に成果物の責任は生じません。プロジェクトの方向性や品質管理は、発注側（自社）が主体的に担う必要があります。

この違いを理解せずに「とりあえずエンジニアを入れてもらえばなんとかなる」という感覚でSESを使うと、思うような成果が得られないケースがあるため注意が必要です。

---

プロジェクトによって向いているケースが異なる

受託開発とSES、どちらが適しているかはプロジェクトの状況や社内体制によって変わります。以下の表を参考に、自社の状況と照らし合わせてみてください。

項目	受託開発が向いているケース	SESが向いているケース
プロジェクトの状況	何を作るか明確に決まっている	要件が流動的で、開発しながら仕様を固めていきたい
社内体制	社内に開発を管理できるエンジニアがいない	社内に開発を管理できる担当者・ITリテラシーの高いメンバーがいる
開発の進め方	納期・品質を外注先に一括で担保してほしい	既存システムの改修・追加開発など、継続的な開発が必要
注意点	要件が曖昧なまま契約すると、認識のずれによる手戻りが発生しやすい	社内に管理者がいない状態でSESを使うと、プロジェクトが迷走しやすい

大まかな判断基準としては、「作るものが明確で、完成までを任せたい」なら受託開発、「継続的に開発を進めながら、社内でコントロールしたい」ならSESと覚えておくとよいでしょう。

---

システム開発の外注費用相場と契約形態

外注を検討するうえで、費用感はもっとも気になるポイントのひとつです。ただし、システム開発の費用は「何を作るか」だけでなく、「どんな契約形態を選ぶか」によっても大きく変わります。ここでは、規模別の費用相場と、契約形態ごとの費用構造の違いを整理します。

---

【規模別】システム開発の費用相場

費用の目安は、開発するシステムの規模や複雑さによって異なります。以下の表を参考に、自社のプロジェクトがどの規模感に近いか確認してみてください。

規模感	具体例	費用目安	開発期間の目安
小規模	社内管理ツール・簡単な業務システム	100万〜500万円	1〜3ヶ月
中規模	複数機能を持つ業務システム・Webアプリ	500万〜2,000万円	3〜6ヶ月
大規模	基幹システム・企業全体で使う統合システム	2,000万円〜	6ヶ月〜1年以上
ノーコード開発	業務管理ツール・社内システム・MVP	30万〜300万円	2週間〜2ヶ月

※上記はあくまで目安です。要件の複雑さや外注先の体制によって費用は前後します。

注目したいのが「ノーコード開発」の欄です。スクラッチ開発と比べて費用・期間ともに大幅に短縮できるため、「まず動くシステムを素早く作りたい」「予算を抑えながら開発したい」という企業にとって、検討する価値の高い選択肢です。

なお、上記の開発費用に加えて、完成後のシステムを維持するための保守・運用費用も忘れず予算に組み込んでおきましょう。月々数万円〜数十万円程度が目安ですが、こちらも内容によって異なります。

---

請負契約と準委任契約によって費用構造が変わる

外注先と契約を結ぶ際、大きく分けて「請負契約」と「準委任契約」の2種類があります。どちらを選ぶかによって、費用の発生のしかたや責任の範囲が変わるため、内容をきちんと理解しておくことが重要です。

比較軸	請負契約	準委任契約
費用の発生条件	成果物の納品	稼働時間（人月）
費用の予測しやすさ	しやすい（固定費）	しにくい（変動費）
成果物への責任	外注先が負う	発注者（自社）が負う
仕様変更時の対応	追加費用が発生しやすい	比較的柔軟に対応可能
途中解約	原則難しい	比較的柔軟
向いている状況	要件が固まっている	要件が流動的

請負契約は、決められた成果物を納品して初めて報酬が発生する契約です。

費用が固定されやすく予算管理がしやすい反面、途中で仕様を変えると追加費用が発生しやすくなります。「何を作るかが明確で、品質・納期の責任を外注先に持ってほしい」という場合に適しています。

準委任契約は、エンジニアが働いた時間（人月）に対して費用を支払う契約です。

前述のSESはこちらに該当します。仕様変更に柔軟に対応できる一方、最終的な費用が読みにくく、成果物の品質管理は自社が担う必要があります。「要件を固めながら進めたい」「継続的な改修・追加開発がある」という場合に向いています。

なお、実際のプロジェクトでは、開発フェーズは請負契約・保守運用フェーズは準委任契約といったように、フェーズごとに使い分けるケースも多くあります。

---

自社に合った外注先の選び方

外注先の種類や費用感を理解したら、次は「自社にとって最適な外注先をどう選ぶか」です。外注先選びで失敗しないためには、価格の安さだけで判断するのではなく、自社のプロジェクト状況や体制に照らし合わせて選ぶことが重要です。主なチェックポイントは以下の3つです。

• 要件が固まっているか
• プロジェクトの予算・規模・納期はどうか
• 実績や保守体制はどうか

---

要件が固まっているか

外注先を選ぶ前にまず確認したいのが、「何を作るか」の要件がどこまで整理できているかという点です。要件の明確さによって、適した外注先の種類が変わってきます。

要件がある程度固まっている場合は、成果物に責任を持って取り組んでくれる受託開発会社が適しています。中でも、スピードとコストを重視するならノーコード専門会社、細かいカスタマイズや複雑な機能が必要ならスクラッチ系の受託開発会社を選ぶとよいでしょう。小規模かつ要件がシンプルであれば、フリーランスへの依頼も選択肢になります。

一方、要件がまだ流動的で開発しながら固めていきたいという場合は、SESのほうが向いています。ただし、前述のとおりSESは社内での管理体制が整っていることが前提です。「エンジニアを入れれば何とかなる」という状況では、期待通りの成果が得にくいため注意しましょう。

---

プロジェクトの予算・規模・納期はどうか

予算・規模・納期の3つの軸でも、適した外注先は変わります。

予算が限られている場合は、フリーランスまたはノーコード専門会社が候補です。特にノーコード開発は、スクラッチ開発と比べて費用を大幅に抑えながら、短期間でシステムを作れる点が魅力です。

大規模・長期のプロジェクトには、組織的な体制を持つ受託開発会社が安心です。大規模なプロジェクトでは、エンジニアだけでなくプロジェクトマネージャーや品質管理の担当者も必要になるため、チームとして動ける会社に依頼するのが基本です。コスト削減も重要な場合は、オフショア開発会社も視野に入れてみましょう。

「まず短期間で動かしたい」「スピード優先」という場合は、ノーコード専門会社が特に適しています。BubbleやFlutterFlowといったツールを活用することで、最短数週間でのリリースを目指せるケースもあります。

---

実績や保守体制はどうか

外注先を選ぶうえで、実績と保守体制の確認は欠かせないステップです。費用や開発スピードだけを見て決めてしまうと、納品後に「サポートが受けられない」「担当者が変わって引き継ぎがうまくいかない」といったトラブルにつながることがあります。

実績の確認では、自社と似たような業種・規模・システムの開発経験があるかどうかをチェックしましょう。公式サイトの導入事例や実績ページを見るほか、担当者に直接「類似のプロジェクトはありますか？」と聞いてみるのも有効です。

保守体制の確認では、納品後のサポート内容と費用を事前に確認しておきましょう。具体的には、「バグが発生したときの対応フローはどうなっているか」「追加開発の相談窓口はあるか」「担当者が変わる場合の引き継ぎはどうなるか」といった点を確認しておくと安心です。

また、実際に担当者と話してみて、コミュニケーションが取りやすいかどうかも重要な判断基準のひとつです。

技術力が高くても、連絡が遅い・説明がわかりにくいといった問題があると、プロジェクト全体に影響が出ます。見積もりの段階から、対応の丁寧さや提案力を見極めるようにしましょう。

---

外注を成功させるには事前準備が重要

優れた外注先を選んでも、発注前の準備が不十分だとプロジェクトはうまく進みません。「伝えたつもりが伝わっていなかった」「仕様が曖昧なまま開発が進んでしまった」といったトラブルの多くは、事前準備の段階で防げるものです。

以下の4つの準備を整えてから外注先へのコンタクトに臨みましょう。

準備項目	具体的にやること	なぜ必要か
目的・課題の整理	何の課題を解決したいかを言語化する	外注先への説明の土台になる
要件の洗い出し	必要な機能・ユーザー・規模を整理する	正確な見積もりに必要
予算・納期の設定	上限予算と希望納期を決める	外注先の絞り込みに使える
RFPの作成	上記内容をA4・1〜2枚にまとめる	複数社への相見積もりが比較しやすくなる

それぞれのポイントを詳しく説明します。

目的・課題の整理は、すべての準備の出発点です。「業務効率を上げたい」という漠然とした表現ではなく、「月次の集計作業に毎回10時間かかっているのを自動化したい」のように、具体的な課題とゴールを言葉にしておきましょう。課題が明確であるほど、外注先も適切な提案をしやすくなります。

要件の洗い出しでは、「誰が使うか（ユーザー）」「どんな機能が必要か」「どのくらいの規模か（利用人数・データ量など）」を整理します。この段階では完璧な精度を求める必要はなく、「優先度が高い機能」と「あれば嬉しい機能」を分けて整理するだけでも、外注先との認識合わせがスムーズになります。

予算・納期の設定は、外注先を絞り込むうえで欠かせない情報です。「予算をオープンにするのが不安」という方もいますが、上限予算を伝えることで外注先も現実的な提案をしやすくなります。また、リリースまでのマイルストーン（中間目標）も合わせて考えておくと、後々のスケジュール管理が楽になります。

RFP（提案依頼書）の作成とは、上記の内容をA4用紙1〜2枚程度にまとめた文書のことです。複数の外注先に同じ条件で見積もりを依頼する「相見積もり」を行う際、RFPがあると各社の提案内容や費用を横並びで比較しやすくなります。フォーマットに決まりはなく、「背景・目的」「開発してほしいもの」「希望納期・予算」「重視する条件」を箇条書きでまとめるだけでも十分です。

---

外注後の失敗を防ぐには？

事前準備が整ったら、次は外注スタート後の動き方が重要です。どれだけ優れた外注先を選んでも、発注後に任せきりにしてしまうと、完成物がイメージと大きくずれたり、トラブルの発見が遅れたりといった失敗につながります。

---

開発を丸投げしない

外注契約を結んだあとも、プロジェクトの主体は常に発注者（自社）にあるという意識を持つことが大切です。「専門家に任せているから大丈夫」という姿勢で開発を丸投げしてしまうと、外注先との認識がじわじわとずれていき、完成間際になって初めて問題に気づく——という事態を招きやすくなります。

具体的には、以下のような取り組みを習慣にしておくとよいでしょう。

• 週次ミーティングの実施：進捗・課題・次のアクションを定期的に確認する
• 進捗レポートの提出依頼：口頭だけでなく、文書で状況を共有してもらう
• チャット・タスク管理ツールの活用：SlackやBacklogなどを使い、情報をリアルタイムで共有できる環境を整える
• 各工程の確認・承認：設計・開発・テストなど、各フェーズの成果物を発注側がチェックしてからOKを出す

大切なのは、細かいことに口を出すことではなく、「いま何が作られていて、想定どおりに進んでいるか」を常に把握しておくことです。疑問点や違和感があれば、早い段階で共有することが、手戻りの防止につながります。

---

仕様変更が発生したら費用・納期への影響を必ず確認する

開発が始まってから「やっぱりこの機能も追加したい」「画面の操作感を変えてほしい」と仕様を変更したくなることは、珍しくありません。むしろ、実際に動くものを見てから気づく改善点は自然なことです。

ただし、仕様変更は必ず費用・納期に影響するという前提で動くことが重要です。特に請負契約の場合、当初の合意範囲を超える変更は追加費用が発生します。「ちょっとした修正のつもりが、気づけば大幅なコストアップになっていた」というケースは少なくありません。

仕様変更が生じた際は、その場で口頭承認するのではなく、以下の手順を踏むことをおすすめします。

1. 変更内容を文書化する：何をどう変えたいかを明確に整理する
2. 外注先に影響範囲を確認する：費用・工数・納期にどう影響するかを見積もってもらう
3. 社内で承認を取る：費用増加が伴う場合は、上長や関係者の了承を得る
4. 変更を正式な書面で合意する：口約束ではなく、変更指示書や議事録として残す

このプロセスを丁寧に踏むことで、「言った・言わない」のトラブルを防ぎ、プロジェクト全体のコントロールを保てます。

---

外注先選びで迷ったらノーコード開発の窓口へ

本記事では、システム開発を外注するメリット・デメリットから、外注先の種類と選び方、費用相場、契約形態の違い、外注後の失敗を防ぐポイントまで幅広く解説しました。

とはいえ、「自社の要件にノーコード開発が合うかどうか判断できない」「複数の開発会社を比べたいけれど、一社ずつ問い合わせる余裕がない」「要件の整理からサポートしてほしい」という方もいらっしゃるのではないでしょうか。

そういった場合は、ノーコード開発の窓口をご活用ください。

ノーコード開発の窓口は、開発会社が運営するノーコード専門のマッチングサービスです。複数の開発会社をまとめて比較・検討できるため、発注先探しにかかる手間を大幅に減らせます。

• 複数のノーコード開発会社を一括で比較・検討できる
• コンシェルジュが発注先の選定を丁寧にサポート
• BubbleやFlutterFlowなど、自社に合ったツール選びも相談可能
• 要件定義の段階から、無料でサポートを受けられる

「どこに相談すればいいかわからない」「開発会社へ問い合わせる前に、まず状況を整理したい」という段階からでも、お気軽にご利用いただけます。