---
title: 在庫管理システムの開発費用【2026年版】相場の内訳と20万円台から作る方法
description: 在庫管理システムの開発費用を、SaaS・パッケージ・受託開発の5パターンで徹底比較。人月単価の仕組みから機能別の費用目安、5年間のTCO試算、費用が跳ね上がる条件まで、実際に開発しているエンジニアが数字で解説します。
url: https://webdev-studio.jp/blog/inventory-system-development-cost
published: 2026-08-02
author: 山本　基城
site: WebDev Studio（https://webdev-studio.jp）
tags: 業務システム, 費用相場, 在庫管理
---

# 在庫管理システムの開発費用【2026年版】相場の内訳と20万円台から作る方法

「在庫管理システムを作りたいが、見積もりを取ったら400万円と言われた」——こうしたご相談をよくいただきます。一方で、同じような要件で20万円台から対応できるケースもあります。

なぜ10倍以上の差が出るのか。この記事では在庫管理システムの費用構造を分解し、**どこにお金がかかっていて、どこを削れば安くなるのか**を数字で説明します。営業トークではなく、実際に見積もりを作っている側の内訳をそのまま公開します。

## この記事の結論

先に要点だけまとめます。

- 在庫管理システムの費用は「人月単価 × 工数」でほぼ決まる。機能の豪華さより**誰に頼むか**の影響が大きい
- 人月単価は発注先で3〜4倍違う。さらに多重下請けの中間マージンが上乗せされる
- 基本機能に絞れば20万円台から作れる。逆に**個体管理・トレーサビリティ・基幹連携**が入ると一気に跳ね上がる
- SaaSと開発の損益分岐点は、月額3万円のSaaSなら**おおむね3年前後**
- 見積もり精度を上げる最短の方法は「今の在庫の数え方」を1枚の紙に書き出しておくこと

## 在庫管理システムの費用相場：5つの選択肢

まず全体像です。「在庫管理システム」と一口に言っても、実現方法は大きく5つあり、費用構造がまったく異なります。

| 選択肢 | 初期費用 | 月額 | 導入期間 | 自社業務への適合度 |
|--------|---------|------|---------|----------------|
| Excel・スプレッドシート継続 | 0円 | 0円 | 即日 | 低（人力で吸収） |
| 汎用SaaS | 0〜5万円 | 3,000〜30,000円 | 1〜2週間 | 中 |
| 業界特化パッケージ | 30万〜200万円 | 1万〜10万円 | 1〜3ヶ月 | 中〜高 |
| 受託開発（システム開発会社） | 100万〜500万円 | 保守により変動 | 3〜9ヶ月 | 高 |
| 受託開発（小規模事業者・個人） | 20万〜80万円 | 保守により変動 | 1〜4ヶ月 | 高 |

この表で注目していただきたいのは、**受託開発の2行の差**です。同じ「オーダーメイドで作る」でも、桁が1つ違います。この差の正体を次章で分解します。

## なぜ10倍の価格差が生まれるのか

### 費用はほぼ「人月単価 × 工数」で決まる

受託開発の見積もりは、突き詰めると次の1行です。

> 開発費用 = 人月単価 × 開発工数（人月）

「人月」とは、エンジニア1人が1ヶ月作業する量のことです。在庫管理システムの基本機能なら1〜2人月、バーコード対応や複数拠点を含めても3〜5人月程度が一般的な規模感です。

つまり**工数はどこに頼んでもそう大きくは変わりません**。変わるのは単価のほうです。

| 発注先 | 人月単価の目安 | 3人月の場合の概算 |
|--------|-------------|----------------|
| 大手SIer | 100万〜200万円 | 300万〜600万円 |
| 中堅システム開発会社 | 60万〜100万円 | 180万〜300万円 |
| 小規模開発会社 | 50万〜80万円 | 150万〜240万円 |
| 個人事業主・フリーランス開発者 | 30万〜60万円 | 90万〜180万円 |

同じ3人月の作業でも、発注先によって90万円から600万円まで開きます。**機能を削ったから安いのではなく、単価構造が違う**のです。

### 中間マージンが積み上がる多重下請け構造

もう1つの要因が、日本のシステム開発に根強く残る多重下請け構造です。

大手に発注した案件が、二次請け・三次請けへと流れていく過程で、各社の管理費と利益が上乗せされます。結果として、**実際にコードを書く開発者に届く金額は、発注額の半分以下**ということも珍しくありません。

発注側から見ると、支払った金額のうち相当部分が「開発そのもの」ではなく、営業活動・プロジェクト管理・階層間の調整に使われていることになります。大規模で失敗の許されない基幹システムならこの体制に合理性がありますが、**中小企業の在庫管理システムには過剰**なことが多いというのが実感です。

### 工程別に見た費用の内訳

3人月・180万円の案件を例に、費用がどの工程に配分されるかを示します。

| 工程 | 割合の目安 | 180万円の場合 | 主な作業 |
|------|----------|-------------|---------|
| 要件定義 | 20〜30% | 36万〜54万円 | 業務ヒアリング、機能の洗い出し、仕様書作成 |
| 設計 | 15〜20% | 27万〜36万円 | 画面設計、データベース設計、権限設計 |
| 開発（実装） | 35〜45% | 63万〜81万円 | プログラミング |
| テスト | 10〜15% | 18万〜27万円 | 動作確認、在庫計算の検証 |
| データ移行・導入 | 5〜10% | 9万〜18万円 | 既存Excelの移行、操作説明 |

重要なのは、**プログラミングは全体の半分以下**という点です。「機能を1つ減らせば安くなる」と考えがちですが、実際には要件定義とテストが減らないため、思ったほど下がりません。逆に言えば、要件定義の段階で情報を整理して渡せるほど、総額は効率よく下がります。

## 機能別の費用目安

ここからは具体的に、どの機能にいくらかかるのかを示します。以下は当studioで在庫管理システムを開発する場合の目安です。

| 機能 | 費用目安 | 備考 |
|------|---------|------|
| 商品マスタ管理 | 3万〜6万円 | 商品登録・編集・検索・CSV取込 |
| 入出庫登録 | 4万〜8万円 | 入荷・出荷・返品の記録と在庫への反映 |
| 在庫一覧・検索 | 3万〜6万円 | 一覧表示、絞り込み、並べ替え |
| ユーザー認証・権限管理 | 3万〜8万円 | 役割ごとの閲覧・編集権限 |
| ロケーション（棚番）管理 | 5万〜10万円 | 倉庫内の保管場所の管理 |
| バーコード・QRコード読取 | 8万〜15万円 | スマホ／ハンディでの読取対応 |
| 棚卸機能 | 6万〜12万円 | 棚卸入力、理論在庫との差異表示 |
| 発注点アラート・自動発注 | 5万〜12万円 | 在庫が閾値を下回った際の通知 |
| 帳票出力（PDF／Excel） | 4万〜10万円 | 発注書、在庫一覧、棚卸表 |
| ダッシュボード・在庫分析 | 6万〜15万円 | 在庫金額推移、カテゴリ別内訳 |
| 複数拠点・倉庫管理 | 10万〜25万円 | 拠点間移動、拠点別在庫 |
| 外部連携（EC・会計・販売管理） | 10万〜30万円 | 連携先の仕様により大きく変動 |

**上から4つ（商品マスタ・入出庫・在庫一覧・認証）が最小構成**で、合計13万〜28万円。ここに現場の運用に必要なものだけを足していくのが、費用対効果の高い進め方です。

必要な機能を選んで概算を出せる[費用シミュレーター](/simulator)も用意しました。この表の金額をそのまま反映しているので、自社に必要な構成を選ぶだけで、合計金額と想定期間がその場で確認できます。入力項目はありません。

これらの機能の詳細は[在庫管理システム開発の費用・料金ページ](/services/inventory-system)でも解説しています。

## 業種別に見た必要機能と費用感

在庫管理といっても、業種によって「何を数えるか」がまったく違います。同じ予算でも作るものが変わるため、代表的な業種ごとの傾向を整理します。

| 業種 | 特に必要になる機能 | 費用感の目安 | 注意点 |
|------|-----------------|------------|--------|
| 小売・店舗 | 店舗別在庫、発注点アラート、レジ／POS連携 | 25万〜60万円 | 店舗数が増えると比例して上がる |
| EC・通販 | 引当管理、受注連携、複数モール在庫同期 | 40万〜80万円 | モール連携の本数が費用を左右する |
| アパレル | サイズ・カラー別のSKU管理、シーズン管理 | 35万〜70万円 | SKU数が数千を超えると設計が変わる |
| 食品・飲食 | 賞味期限管理、ロット管理、先入先出 | 50万〜100万円 | 法令要件があるため要件定義が長い |
| 製造業 | 部品表（BOM）、仕掛品在庫、工程間在庫 | 60万円〜 | 生産管理と一体で考える必要がある |
| 卸・商社 | 複数倉庫、拠点間移動、取引先別単価 | 40万〜90万円 | 拠点間の引当ルールが複雑になりやすい |

一般的に、**「1つの商品を1つの数字で数えられる」業種ほど安く、「同じ商品でも属性で分けて数える必要がある」業種ほど高くなります**。アパレルのサイズ・カラー、食品のロット・賞味期限がその代表例です。

自社がどのパターンかを見極める簡単な方法があります。今のExcelで、**1行が1商品になっているか、それとも1商品が複数行に分かれているか**を確認してください。複数行に分かれているなら、それが属性管理であり、費用が上がる要因です。

## 開発スケジュールの実例

費用と並んで気になるのが期間です。中規模（バーコード対応・単一拠点・3人月）の場合の標準的な進行を示します。

| 期間 | 工程 | 発注側の作業 | 開発側の作業 |
|------|------|------------|------------|
| 1〜2週目 | ヒアリング・現状分析 | 現行Excelの提出、業務の説明 | 業務フローの整理、課題の洗い出し |
| 3〜4週目 | 要件定義 | 機能の優先順位の判断、見積もり承認 | 機能一覧・画面一覧の作成 |
| 5〜6週目 | 設計・試作 | 画面イメージの確認、フィードバック | 画面設計、データベース設計 |
| 7〜12週目 | 開発 | 中間確認（2週に1回程度） | 実装、単体テスト |
| 13〜14週目 | テスト・データ移行 | 実データでの動作確認 | 結合テスト、Excelデータの移行 |
| 15〜16週目 | 導入・操作説明 | 現場への周知、運用開始 | 操作説明、初期サポート |

この表で強調したいのは、**発注側の作業が想像以上に発生する**ことです。特に3〜4週目の要件定義と、13〜14週目の実データ確認では、業務に詳しい担当者の時間が必要になります。

ここを「開発会社に任せておけばいい」と考えると、**出来上がってから「これでは使えない」となり、追加費用が発生します**。逆に、この2つの期間だけしっかり関われば、あとは通常業務に集中していただいて問題ありません。

## 20万円台の在庫管理システムは、実際どんな画面になるのか

金額だけ見てもイメージが湧きにくいので、実際の画面をお見せします。以下は当studioで制作する在庫管理システムの画面例です。

### 在庫ダッシュボード

![在庫ダッシュボードの画面例。総在庫数・在庫金額・発注点割れ・欠品数を上部に表示し、在庫推移グラフとカテゴリ別内訳を並べたレイアウト](/images/inventory-dashboard.webp)

総在庫数・在庫金額・発注点割れ・欠品を一目で把握できる画面です。「今どうなっているか」を朝礼前の30秒で確認できることが、在庫管理システムを入れる最大の価値だと考えています。

### 在庫一覧・ロケーション管理

![在庫一覧画面の例。商品ごとの在庫数・棚番・ステータスを表形式で表示し、発注が必要な商品にアラートを表示](/images/inventory-list.webp)

商品ごとの在庫数・棚番（ロケーション）・ステータスを一覧表示します。発注が必要な商品はアラート表示されるため、目視での確認漏れを防げます。

### バーコード読取による入出庫

![スマートフォンでバーコードを読み取り、入出庫を登録する画面の例](/images/inventory-scan.webp)

商品や棚のバーコード／QRコードをスマホで読み取って入出庫を登録します。**転記ミスがなくなることの効果は想像以上に大きく**、棚卸にかかる時間が半分以下になるケースもあります。

※ 画面はイメージです。実際の項目・レイアウトは業務内容に合わせて設計します。

## 逆に費用が跳ね上がる5つの条件

安く作れるケースばかり書くのはフェアではないので、費用が大きく上がる条件も明示します。以下に当てはまる場合、基本機能のみと比べて2〜3倍になることがあります。

**1. ロット番号・シリアル番号による個体管理**
「A商品が100個」ではなく「A商品のロット2026-07が40個、ロット2026-08が60個」と個体単位で追う場合、在庫の引当ロジックが一段複雑になります。先入先出の自動計算まで含めるとさらに増えます。

**2. 賞味期限・トレーサビリティ**
食品・医薬品・化粧品などで求められる、いつ入荷したどのロットをどこに出荷したかを遡れる仕組みです。法令要件が絡むため、要件定義そのものに時間がかかります。

**3. 既存基幹システムとのリアルタイム連携**
CSVの日次連携なら比較的安価ですが、リアルタイムのAPI連携になると、相手システムの仕様調査・接続テスト・エラー時のリカバリ設計が必要です。**連携先の仕様書が入手できるかどうか**で費用が大きく変わります。

**4. 複数倉庫間の引当ロジック**
「東京倉庫に在庫がなければ大阪倉庫から引き当てる」といった自動判定です。優先順位・輸送日数・拠点別の在庫確保ルールなど、決めるべきことが多岐にわたります。

**5. 24時間365日の稼働保証**
夜間も止められない業務の場合、サーバーの冗長化・自動フェイルオーバー・監視体制が必要になります。これは開発費というよりインフラと保守の話で、[サーバー構成の選び方](/blog/choosing-server-for-web-app)にも関わってきます。

逆に言えば、**これらに当てはまらないなら、数百万円の見積もりは過剰な可能性があります**。

## SaaSと自社開発、どちらが安いのか

「月額数千円のSaaSがあるのに、わざわざ作る意味があるのか」という疑問はもっともです。5年間の総保有コスト（TCO）で比較してみます。

以下は**月額3万円のSaaSを10名で利用する場合**と、**初期50万円で開発し保守を月1万円と仮定した場合**の比較です。保守費用は要件により変動するため、あくまで試算の前提としてご覧ください。

| 経過年数 | SaaS（月3万円） | 自社開発（初期50万＋月1万） | 差額 |
|---------|--------------|----------------------|------|
| 1年目 | 36万円 | 62万円 | SaaSが26万円安い |
| 2年目 | 72万円 | 74万円 | ほぼ互角 |
| 3年目 | 108万円 | 86万円 | 開発が22万円安い |
| 5年目 | 180万円 | 110万円 | 開発が70万円安い |
| 10年目 | 360万円 | 170万円 | 開発が190万円安い |

この前提では**2年目の途中が損益分岐点**になります。月額が高いプラン（利用人数が多い、上位機能が必要）ほど、分岐点は早く訪れます。

ただし、判断軸を金額だけにするのは危険です。実務では次の順で考えることをおすすめします。

1. **標準機能で本当に足りるか**を確認する。足りるならSaaSで十分
2. 足りない場合、**運用でカバーできる範囲か**を検討する
3. 運用でカバーすると毎日手作業が発生するなら、**その人件費を年額に換算**する
4. その年額と開発費を比べる

「月5,000円のSaaSで済ませたが、毎日30分の手作業が残った」というケースは、時給2,000円換算で年間約25万円の損失です。**目に見えないコストを金額に直す**ことが、正しい判断につながります。

Excelでの運用を続けるべきかどうかについては、[Excel業務をWEBシステム化する判断基準](/blog/excel-to-web-system)でも詳しく書いています。

## 費用を抑える7つの実践策

見積もりを下げるために、発注側でできることを効果の大きい順に挙げます。

**1. いちばん困っている業務1つに絞って始める**
最も効果が大きい方法です。「全社の在庫を完璧に管理する」ではなく「欠品を防ぐために発注点アラートだけ先に作る」と決めれば、初期費用は数分の1になります。動き始めてから追加するほうが、結果的に無駄な機能を作らずに済みます。

**2. 要件を1枚の紙にまとめてから相談する**
前述のとおり要件定義は費用の20〜30%を占めます。「誰が・いつ・何を入力し・何を見たいか」を事前に書き出しておくだけで、ヒアリング工数が圧縮されます。

**3. 既存のExcelを整理しておく**
表記ゆれの統一、単位の統一、不要行の削除。この作業を発注側で済ませておくと、データ移行の工数が下がります。開発会社にやらせると当然その分の費用がかかります。

**4. 帳票のフォーマットを絞る**
帳票は「あると便利」で数が増えがちですが、1種類増えるごとに費用が積み上がります。本当に印刷して使うものだけに絞ってください。

**5. 権限を細かくしすぎない**
「部長は編集できるが課長は閲覧のみ、ただし自部署だけは編集可」といった細かい権限設計は、テスト工数を大きく増やします。まずは「管理者／一般」の2段階で始めるのが現実的です。

**6. 外部連携は本当に必要な1本に絞る**
連携は費用が読みにくい領域です。まずCSVの手動取込で運用し、頻度が高いものだけを後から自動化するほうが安全です。

**7. 中間業者を挟まず、開発する人と直接話す**
これは発注先の選び方の話ですが、効果は最も大きい部類です。伝言ゲームが減ることで、費用だけでなく認識のズレによる手戻りも減ります。[開発会社とフリーランスの違い](/blog/freelance-vs-company-development)も判断材料にしてください。

## 予算を無駄にする3つの失敗パターン

費用を抑える方法と同じくらい重要なのが、**払ったお金が無駄になる失敗を避けること**です。実際によく見聞きするパターンを3つ挙げます。

### 失敗1：現場が使わず、Excelに戻る

最も多い失敗です。原因はほぼ共通していて、**要件定義に現場の担当者が参加していない**ことです。管理職だけで仕様を決めると、集計や分析の機能は充実する一方、毎日の入力画面が使いにくいものになりがちです。

在庫管理システムは入力する人が毎日触るものです。**1回の入力が10秒違えば、1日100件で17分、年間で60時間以上の差**になります。設計段階で入力担当者に画面を触ってもらう機会を必ず作ってください。

### 失敗2：全機能を一度に作り、使わない機能に払う

「せっかく作るなら全部入れよう」として、結果的に半分の機能が使われないケースです。前述のとおり機能ごとに費用が積み上がるため、使わない機能は**そのまま無駄な支出**になります。

現実的な進め方は、まず基本機能だけで3ヶ月運用し、そのうえで「本当に足りないもの」を追加することです。3ヶ月使うと、当初「必要」と思っていた機能の何割かは不要だったと分かります。

### 失敗3：作った後のことを決めずに発注する

納品されて終わり、というシステムはありません。商品が増える、業務が変わる、法令が変わる。そのたびに改修が必要になります。

発注前に、**「改修が必要になったとき、誰にいくらで頼めるのか」**を必ず確認してください。ここが曖昧だと、いざ改修が必要になったときに、当初の開発費と同じくらいの見積もりが出てくることがあります。担当した開発者と直接つながっているかどうかが、ここで効いてきます。

## 補助金の活用について

在庫管理システムの導入は、**IT導入補助金をはじめとする各種支援制度の対象になる場合があります**。制度によっては費用の一部が補助されるため、検討する価値は十分にあります。

ただし、対象となるツールの要件・補助率・申請期間は年度ごとに変わります。**必ず最新の公募要領を公式サイトで確認してください**。また、多くの制度では申請前に導入支援事業者の登録が必要だったり、交付決定前に発注すると対象外になったりするルールがあります。**発注のタイミングを間違えると補助が受けられなくなる**ため、活用を検討する場合は早い段階でご相談ください。

## 見積もりを取る前に用意したい5つの情報

最後に、精度の高い見積もりを最短で得るために、事前にまとめておくと良い情報を挙げます。これがあるかないかで、見積もりの精度も所要日数も変わります。

1. **管理したい商品の点数**（100点か、10,000点かで設計が変わります）
2. **1日あたりの入出庫件数**（性能要件とUIの作り込みに影響します）
3. **システムを使う人数と役割**（権限設計の粒度が決まります）
4. **拠点・倉庫の数**（複数拠点は費用インパクトが大きい項目です）
5. **今使っているExcelファイルの実物**（列構成を見れば、必要な機能の8割は把握できます）

特に5番目が効きます。**実際に使っているファイルを1つ見せていただくのが、1時間のヒアリングより情報量が多い**というのが正直なところです。

## まとめ

在庫管理システムの費用は、機能の豪華さよりも「誰に、どういう構造で発注するか」で決まります。

- 費用は**人月単価 × 工数**。工数はどこでも大差なく、単価と中間マージンが差を生む
- 基本4機能（商品マスタ・入出庫・在庫一覧・認証）なら**20万円台**から現実的
- **個体管理・トレーサビリティ・基幹連携**が入ると別次元の見積もりになる
- SaaSとの損益分岐点は月額3万円クラスなら**2〜3年目**
- 発注側の準備次第で、同じシステムでも総額は確実に下がる

WebDev Studioでは、在庫管理システムの開発を**20万円〜**で承っています。要件整理から開発・データ移行・運用保守まで、間に人を挟まず開発者が直接対応します。奈良・関西を中心に全国対応です。

「うちの規模だといくらになるのか」を知りたい方は、上記の5つの情報をお手元にご用意のうえ[無料相談](/contact)からお気軽にご連絡ください。お見積もりは無料です。料金の全体像は[料金プラン](/pricing)、機能の詳細は[在庫管理システム開発](/services/inventory-system)のページもあわせてご覧ください。


## よくある質問

**Q. 在庫管理システムの開発費用の相場はいくらですか？**

A. 発注先によって大きく異なります。汎用SaaSなら月額数千円〜数万円で初期費用ほぼ0円、システム開発会社への受託開発なら100万〜500万円、小規模事業者・個人開発者への受託開発なら20万〜80万円が目安です。同じ機能でも10倍以上の価格差が生じる主因は、人月単価の違いと多重下請け構造による中間マージンです。

**Q. なぜ同じ在庫管理システムでこれほど価格差が出るのですか？**

A. 受託開発の費用はほぼ「人月単価 × 開発工数」で決まります。人月単価は大手SIerで100万〜200万円、中堅開発会社で60万〜100万円、小規模事業者・個人開発者で30万〜60万円が目安です。さらに元請けから二次請け・三次請けへ流れる過程で中間マージンが積み上がるため、実際に手を動かす開発者の取り分は発注額の半分以下になることも珍しくありません。

**Q. SaaSと受託開発、どちらが安く済みますか？**

A. 利用年数と利用人数で逆転します。月額3万円のSaaSは5年間で180万円かかるため、受託開発の初期費用が100万円を下回るなら開発のほうが安くなる計算です。一方、1〜2年で使い切る想定や、標準機能で完全に足りる場合はSaaSが有利です。判断軸は金額だけでなく「自社の在庫の数え方が標準機能に収まるか」です。

**Q. 最低限の機能に絞ると、いくらから作れますか？**

A. 商品マスタ・入出庫登録・在庫一覧・簡易検索という基本4機能に絞り、単一拠点・ユーザー数10名程度であれば20万円台から可能です。バーコード読取、複数拠点、自動発注、外部システム連携などを追加すると段階的に上がり、フル機能で80万円前後が目安になります。

**Q. 費用が想定より高くなるのはどんなケースですか？**

A. 代表的なのは、ロット番号・シリアル番号の個体管理、賞味期限や製造ロットのトレーサビリティ、既存基幹システムとのリアルタイム連携、複数倉庫間の引当ロジック、24時間365日の稼働保証の5つです。いずれも在庫計算のロジックが一段複雑になるため、基本機能のみの場合と比べて2〜3倍になることがあります。

**Q. 今使っているExcelの在庫データは引き継げますか？**

A. 引き継げます。ExcelやCSVからのデータ移行は標準的な作業です。ただし、同じ商品が表記ゆれで複数行に分かれている、単位が混在している、履歴と現在庫が別ファイルになっているといった状態だと、移行前のデータ整理に工数がかかります。事前に整理しておくと費用を抑えられます。

**Q. 開発期間はどのくらいかかりますか？**

A. 基本機能のみの小規模なもので1〜2ヶ月、バーコード対応や複数拠点を含む中規模なもので2〜4ヶ月が目安です。このうち要件定義に2〜4週間を要することが多く、ここを丁寧に進めるほど後工程の手戻りが減り、結果的に総額が下がります。

**Q. 作った後の保守費用はどれくらい見ておくべきですか？**

A. 一般的には初期開発費の10〜20%程度が年間の保守費用の目安とされます。内訳はサーバー費用、稼働監視、バックアップ、セキュリティ更新、軽微な改修です。在庫管理システムは業務の変化に合わせて改修が発生しやすいため、機能追加の枠を含むプランを選んでおくと結果的に割安になります。

---

この記事は WebDev Studio（https://webdev-studio.jp）が公開しているものです。
引用する場合は出典として上記URLを示してください。
お問い合わせ: info@webdev-studio.jp