SharePoint Onlineのシステム開発の発注/外注/依頼/委託方法について

SharePoint Onlineのシステム開発は、業務の目的と対象範囲を整理するところから始まります。RFPとPoCで要件を確かめ、契約・移行・運用へ進みます。

要件、費用、委託先の選び方も、順に見ていきます。全体像は、完全ガイドで確認できます。

▼全体ガイドの記事
・SharePoint Onlineのシステム開発の完全ガイド

・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。

SharePoint Onlineのシステムを発注する前の全体像

SharePoint Onlineは、Microsoft 365の上で文書管理、社内ポータル、リスト、検索、権限、承認を組み合わせて使う業務基盤です。ファイル置き場として使うのか、部門ポータルや申請アプリまで作り込むのかで、発注の体制も予算も大きく変わります。そのため、何を作るかより先に、どの業務成果を出すかを決めておくと、不要なカスタマイズを減らしやすくなります。

発注前の業務目的と対象範囲の決め方

移行前に重複ファイルや古い文書を整理しなければ、検索しにくい新しいファイルサーバーができるだけです。目的も、利用者の行動や業務指標の言葉で言い換えておきます。

目的やKPIは、委託先の提案を比べる判断材料になります。目的と対象範囲は、次の項目を一覧にして決めます。

• 業務成果：検索時間を短くすること、申請の状況が見えること、営業案件の最新版を一か所にまとめること
• KPI：検索時間、申請処理時間、移行対象容量、利用部門数、ポータル閲覧率
• 対象システム：SharePoint、Teams、OneDrive、Microsoft Lists
• 対象機能・環境：Power Apps、Power Automate、既存ファイルサーバー、基幹システム

対象範囲には、SharePointのサイトとページ、Teamsのファイル領域も入れます。同じ文書の正本を複数の場所に残すと、別々のファイルが更新されてしまいます。そのため、情報をどこで管理するかは、発注要件に明記しておきます。

SharePoint、Teams、OneDrive、Power Platformの役割分担

各サービスの役割を分けておけば、SharePointに機能を詰め込みすぎる設計を避けられます。情報の置き場所や機能は、次の用途をもとに選びます。

• SharePoint：共有文書、ポータル、ニュース、軽量な台帳
• OneDrive・Teams：個人作業ファイル、会話、チーム共同作業
• Teamsのファイル：チャネルに置いたファイルは、SharePoint側で管理
• Power Platform：承認・通知はPower Automate、入力画面はPower Apps
• Dataverse・SQL：複雑な関係データの保管

SharePointリストは、申請台帳や問い合わせ、設備、案件の管理に使えます。一方で、大量データや複雑なリレーション、厳密なトランザクションが必要な業務には、別のデータ基盤が適しています。

新規発注では、標準Webパーツ、Power Platformのどこまでを使うかを先に決めます。SPFx、Microsoft Graph、Azure Functionsのようにコードを増やす手段は、その理由と将来の保守担当を説明できる状態にしておきます。

SharePoint Onlineの発注形態と契約形態の選び方

ライセンス購入から保守までを一社に一括で依頼するか、工程ごとに分けるかを考えます。一括窓口は初めての導入では便利ですが、作業費とライセンス費が混ざると、支払額の内訳が分かりにくくなります。

見積書と契約書では、ライセンス、初期構築、移行の費目を分けて示してもらいます。追加開発、教育、運用保守は、別の行に分けて示してもらいます。

一括発注と分離発注の使い分け

発注方式は、社内の管理者やプロジェクト管理の経験、移行元の状況を基準に選びます。工程をまとめて任せるか、分けて任せるかで、社内が担う管理の範囲も変わります。

• 一括発注：ライセンス相談から設計、移行、Power Automate構築、教育までを一社に依頼
• 分離発注：独立会社の要件定義・現状分析をもとに構築会社を選び、技術や価格を比較

一括発注では、得意な製品を過剰に採用しないよう、標準機能の範囲、追加ライセンス、ソースや設定の引き渡し条件を確かめます。

この方式は、社内に管理者がいない場合や移行元が複数ある場合に合います。一方で、分離発注は社内にプロジェクト管理の経験者がいる場合に有効です。

要件定義会社と開発会社で、要件の解釈がずれることもあります。そこで、RFPと画面一覧を両社の共通の資料として引き継ぎます。権限一覧と受入基準も、同じ資料として渡します。

請負契約と準委任契約の使い分け

成果物がどこまで明確か、変更がどのくらい入るかによって、契約の種類を選びます。

契約形態ごとに、適用範囲と明記すべき条件を整理しておきます。変更の多いPoCや継続改善を請負だけで進めると、変更見積もりが増えていきます。

• 請負：完成形が明確なサイト構築や定型移行。納期、納品物、検収期間、瑕疵対応、再実施条件を記載
• 準委任：要件定義、伴走支援、運用改善、定例会。担当者、稼働時間、成果物、報告、課題管理、セキュリティ、再委託条件を明確化

要件定義と稼働後の改善を準委任、確定した構築を請負とする組み合わせが、扱いやすい場合があります。

契約には、Power PlatformのSolution、SPFxソース、移行スクリプトの保有者を記載します。設定・権限設計書、テスト結果、運用手順書も、契約に含めます。

社内で運用を続けられるよう、著作権と利用権、第三者コンポーネントの扱いを確かめます。そのうえで、Microsoftのライセンスや管理者アカウント、秘密情報の扱いも見ておきます。

SharePoint Onlineのシステム発注・外注の進め方

発注は、現状把握と要件定義、PoCを経て、構築、移行、受入テストへ進みます。その後、教育と運用設計で仕上げます。工程を省くと、権限や検索、データの正本を作り直す手間が生じ、初期費用より高い追加費用が発生する可能性があります。

現行業務とデータの棚卸しと要件定義

移行候補は一覧にして洗い出します。対象は、ファイルサーバー、SharePoint Server、Notesです。Excelのほか、TeamsとOneDriveも対象になります。既存データベースも、一覧に加えます。

業務フローには、申請者と承認者、差し戻しの扱いを記録します。期限や代理承認の扱い、通知と完了後の保管も、記録の対象です。Excelの表を移すだけでなく、入力ミスや重複登録を防ぐには、業務フローごと整理します。

棚卸しでは、次の項目を順に確かめます。

1. 所有部門、更新者、利用者、容量、ファイル数を押さえる
2. 保存期限、個人情報、権限、重複、正本の有無
3. 文書を保管、廃棄、利用部門未確認のものに分類する
4. 成果指標と業務ルールを決め、データ基盤の候補を委託先と検討する

基盤の候補は、SharePointリストとDataverseです。Power AppsとPower Automateも、候補に入ります。

RFPの条件そろえと代表業務のPoC

委託先の比較から移行の検収まで、条件をそろえて進めます。RFPとPoCでは、次の事項を確かめます。

1. 同じRFPに、目的、ユーザー数、サイト構成、移行元、容量を記載する
2. 共有、権限、個人情報、保存期間、連携先、希望時期を明記する
3. 教育、保守時間、成果物、見積条件も、同じ前提にそろえる
4. 未確定の要件は提案事項として示し、各社の判断力も比べる
5. 一部門、申請フロー、移行フォルダーでPoCを行う
6. 検索、版管理、承認、スマートフォン閲覧、外部共有を確認する
7. 権限エラー、復旧、通知遅延も確認する
8. 登録、権限変更、失敗時の復旧など、画面表示以外の行動を成功条件にする

PoCの結果をもとに、委託先の提案内容と要件を具体化します。

移行リハーサルと受入テスト

本番切替の前に、移行で決める範囲と確認事項を整理します。

移行では、ファイルのコピーに加えて、フォルダー構造やメタデータ、権限などを引き継ぐ範囲を決めます。作成者や更新日、版履歴、共有リンク、保持期間も、引き継ぐ範囲に含めて決めます。

1. 属性の引き継ぎ範囲と、長いパス、禁止文字、重複名、破損の有無を確認する
2. 個々のファイルは250GB、ファイルパス全体は400文字以内
3. テスト環境に全件または代表サンプルを移す
4. 利用部門が検索、閲覧、編集、承認、共有、復旧を確認する
5. 差分移行や切替中の更新停止、旧環境の参照期間、ロールバック条件を合意する

上限値は、Microsoft Learnの「SharePointの制限」に記載されています（2026年確認）。

受入の結果、未解決の不具合、残課題、保守への引き継ぎを書面に残し、検収を口頭で終わらせないようにします。

RFPと要件整理の記載事項

RFPは、各社が同じ前提で見積もり、提案の違いを説明できるようにするための資料です。未確定の項目は無理に決めず、理由と、提案側に確認したい判断材料を分けて書きます。

利用者と成果物の言葉で書く業務要件

業務要件では、誰がいつ何を登録し、誰が確認し、何をもって完了とするかを明らかにします。画面数やサイト数より、この流れのほうが実装範囲を左右します。

用途ごとに、次の情報を定義しておきます。

• 申請：営業担当がスマートフォンから申請し、部長が承認または差し戻し。完了後5年間参照
• ポータル：ニュース、規程、FAQ、窓口、検索対象、更新責任者
• 文書管理：文書種別、必須メタデータ、版管理、承認、保存期間、廃棄、外部共有可否
• 案件台帳：列、入力規則、重複判定、担当者変更、終了後のアーカイブ

権限・外部共有・監査の非機能要件

権限、共有、監査について、発注要件に含める運用事項を整理します。個別ファイルへの例外の付与は洗い出しが難しいため、権限は原則グループで行う前提で定めます。運用で決めた設定は、そのまま要件に反映しておきます。

• 権限：サイト、ライブラリ、フォルダー、ファイルの区分、所有者・メンバー・閲覧者・ゲストの役割
• 例外管理：例外の承認者と期限、退職・異動者、共有リンク、代理承認者の定期確認
• 外部共有：許可ドメイン、招待手順、匿名リンクの禁止または例外、アクセス期限、契約終了時の削除

Microsoft Purviewでは、共有先の種類や名前を監査できます。SharingInvitationCreatedやSharingInvitationAccepted、AnonymousLinkCreatedも確認できます（出典: Microsoft Learn「監査ログで共有監査を使用する」、2026年6月更新）。

クラウドで運用するなら、安全の確かめ方まで発注範囲に含めます。特に、監査ログの確認者、保存期間、インシデント時の調査手順は、明記しておきます。

RFPの段階で揃える成果物と検収条件

RFPには、要件達成を確かめるための検収条件を記載します。納品後の運用引き継ぎに必要な資料も、RFPの段階でそろえておきます。

• 設計資料：サイト構成図、情報設計、画面・権限一覧、ライブラリ・リスト定義
• 構築資料：Power Automateのフロー一覧、テスト仕様書、移行計画と結果
• 運用資料：操作・管理者マニュアル、運用手順書
• SPFx・API利用時：ソースコード、ビルド手順、接続先、シークレット管理方法

検収条件は、要件が達成されたかどうかを基準に定義します。たとえば、検索、承認権限、差し戻し通知、移行件数とエラー報告を確認します。

管理者がサイト所有者を交代できることも、条件に含めます。さらに、検収後の不具合の無償対応期間と仕様変更の扱いは、契約に合わせます。

SharePoint Onlineのシステム開発費用の相場

SharePoint Online専用の開発費について、平均の統計は公表されていません。そのため、この節の金額は、リサーチノートの公開支援価格と一般的な業務システム相場をもとにした予算の仮説として扱います。

ライセンスや初期構築、移行の範囲は会社ごとに異なり、追加開発、教育、保守まで含むかどうかも違います。作業項目と前提をそろえて比べます。

既存契約と追加機能で分けるライセンス費

ライセンス費は、既存契約と追加機能に分けて見ていきます。料金例と、今後の単体プランの扱いも確かめます。

• Business Basic：年払いで1ユーザーあたり月額1,049円相当
• Business Standard：月額3,523円相当
• 既存契約：SharePointの有無、追加ストレージ、有料コネクタを確認
• 単体プラン1・2：2026年6月に新規販売終了
• 単体プラン1・2：2027年1月以降は更新なし、2029年12月にサービス終了

価格は2026年8月確認時点の表示です。税や契約条件、キャンペーンの影響もあるため、契約時点で改めて確かめます（出典: Microsoft「Microsoft 365 SharePoint: プランと価格を比較」、2026年8月確認）。

プラン1・2の終了日程は、2026年1月にMicrosoft Partner Centerが発表しました（出典: Microsoft Learn「2026年1月のお知らせ」、2026年1月28日）。

新規発注では、Microsoft 365スイートや追加容量、従量課金ストレージも含めて、将来の契約構成を比べます。

規模別の初期構築費レンジ

公開された平均価格がないため、対象規模や作業範囲に近い推定レンジを、予算の起点にします。

• 設定中心：1〜2サイト、基本権限、標準ページ、管理者説明。20万〜60万円程度
• 部門業務アプリ：ポータル、リスト、申請・通知、Power Apps、テスト。100万〜500万円程度
• 全社移行：ファイルサーバーなどからの移し替え、権限設計、教育などを含み、300万〜1,000万円程度
• 大規模案件：1,000万〜3,000万円以上になる可能性

公開例では、株式会社コムデックがSharePoint Onlineサポートのライトプランを月額5,000円で案内しています。また、Microsoft 365サポートのスタンダードプランは月額20,000円です。

有限会社アイリスサービスは、Microsoft 365導入サポート全体を50万〜200万円で案内しています。SharePoint／Teams導入支援は、20万円程度です。

全社移行の対象には、ファイルサーバー、SharePoint Server、Notesからの移行が入ります。メタデータ設計や権限マッピング、差分移行、全社ポータル、教育も対象です。

大規模案件では、複数拠点や基幹API、Dataverseを伴う場合があります。Azure、監査、段階展開が加わることもあります。工数は、容量やファイル数、権限の複雑さ、重複、部門数によって変わります。

公開額は、いずれも運用・導入支援の参考価格です。個別開発や大規模移行の価格ではありません（出典: 各社公式サイト、2026年確認）。

問い合わせから運用改善までの保守費

保守の範囲には、次の運用作業が含まれます。

見積もりでは、対応時間と受付時間、緊急連絡先を確かめます。月次報告や作業の繰り越し、追加開発との境界も確認します。

• 問い合わせ対応、権限変更、サイトやライブラリの追加
• Power Automateの監視、容量管理、共有リンクの見直し
• Microsoftの仕様変更、障害復旧、定例会、改善提案

一般的な業務システムでは、保守費を初期開発費の年15〜25％程度とする考え方もあれば、月額15万〜80万円程度とする考え方もあります。一方で、SharePoint Onlineでは利用者数と運用範囲によって大きく変わります。

問い合わせ中心の小規模環境と、全社環境の権限の見直しや監査、移行、改善を含む運用は、分けて見積もります。また、保守や教育が別の契約に入っていないかも確かめます。

SharePoint Onlineの委託先選定と見積比較のポイント

委託先は、Microsoft 365を扱えるかだけでなく、情報設計や移行、Power Platform、権限・セキュリティ、業務定着まで対応できるかで選びます。得意な規模や業務領域は、会社ごとに異なります。

似た業務と工程での実績確認

大規模移行に強い会社もあれば、導入から運用までの一括支援、Power AppsやPower Automateの業務アプリ、小規模運用を得意とする会社もあります。

• 案件規模と工程：移行元、データ量、ユーザー数、サイト数、教育、稼働後保守
• 技術・運用範囲：権限設計、外部共有、Power Platform、API連携
• 自社との類似性：業界規制、拠点構成、データ機密度。Notes移行や個別権限整理の経験
• 実際の担当者：要件定義、設計、移行、テスト、保守の経験

資格だけでなく、権限継承の例外を減らす方法や失敗フローの監視者、担当交代時の引き継ぎを説明できる会社が望ましいです。

公開事例では、SCSK、テクバン、アンクが関連支援情報を案内しています。ほかに、コムデック、ウェブシステムテクノロジー、アイリスサービスなども案内しています。最新の対応範囲と担当体制は、個別に確かめます。

作業項目・前提・除外条件をそろえた見積比較

見積比較では、合計額よりも作業の抜けを探すことが先です。確認する作業と費用は、会社ごとにそろえておきます。

実装、移行、運用の範囲をそろえるため、見積もりは次の観点で分けてもらいます。

• 作業：要件定義回数、サイト・権限設計、ライブラリ・リスト、フロー数、画面開発
• 移行・定着：事前整理、リハーサル、差分移行、テスト、教育、マニュアル、保守
• 関連費用：ライセンス、追加容量、Power Apps、有料コネクタ、Azure、バックアップ、監査機能

安い見積もりでは、要件定義や移行テスト、権限の見直し、教育が除外されている可能性があります。設計書や障害対応も、含まれていないことがあります。一方で、高い見積もりには、不要なSPFx開発や過剰な個別権限が含まれる場合もあります。

標準機能で対応する範囲や追加開発の理由を書いてもらい、将来の変更費用や利用者側の作業も含めて、金額と設計判断を一緒に比べます。

委託先の運用リスク理解の確認

候補の会社には、運用時のリスク対応を具体的に質問します。機能の説明に加えて、運用責任や記録方法まで確かめます。

• 統制と引き継ぎ：サイト増加、所有者退職、個別権限の見直し
• 共有とフロー：ゲスト削除、共有リンク監査、失敗通知
• 障害対応：容量超過、誤削除からの復旧。担当者、頻度、記録方法、費用も確認

SharePoint Onlineのリストやライブラリは最大3,000万件を格納できます。一方、10万件を超えるとリスト、ライブラリ、フォルダーの権限継承を解除できません。

サイトコレクションあたりのリストとライブラリは合計2,000個で、固有権限の推奨一般上限は5,000件です。上限の数字だけでなく、検索性と権限管理を保てる設計かを評価します（出典: Microsoft Learn「SharePointの制限」、2026年確認）。

発注後の定着と運用設計の委託範囲

納品後に利用者がファイルをTeamsや個人フォルダーへ戻したり、サイト所有者が不在になったりすると、導入の効果は続きません。

そのため、管理者とサイト所有者、データ所有者を決めておきます。問い合わせ窓口とセキュリティ責任者も、役割を決めておきます。誰が何をいつ確認するかは、運用手順に落とし込みます。

サイト・権限・保存・外部共有のルール運用

サイトでは、作成申請の流れと命名規則、所有者の最低人数を決めます。レビューの頻度や廃止条件、ハブサイトへの登録基準も定めておきます。文書には、保存期間、版管理、承認、保持、廃棄、メタデータのルールを設定します。

外部共有では、許可する相手と期限を定め、ゲストの見直し、匿名リンク、契約終了時の削除を定期的に確かめます。

運用ルールは、管理者だけが読む文書にせず、利用者が見つけられるFAQや短いガイドにします。改善要望の窓口と、仕様変更を承認する場を設けておくと、各部門が独自にサイトやフローを増やすのを抑えやすくなります。

MVPからの段階導入と利用データによる改善

全社展開は一度に行わず、次の段階で導入と改善を進めます。各段階の利用状況を見て、次の部門や業務へ広げていきます。

1. 代表部門のポータル、重要文書のライブラリ、一つの申請フローに絞って導入する
2. 検索語、閲覧数、申請滞留、フロー失敗、問い合わせ、共有リンク、権限変更を確認する
3. 最初の1〜2か月で、現状分析とPoCを行う場合がある
4. 次の1〜3か月で、部門構築と小規模移行を行う場合がある
5. その後の2〜6か月で、全社移行や教育を行う例もある

段階導入は、要件の不確かさを抑えつつ、投資判断を見直す材料になります。

期間は、移行件数や部門数、承認ルール、外部連携、受入テスト量を根拠に決めます。そのうえで、短縮できる工程と、短縮してはいけない工程を委託先に説明してもらいます。

よくある質問

発注がうまくいくかどうかは、業務要件や移行、権限、契約、運用体制の整理で決まります。発注前によくある疑問を、ここでまとめて答えます。

SharePoint Onlineのシステム開発は小規模でも外注できますか？

外注できます。1〜2サイトの設定、基本権限、標準ページ、管理者説明であれば、初期費用20万〜60万円程度を推定レンジとして、RFPを作成できます。

対象ユーザー数や移行容量、申請フロー数、教育、保守の有無によって変わります。そのため、公開価格に頼らず、作業範囲を明記して見積もってもらいます。

SharePoint Onlineのライセンス費と開発費は別に考えますか？

別に考えます。ライセンス費は、ユーザー数、契約プラン、追加容量、Power PlatformやAzureなどの追加サービスで決まります。

開発費は、要件定義やサイト設計、移行、設定によって決まります。個別開発、テスト、教育も、開発費を左右します。

見積もりは分けて取り、Microsoft 365にSharePointが含まれるかを確かめます。2026年の単体プラン廃止方針が自社の契約に影響するかも確認します。

SharePoint Onlineの委託先は何社に見積もりを依頼すべきですか？

要件とRFPをそろえられるなら、特徴の異なる2〜4社程度に同じ条件で依頼すると、比べやすくなります。候補には、重視する領域の実績が異なる会社を選びます。

金額だけでなく、成果物や前提・除外条件、担当体制を並べて判断します。契約や保守、ソースコードと設定の引き渡し条件も、比較の材料にします。

ファイルサーバーからSharePoint Onlineへ全件移行すべきですか？

移行する範囲は、全件に限らず決められます。利用状況や保存期限、重複を見て、移行、アーカイブ、廃棄、保留に分けます。判断では、次の点も確かめます。

• 個人情報の有無
• 権限の範囲
• 正本の所在
• 業務上の必要性

移行時は、代表データでリハーサルを行います。そのうえで、メタデータ、版、権限、検索、差分移行、切替後の参照期間を受入テストで確かめます。

まとめ

発注では、業務目的と現行データ、正本の位置を整理します。権限や外部共有、保存・廃棄の決まり、運用責任者も、押さえておきます。

標準機能とPower Apps・Power Automate、Dataverse、SPFx・APIは、役割を分けて使います。必要な範囲だけを開発します。

発注前のRFPと見積比較の軸

RFPには、対象ユーザー、サイトとライブラリ、移行元と容量を記載します。データ整理や権限、共有、監査、連携も書きます。受入テスト、教育、保守、成果物、契約形態まで含めます。

見積もりは、ライセンスと初期構築、移行を分けて見ます。追加開発や教育、保守も分け、前提と除外条件まで比べます。安さだけでなく、稼働後に社内で運用できるかを判断します。

迷ったときは一部門のPoCからの開始

全社導入の前に、代表部門のポータル、重要文書の移行、一つの申請フローでPoCを行ってみます。すると、検索や権限、承認、復旧、教育の課題が見えてきます。

成果物と契約条件を残しながら、段階的に対象を広げていきます。そうすることで、SharePoint Onlineを長く使える業務基盤へ育てやすくなります。

▼全体ガイドの記事
・SharePoint Onlineのシステム開発の完全ガイド

▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

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

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

株式会社riplaの会社HPはこちら

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール

張田谷凌央

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