アパレル業向けOEM管理システムの費用は、初期費用で0万円から3,000万円超まで幅があります。
金額を左右するのは、開発方式、利用者や工場の規模、連携する範囲です。OEM専用システムは公開価格が少ないため、一律の価格ではなく、条件別の価格帯で紹介します。
▼全体ガイドの記事
・アパレル業向けOEM管理システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
アパレル業向けOEM管理システムの概要
アパレル業向けOEM管理システムは、ブランドや商社、OEM・ODM企業が、商品と案件を軸に企画から納品までの情報をまとめて管理するための仕組みです。
費用を考えるときは、仕様変更やサンプル承認、工場発注といった業務のうち、どこまでを履歴としてシステムにつなぐかを先に決めておく必要があります。
OEM業務で一元管理する情報
OEM業務では、商品企画から原価確定までの工程を、商品と案件ごとに管理します。
- 商品企画、仕様書作成、見積、受注
- 資材手配、サンプル作成・承認、量産
- 検品、輸送、入荷、出荷、請求、原価確定
品番、素材、工場、納期、数量などの基本情報を案件ごとに登録し、発注書や画像、パターン、検品基準は同じ案件に紐付けます。
サンプル承認後に生地や附属が変わったときは、承認者、変更日、理由、適用する仕様書の版を残します。
材料費や外注費、仕入は、そのまま原価に集めます。原価に入れる項目は、ほかに次のものがあります。
- 在庫出庫:在庫から出した分を原価に入れる
- 加工・検品・輸送費:加工、検品、輸送にかかる費用
- 関税:輸入時にかかる税
- 保険:保険料を原価に入れる
- 為替差損益:為替の変動で生じる損益
この原価を使えば、案件・品番別に予定原価と実績原価を比べて、利益が動いた工程を説明できます。
一般的な販売管理だけでは不足しやすい理由
一般的な販売管理は、受注・売上・在庫・請求を中心に設計されていることが多いです。
- OEM固有の情報:受注前の企画、顧客ごとの仕様、色・サイズ別SKU、サンプルの差し戻し
- 生産・輸入の情報:委託工場の進捗、資材所要量、海外発注、通関、輸入諸掛
- 初期導入:品番・仕様書の版管理、サンプル承認、工場別進捗、受発注、原価見込を中核に据える
- 段階導入:会計、EC、WMS、EDI、BIは後回しにし、費用額よりも初期投資で減らせる業務損失を軸に範囲を決める
業務の違いを無視して安価なシステムを選ぶと、Excelやメールへの二重入力が残り、追加開発が増える場合があります。
アパレル業向けOEM管理システムの費用相場

OEM専用システムは公開されている価格が限られています。そのため、ここに示す金額は、一般的な業務システムの公開情報、OEM製品の機能範囲、ローコード公式料金、社内リサーチを組み合わせた、2025〜2026年時点の計画用の推定です。
見積もりは前提をそろえないと誤差が大きくなります。価格帯と合わせて、対象範囲、利用者、連携、保守の条件を確認しておく必要があります。
標準SaaSを利用する場合の費用
標準SaaSを比べるときは、価格帯だけでなく、追加料金と利用目的も合わせて見ておきます。
- 費用と期間:初期0〜100万円程度、月額1〜30万円程度、導入2週間〜3か月程度
- 追加料金:初期費用が小さくても、ユーザー、ゲスト、容量、帳票、導入支援、移行、会計連携が別料金になることがある
- 利用目的:仕様書や生産進捗の共有、一部ブランドでの試行に向く
kintoneの公式料金は、1ユーザーあたり月額で、ライトコースが1,000円、スタンダードが1,800円、ワイドが3,000円です。たとえば30人がスタンダードを使う場合、ライセンスだけなら月額5万4,000円です。ただし、業務アプリの設計・開発費は含まれていません(出典: サイボウズ株式会社「kintone料金」、2026年8月確認)。
ライセンス費に、OEM向けアプリの構築、権限、帳票、教育、保守を加えた総額で判断します。
ローコード・業界パッケージを使う場合の費用
ローコードと業界パッケージは、費用の帯と、標準機能への適合性を分けて比べます。
- ローコード:初期50〜300万円程度、月額1〜10万円程度にライセンス費が加わる。期間1〜4か月程度
- 業界パッケージ:初期200〜800万円程度、月額または保守3〜20万円程度。期間3〜9か月程度
- 適合性:標準機能に業務を合わせられるか、追加画面や連携の量によって費用が変わる
- 運用費:商流に近いと開発費を抑えやすい。独自のサンプル承認や原価ルールを無理に合わせると、運用変更やアドオン費が増える場合がある
アパレルOEM向けの製品には、案件別収支や仕掛原価、海外発注を扱うものがあります。ほかにも、入出荷、為替予約、前払、輸入諸掛の原価按分といった機能が案内されています(出典: 株式会社アイル「アラジンオフィス for fashion OEM向け機能」、2026年8月確認)。
標準機能への適合性は、実データを使ったデモで確かめるとよいでしょう。
セミスクラッチ・フルスクラッチの費用
独自開発では、方式ごとの価格と期間に加えて、投資範囲と運用総額を見ておく必要があります。
- セミスクラッチ:初期500〜1,500万円程度、期間6〜12か月程度
- フルスクラッチ・基幹刷新:1,000〜3,000万円超、期間は9〜18か月以上になることがある
- 投資範囲:要件定義からマスタ設計、移行、受入テスト、教育、稼働後の改善までを含む
- 比較期間:初期費用に加えて、3〜5年の運用総額で比べる
拠点や海外工場が複数あり、多通貨・多言語で原価も複雑なうえに、会計・EC・WMS・EDIまで一体で作る場合は、フルスクラッチや基幹刷新にあたることがあります。
ここで示す金額は、類似の業務システムからの推定です。個別案件の確定価格ではありません。
テストや移行を削ると、量産が始まってから仕様違いや原価集計の不整合、工場との再確認が起きやすくなり、業務コストが増えることがあります。
開発費用の内訳と決まり方

開発費は、機能数だけでなく、業務を整理して正しいデータ構造にするまでの工数で決まります。
リサーチノートによると、工程別の比率は要件定義10〜15%、設計15〜20%、開発30〜40%、テスト15〜20%、データ移行5〜10%です。工程ごとの見積もりであれば、各社の前提を比べやすくなります。
要件定義・業務整理にかかる費用
要件定義では、営業、企画、生産管理の各部門が、どの情報を入力するかを洗い出します。資材、検品、物流、経理、工場の各部門も、入力する情報を同じ手順で整理します。そのうえで、承認者と確定時点も決めておきます。
- 業務の棚卸し:表記の揺れ、例外作業、納期変更のルールを整理し、通常案件と例外案件に分ける
- 成果物:業務・機能・画面の一覧、権限表、マスタ、帳票、連携、移行、非機能要件
- 個別要件:仕様書の版、サンプル承認、原価確定時期、工場が使わない場合の代替手段
業務整理を省くと、開発の途中で「このケースも必要だった」と分かり、追加費用や期間の延長につながることがあります。また、現場の代表者も要件定義に加わると、後の手戻りを抑えられます。
設計・開発・連携にかかる費用
設計と連携では、データ構造、画面要件、接続先ごとの作業を分けて見ていきます。
- 設計・開発:商品、品番、SKU、素材、附属、取引先、工場のマスタと、案件、受発注、原価の積み上げ、承認、権限、履歴の組み立て
- 外部連携:会計・販売・EC・倉庫・EDI・物流・BIごとに、項目、頻度、変換、認証、エラー時の再送と監視、どこまでを誰が受け持つかを決める
- 海外工場の入力:CSVや定型メールも、形式の変換とエラーの確認が必要
後から足すと別工数になりやすいのは、画像や仕様書の容量、検索速度、同時利用者数、スマートフォン対応です。
連携の本数が増えるほど、開発費は上がっていきます。そこで、手入力や転記ミスの削減効果も見ながら優先順位を決めると、過剰な投資を避けられます。
テスト・データ移行・教育にかかる費用
テスト、データ移行、教育は範囲を分けて考え、稼働に向けて必要な作業を確認します。
- 受入テスト:通常受注に加えて、変更、差し戻し、不良、再加工、分納、返品、海外輸送、原価差異の場面で動くかを確かめる
- 利用者確認:企画、生産管理、経理、工場、管理者それぞれの権限と操作
- 移行:Excelや紙に残る品番、素材、工場、取引先、原価、進行中案件の重複や表記の揺れを整理する
- 利用準備:操作研修、マニュアル、問い合わせ窓口、稼働初期の伴走支援の有無
テストケースと合否基準を決めておき、代表案件で受入テストを行えば、稼働後の混乱を抑えられます。
移行の範囲としては、現行案件と有効なマスタを優先し、過去データを参照用に分けるという方法もあります。
導入費用と月額費用を左右する5つの変動要因

同じOEM管理システムでも、企業によって見積金額は変わります。価格差を生むのは主に、利用者や拠点の範囲、SKUやマスタの量、外部連携です。さらに、海外取引や非機能要件、独自業務と導入支援の内容も差を生みます。
これらを数えられる状態にしてから依頼すると、各社の提案を比べやすくなります。
利用者数・ブランド数・工場数
利用者と拠点の範囲は、SaaSなら月額に、開発型なら設計工数に影響します。
- SaaS:利用者数、プラン、ファイル容量、ゲストや取引先の扱いで月額が変わる
- 開発型:社内部門、国内外の工場、検品会社、資材メーカーのどこまでが参加するかで、権限や画面数が変わる
- 複数ブランド・拠点:閲覧範囲と承認経路を分ける必要が出てきて、単一ブランドより設計工数が増える
SKU数・仕様書・画像・過去データの量
色・サイズ別のSKUが多い場合は、商品コード、カラー・サイズコード、販売・梱包・検品の単位の関係を設計することになります。
仕様書やパターン、画像、サンプルコメントが多いと、ファイル容量や版管理、検索、権限、バックアップの要件も増えます。
過去データが多いほど、表記の揺れの修正や重複の排除、欠損の確認、移行後の照合に工数がかかります。
会計・EC・WMS・EDIとの外部連携
会計や販売、EC、倉庫、物流、EDIとつなげば、転記や入力ミスを減らせます。ただし、費用は接続先と対象業務によって変わります。
- 接続作業:接続先ごとに、仕様の確認、データの変換、認証、エラー処理、再送、監視を行う
- 連携頻度:リアルタイム連携にするか、1日数回のバッチ連携にするかで費用が変わる
- 優先順位:連携なしで運用できる項目と、二重入力が残る項目とに分けて考える
- 海外調達:発注、船積、輸送、入荷、通関、関税、保険、輸入諸掛、為替、前払も検討の対象に含める
サトーの公式事例では、中国・ASEANなどの工場から輸入するアパレル企業が、受注・輸送・WMSを連動させています。その結果、出荷状況の把握と輸入業務の負荷低減につながっています(出典: 株式会社サトー「大車輪SaaS Global導入事例」、2026年8月確認)。
連携の費用対効果は、いまの問い合わせや手入力にかかっている工数と比べて見ます。
海外利用・セキュリティ・非機能要件
海外利用や品質表示を管理するには、運用条件とセキュリティ要件を見積もりの前に決めておく必要があります。
- 海外利用:多言語、多通貨、時差とタイムゾーン、通信環境、現地権限、データ保持、サポート時間
- セキュリティ:アクセス制御、操作ログ、バックアップ、復旧目標時間、退職者の利用停止、データ出力
- 品質表示:表示の責任範囲と承認フロー
IPAの中小企業向け情報セキュリティ対策ガイドライン第4.0版は、経営者が関与して段階的に対策を進める考え方を示しています(出典: IPA「中小企業の情報セキュリティ対策ガイドライン第4.0版」、2026年確認)。
また、消費者庁は、繊維製品の家庭洗濯等取扱方法について、JIS L0001:2024に基づく五つの基本記号を案内しています(出典: 消費者庁「繊維製品について」、2026年8月確認)。
なお、これは法令や規格の更新を自動で保証する機能ではありません。仕様書と表示情報の版、確認者、適用商品を残す設計は、確認漏れを減らすのに役立ちます。
開発期間と導入の進め方
導入期間の目安は、標準SaaSで2週間〜3か月、ローコードで1〜4か月、業界パッケージで3〜9か月、セミスクラッチで6〜12か月です。
フルスクラッチや基幹刷新は、9〜18か月以上が目安です。教育や移行、海外工場との調整、受入テスト、外部連携によって期間は延びるため、稼働準備までを含めて見積もる必要があります。
企画・要件定義での課題とMVPの決め方
導入企画では、まず関係者の間で業務上の課題をそろえ、そのうえで導入範囲を具体化していきます。
- 仕様違い、納期遅延、赤字案件、余剰資材、二重入力、原価確定の遅れを洗い出す。
- 品番・案件単位で現行フローを描き、標準の流れと例外の流れを分ける。
- MVP(Minimum Viable Product)には、品番・仕様書の版、サンプル承認、工場進捗、受発注、原価見込、納期アラートを優先的に入れる。
- 対象のブランドと工場を限定し、入力率、最新版の確認時間、遅延件数、原価差異の把握日数、問い合わせ件数をKPIにする。
- 企画、生産管理、経理、工場の代表者も参加させ、現場の例外処理を要件に含める。
設計・開発でのパイロット運用
設計・開発の初期には、運用ルールとパイロットの対象範囲を決めておきます。
- 運用ルール:マスタ登録者、仕様書の承認者、工場の更新範囲、原価確定時期、履歴の保持期間
- 画面と確認基準:入力の負担を抑えつつ、管理者には案件別の納期・進捗・粗利・原価差異を表示する。完成度は、代表案件を最初から最後まで追えるかどうかで見ます
- パイロット:少数のブランド、品番、工場で、稼働前に試す
- 工場の入力方法:共有リンク、スマートフォン、定型メール、CSV、社内担当者による代理登録の組み合わせ
- 展開前の見直し:未入力の項目や誤解を招く状態を直して、作り直しの費用を抑える
テスト・リリース後の利用状況の測定
稼働前の受入確認と、リリース後の効果測定は、段階を分けて行います。
- 通常受注から請求までに加えて、仕様変更、差し戻し、分納、欠品、返品、輸入遅延、原価差異の場面を試す。
- 事前に決めた稼働判定基準に照らして、既存データの件数と金額、権限ごとの閲覧範囲、バックアップからの復旧を確かめる。
- 入力率、差し戻し件数、遅延の早期把握、原価確定までの日数、Excelへの戻り件数を測る。
- 改善は一度に追加せず、KPIに影響する要望から優先する。保守に含める障害対応、バックアップ、軽微な改善、法改正対応、クラウド更新、問い合わせ窓口も明記しておく。
見積もりを取る際のポイント
相見積もりでは、同じ機能名でも含まれる作業が会社によって異なることがあります。
RFPや要件メモには、対象業務、利用者、ブランド・工場数、品番・SKU数を書きます。加えて、帳票、移行データ、連携、海外利用、KPI、希望時期も記載すると、見積もりの前提がそろいます。
見積もりは、標準機能、設定、追加開発、移行、教育、保守を分けて出してもらうよう求めます。
代表案件と要件の準備
見積もりとデモでは、実際にある例外案件や帳票の運用まで確かめます。
- 代表案件:通常案件に加えて、仕様差し替え、差し戻し、納期・数量変更、不良、再加工、分納、返品、海外輸送の遅延を候補会社に示す
- デモ確認:変更履歴、工場に渡す承認版、原価差異を説明する画面を確かめる
- 帳票の整理:見た目の再現より、元データ、確定者、月次・シーズン単位の集計方法を整理する
不要な項目を削ると、開発費と入力の負担の両方を抑えられます。
初期費用に加えた総額と追加条件の比較
提案の条件をそろえたうえで、運用中の費用と契約終了時の扱いまで比べます。
- 費用項目:初期、月額・年額、保守、追加利用、容量、帳票、API、移行、教育、問い合わせ、バックアップ、障害対応、追加開発単価
- 保守と総額:年間保守は初期開発費の15〜20%が比較の軸になるが、固定のルールではない。内容を確かめ、3〜5年で試算する
- 契約終了時:データ出力、設計書・テスト仕様書・ソースコードの納品範囲、クラウド所有者、工場アカウントの停止、バックアップの保存期間
- 移行準備:データ形式と移行手順を決めて、将来のベンダー変更に備える
アパレルOEM管理システムのコストを抑える工夫
コストを抑えるには、安さだけで選ばず、追加開発や手作業、仕様違い、納期遅延、在庫・輸送の無駄まで含めた総額を下げることが大切です。導入範囲から始めて、標準機能やマスタ、連携、保守条件へと順に検討します。
MVPを絞った段階導入
第一段階では、仕様違いや納期・採算の判断に直結する機能に絞ります。さらに、対象のブランドや工場も限定します。
- 商品・仕様:品番と仕様書の版を管理する
- 承認・進捗:サンプル承認と工場別の状況
- 受発注・原価:受発注、原価見込、納期アラート
入力率と業務時間の変化を測り、その結果を見ながら在庫、輸入、会計の順に加えます。そのあとは、外部とつなぐ機能や分析機能として、EC、WMS、EDI、BIへと広げていきます。
対象を絞れば、要件定義やテスト、教育、移行の範囲も小さくなります。
将来の拡張を見据えて、マスタとデータの識別子を先に決めておきます。全機能を最初から作る必要はありません。品番や工場、取引先、案件番号、原価項目を一貫して持っておけば、BIや会計連携を後から加えられます。
初期の画面を減らすことは、将来の拡張性を捨てることと同じではありません。
標準機能に合わせる業務と残す独自性の切り分け
標準機能に合わせやすい項目と、競争力に関わる独自業務とに分けて考えます。
- 標準化する項目:重複しやすいマスタ、定型ステータス、一般的な権限、定型帳票
- 独自性を残す項目:顧客固有の承認、独自原価、工場ネットワーク、商社機能、輸入・為替ルール
独自性が競争力に直結するなら、残す価値があります。そのうえで、業務を変える費用と開発する費用を比べて判断します。
クラウド機能で仕様書や発注情報を一か所にまとめ、通知や共有ができれば、メールの確認や転記の工数を減らせます。
シタテルは、企画生産準備から生地・附属の調達、生産管理、物流管理、商品販売までを案内しています。また、2025年には企画・生産・発注の情報を使ったBI機能も発表しています(出典: シタテル株式会社「sitateru CLOUD」および「sitateru CLOUD BI」、2025〜2026年確認)。
標準機能で解決できる範囲を見極めれば、追加開発を抑えやすくなります。
マスタ整備と移行範囲の決め方
マスタの整理を開発会社に任せきりにすると、表記の揺れや重複の判断に時間がかかり、移行費用も増えることがあります。
- 登録ルール:品番、素材、附属、工場、取引先、原価項目の担当者と命名規則を決める
- 移行範囲:現行案件と有効なマスタを優先し、完了案件は参照用に分ける
- 移行照合:移行の前後で件数、数量、金額、原価、在庫、案件の状態をサンプルで照らし合わせる
- ファイル管理:仕様書や画像は最新版を本番へ移し、旧版は参照用として区別する
データ整備は開発費を増やすように見えますが、検索の不備や集計ミス、現場の手戻りを減らすための品質への投資です。
よくある質問
費用を検討する企業からは、SaaSと個別開発の違い、Excelからの移行、工場の利用、AI・BIについて質問が寄せられます。価格だけで比べると、導入後の作業や運用上の制約を見落としやすいため、自社の条件に置き換えて確かめます。
アパレルOEM管理システムで一番安い方法は何ですか?
初期費用だけで見るなら、標準SaaSを業務に合わせる方法が、初期0〜100万円程度と安くなりやすいです。ただし、月額や利用者の追加、移行の費用まで含めた総額で見ると、結果が変わることがあります。
総額には、帳票、連携、教育、保守の費用も含めます。
品番・仕様書・進捗だけから始めるのか、原価・輸入・在庫まで一体で入れるのかによって、適した方式が変わります。
Excelから移行すると費用はいくらかかりますか?
移行費用は、ファイル数や行数、品番・素材・工場の表記の揺れ、過去案件の範囲、仕様書や画像の版管理によって変わります。
単純なCSV取込であれば、費用を抑えられることがあります。一方で、複数のExcelの統合や重複・欠損の整理、移行後の金額照合には、別途工数が必要です。
現行案件と有効なマスタを優先し、完了済みのデータを参照用に分けると、初期の負担を抑えられます。
海外工場がシステムを使わない場合も導入できますか?
導入はできますが、すべての工場に同じ操作を求める必要はありません。閲覧のみ、進捗の更新、社内担当者による代理入力に分けたうえで、共有リンクやスマートフォン、定型メール、CSVなどを組み合わせます。
納期、数量、工程、検品結果、出荷情報の集め方を設計すれば、現場の負担を抑えながら一か所にまとめられます。
AIやBIを最初から搭載すると費用対効果は高いですか?
最初から搭載したからといって、費用対効果が高まるとは限りません。まずは、品番、仕様書、受発注、工場進捗、原価の定義と入力ルールをそろえます。
正しいデータがたまったら、納期遅延の予兆や原価差異、売上計画、支出管理など、目的のはっきりした分析から追加します。そうすると、効果を測りやすくなります。
データの品質が低いまま分析機能を加えると、判断に使える材料は増えず、確認作業だけが増える可能性があります。
まとめ
初期相場は、標準SaaSが0〜100万円、ローコードが50〜300万円、業界パッケージが200〜800万円です。セミスクラッチは500〜1,500万円、フルスクラッチ・基幹刷新は1,000〜3,000万円超になります。
ここに示した金額は、OEM専用システムの確定価格ではありません。金額は、利用者数やSKU、工場の数によって変わります。ほかにも、連携、海外利用、移行、保守の条件が金額に影響します。
費用検討で押さえる三つの要点
費用を比べる前に、仕様違いや納期遅延、原価差異、二重入力といった課題と、それを測るKPIを決めておきます。
品番・仕様書・サンプル承認・進捗・原価見込をMVPとして段階的に導入し、標準機能と独自開発の境界を決めます。
月額や保守、移行、教育、追加開発、データ出力を含めた、3〜5年の総額で比べます。
見積もり依頼前に作る資料
見積もりを依頼する前に、業務資料、マスタと帳票、利用条件をそろえておきます。
- 業務資料:現行フロー、代表案件、受入テスト例
- データ・帳票:品番・素材・工場マスタ、必要帳票、移行対象
- 利用条件:利用者と権限、外部連携、海外利用、非機能要件
- 見積もり範囲:候補会社に通常案件と例外案件を示し、標準機能、追加開発、データ移行、教育、保守、契約終了時のデータ出力を分けて依頼する
先に業務を整理しておくと、投資効果と運用負担の両面から、導入後も使われるOEM管理システムを選びやすくなります。
▼全体ガイドの記事
・アパレル業向けOEM管理システム開発の完全ガイド
▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>


株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。
