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

Jiraのシステム開発を発注するなら、Jira本体を一から作るのではなく、製品選定、業務整理、ワークフロー設定、データ移行、外部連携、運用定着までを一つの導入計画として委託することが重要です。

「Jiraのシステム」を導入したい企業では、ライセンスを購入するだけで現場の業務が変わるわけではありません。Jira SoftwareとJira Service Management（JSM）のどちらを使うのか、CloudとData Centerのどちらを選ぶのか、どの範囲を外注し、どの範囲を社内で運用するのかを決める必要があります。この記事では、発注形態の選び方、RFPと要件整理、契約形態、費用相場、委託先の比較、発注後の検収までを、発注担当者がそのまま使える順番で説明します。

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

Jiraのシステム開発を発注するときの全体像

Jiraの発注は、ツールの設定作業だけを買う取引ではありません。業務をどのようにチケット化し、誰がどの状態を確認し、どのデータを残すかを設計するため、業務コンサルティングとシステム導入の中間に位置するプロジェクトです。最初に完成形を細かく固定しすぎず、目的と運用ルールを明確にしたうえで、代表チームから試す進め方が適しています。

JiraはAtlassianが提供する業務システムで、課題の登録、担当者や期限の管理、ステータス変更、バックログ、スプリント、カンバン、ダッシュボード、JQL検索、Automationなどを標準機能として利用できます。JSMを使えば、問い合わせポータル、メール受付、キュー、SLA、インシデント管理、変更管理、資産・構成情報の管理にも広げられます。そのため外注先に求めるのは、Jiraの画面を作る能力だけではなく、現行業務を整理して標準機能に落とし込み、必要な部分だけをアプリやAPIで補う能力です。

「Jiraに合わせて業務を変える部分」と「変えられない業務上の制約」を切り分けることも発注の重要な仕事です。独自の承認経路や細かすぎる入力項目をすべて再現すると、通知が増え、管理者しか変更できない環境になり、導入後の変更費用も膨らみます。まずは目的に直結する最小限のワークフローを設定し、例外処理は運用で吸収できるかを検討すると、保守しやすいシステムになりやすいです。

開発部門のタスクやリリースを管理するならJira Software、情シスや顧客サポートの問い合わせを受け付けるならJSMが主な候補です。企画やプロダクトのアイデア管理ではJira Product Discoveryも選択肢になります。製品を混同したまま発注すると、必要なポータルやSLAが見積もりに入っていなかったり、想定していたレポートが別製品の機能だったりします。RFPの冒頭で対象製品、利用部門、想定ユーザー数を明記してください。

構成は大きくAtlassian Cloud、Data Center、Marketplaceアプリや外部システムをAPIでつなぐ拡張型に分かれます。Cloudはインフラの構築やアップデート作業を抑えやすい一方、アプリのデータ配置や社内規程を確認する必要があります。Atlassianの公式価格ページでは、2026年時点でData Centerの新規ライセンス販売を2026年3月30日に終了し、Data Centerの提供終了を2029年3月28日に予定する案内が掲載されています。既存環境からの移行や特殊な要件がない企業は、将来の契約継続性を含めてCloudを基本に比較することが大切です（出典: Atlassian公式Jira価格ページ、2026年8月確認）。

Jiraのシステム開発はどの発注形態を選ぶべきですか？

結論からいえば、要件の不確実性が高い初期段階は準委任、完成させる成果物と受入条件を定義できる部分は請負、ライセンスや定型的な運用支援は別契約に分ける方法が現実的です。Jira導入では、要件定義から運用までを一つの契約に押し込めるより、フェーズごとの責任と成果物を明確にしたほうが、仕様変更や追加要望によるトラブルを抑えられます。

準委任契約は、受託者が専門知識や作業時間を提供し、発注者と協力して業務を進める形です。現行のExcelやメール運用を調査しながら、JiraのIssue type、フィールド、権限、ワークフローを決める段階では、最初から仕様を完全に固定することが難しいため、準委任が適しています。月単位や人月単位で、誰が何時間稼働し、どの会議や成果物を含むのかを契約書と作業計画に記載してください。

ただし、準委任だから成果物が不要になるわけではありません。業務ヒアリング記録、要件一覧、設定方針、課題管理表、次フェーズの見積もり、判断待ち事項を残してもらう必要があります。成果の評価を「頑張ってくれたか」ではなく、「合意した検討事項と意思決定が記録され、次の設定作業につながるか」で確認すると、作業の見えにくさを防げます。

請負契約は、受託者が合意した成果物を完成させ、発注者が検査・受入を行う形です。たとえば、決められたプロジェクト構成、権限設定、ワークフロー、移行スクリプト、連携機能、テスト結果、操作手順書を納品物にする場合に向いています。受入条件には、単に「Jiraを導入する」と書かず、対象プロジェクト数、ユーザーとグループ、必須フィールド、状態遷移、通知、連携の正常系・異常系、移行データの件数と検証方法まで落とし込みます。

請負で注意したいのは、発注者側の意思決定が遅れたり、要件が追加されたりしたときの扱いです。変更管理の手順、追加見積もりの単価、納期の再計算、発注者が用意するアカウントやデータの期限を、契約書または個別仕様書に入れてください。著作権法上の権利の帰属、設定情報やソースコードの引渡し、再委託の可否、契約終了後に別会社へ移管できる条件も、見積もりが安いかどうかと同じくらい重要です。

Atlassianのライセンスは、基本的にJira CloudやJSMなどのサービス利用契約です。対して、SI会社やAtlassianパートナーに依頼する導入支援は、要件定義、設定、移行、教育、保守を対象とする業務委託契約です。両者を分けて表示してもらうと、ユーザー数が増えたときの利用料と、ワークフロー変更や障害対応にかかる委託費を切り分けられます。

Marketplaceアプリ、Atlassian Guard、外部IdP、SlackやMicrosoft Teams、CI/CD、資産管理ツールなどの利用料も別に発生する場合があります。アプリを選ぶときは、機能だけでなく、保存するデータ、権限、提供会社のサポート期間、解約時のデータ取り出し、Jiraのアップデートへの追随実績を確認してください。ライセンス、導入、アプリ、連携先、保守の5つを月額と初期費用に分けた総保有コストで比較すると、見積書の見た目だけで判断しにくくなります。

RFPと要件整理でJiraの発注範囲を決める方法

RFPは、Jiraを使いたいという希望を、複数の委託先が同じ前提で見積もれる情報に変える文書です。細かな画面仕様をすべて書く必要はありませんが、背景、目的、対象範囲、現状、制約、納品物、スケジュール、提案してほしい事項はそろえてください。RFPの情報量が不足すると、会社ごとに含める作業が変わり、価格だけでなく提案内容も比較できなくなります。

まず「何を管理するか」ではなく「何を改善するか」を書きます。たとえば、開発案件のリードタイムを可視化したい、問い合わせの未処理件数を減らしたい、リリースと障害の履歴を追跡したい、部門ごとに分かれている依頼窓口を統合したい、といった業務上の目的です。KPIは、リードタイム、期限超過率、未処理件数、SLA達成率、リリース後の障害件数など、導入後に確認できるものを2〜4個程度に絞ると、設定の優先順位が明確になります。

次に、利用部門、対象ユーザー数、管理者数、拠点、利用言語、現行ツール、既存のプロジェクト数、移行対象のIssue・添付ファイル・ユーザー・権限・履歴を整理します。GitHub、Bitbucket、Slack、Teams、メール、SSO、SCIM、CI/CD、基幹システム、資産管理との連携があれば、連携方式とデータの流れも書いてください。「移行するデータ」と「参照用にアーカイブするデータ」を分けるだけでも、作業量と費用の見積もり精度が上がります。

機能要件には、Issueの種類、必須項目、ステータス、担当者、承認、通知、キュー、SLA、ダッシュボード、レポート、検索条件、Automation、外部連携、移行範囲を入れます。JSMを使う場合は、依頼者向けポータルの入力項目、公開範囲、受付後の担当グループ、緊急度、エスカレーション、ナレッジ連携まで決めると、見積もりの抜けが減ります。

非機能要件には、SSOやMFA、最小権限、監査ログ、保存期間、バックアップ、障害連絡、データレジデンシー、API制限、性能目標、可用性、運用時間、サポート窓口を記載します。Atlassianの公式情報では、Cloud上の通信はTLS 1.2以上、Jiraなどの顧客データと添付ファイルは保存時にAES-256で暗号化され、共有インフラ上でもテナントを論理的に分離すると説明されています。ただし、個人情報を入力してよいか、Marketplaceアプリにデータを渡してよいか、社内の権限とバックアップをどう設計するかは利用企業側の判断です（出典: Atlassian Security Practices、2026年8月確認）。

Cloudのデータレジデンシーは、Atlassian公式のCloud運用情報でJira、JSM、Jira Product Discovery、Confluenceなどについて日本を含む11地域が案内されています。日本にデータを固定したい場合でも、対象となる製品データ、バックアップ、Marketplaceアプリ、連携先の保存場所まで確認が必要です。AtlassianはCloudアプリの自動バックアップを案内していますが、スクリプトで上書きしたフィールドや削除したプロジェクトなど、利用者が行った破壊的変更を自動的に元へ戻すためのバックアップではないと説明しています。RFPでは、誰がどの頻度で何をバックアップするのかを明確にしてください（出典: Atlassian Cloud architecture and operational practices、2026年8月確認）。

Jiraのシステム開発を発注・外注する進め方

Jiraの発注は、要件を決めて一度に全社展開するより、企画、PoC、設計、移行、テスト、教育、段階リリース、運用改善の順に区切ると安全です。各フェーズで発注者が承認する成果物を置き、次のフェーズへ進む条件を決めておくと、問題を後工程へ持ち越しにくくなります。

企画段階では、対象部門の代表者、情シス、セキュリティ、法務、現場の管理者を集め、業務の流れと制約を確認します。その後、1〜2チームを対象に2〜6週間程度のPoCを行い、入力のしやすさ、権限エラー、通知の量、ワークフローの滞留、検索性、ダッシュボードの有用性を検証します。この期間は本番環境を完成させるためではなく、想定が外れた部分を安い段階で見つけるための期間です。

PoCの合否は「使えそう」という感想だけで決めず、代表的な業務シナリオで確認します。たとえば、依頼者がフォームから申請し、担当グループへ割り当てられ、承認され、作業中になり、完了して、レポートへ反映されるまでを実際に操作します。失敗時の通知、権限のないユーザーが見たときの画面、途中で担当者が変わったときの履歴も確認してください。

移行では、ユーザー、グループ、プロジェクト、Issue、コメント、添付ファイル、リンク、履歴、権限、ワークフロー、アプリ設定を一つずつ棚卸しします。現行ツールのデータをすべて移すことが正解とは限りません。古いIssueを移行すると検索性や個人情報の管理が悪化する場合もあるため、現場が日常的に使うデータ、監査や法令上残すデータ、参照だけ必要なデータを分けてください。

連携では、どのシステムが正本か、どの項目をどちら向きに連携するか、失敗時に再送できるか、API制限に達した場合にどうするかを設計します。REST API、Webhook、Forge、Marketplaceアプリのどれを使う場合でも、認証情報の保管、ログ、再実行、担当者、連携停止時の業務手順を決めてください。連携を一社の専用スクリプトに依存させる場合は、ソースコード、設定値、実行環境、監視方法、引継ぎ資料を納品物に含めると、将来のベンダー変更に備えられます。

テストは、設定した機能が動くかだけでなく、業務の一連の流れが成立するかを確認します。単体のワークフロー、権限、通知、Automation、外部連携を確認した後、代表ユーザーによる受入テストを行い、移行データの件数やサンプルの内容も照合します。障害の重大度、修正期限、再テストの条件を先に決めておくと、リリース直前の判断がしやすくなります。

教育では、管理者向けの設定研修、プロジェクト管理者向けの運用研修、一般ユーザー向けの操作ガイドを分けて用意します。現場が入力項目の意味を理解しないまま全社展開すると、空欄や自由記述が増え、JQLやレポートが機能しません。部門ごとに短い操作会を実施し、導入後1か月、3か月、6か月で不要なフィールド、通知、権限、ワークフローを棚卸しする運用まで発注範囲に含めると、定着しやすくなります。

Jiraのシステム開発・導入の費用相場

Jiraの費用は、ライセンス、導入支援、移行・連携、Marketplaceアプリ、保守の合計で考えます。公式ライセンスの価格と、SI会社へ支払う導入費は別物です。導入費だけを比較して、ライセンスやアプリの3年分を見落とすと、契約後の予算が合わなくなります。

リサーチノートで2026年8月に確認したAtlassian公式Jira Cloud価格ページでは、Standardが1ユーザーあたり月額7.91米ドル、Premiumが14.54米ドルとして表示されていました。したがって、単純計算では10ユーザーで月額79.10〜145.40米ドル、100ユーザーで月額791〜1,454米ドルがライセンス費の目安です。1米ドルを150円と置いた予算上の参考換算では、10ユーザーが約1.2万〜2.2万円、100ユーザーが約11.9万〜21.8万円ですが、実際の請求額は為替、契約期間、地域、ユーザー階層、請求方法で変わります（出典: Atlassian公式Jira価格ページ、2026年8月確認）。

Enterpriseは営業見積もりとなり、JSM、Atlassian Guard、Marketplaceアプリ、外部SaaSの利用料は別に計上される可能性があります。価格ページの表示は更新されるため、発注時点の公式見積もりを取得し、月払いと年払い、利用予定ユーザー数と実ユーザー数の差を確認してください。特にJSMはエージェントと依頼者の扱いが製品やプランで異なるため、単純な社員数だけでは見積もれません。

Jira専用の国内開発費統計は一律に比較できる形で確認できないため、以下はリサーチノートにある一般的な業務システムの相場を、Jiraの設定・移行・連携案件へ当てはめた推定レンジです。小規模なPoCや初期設定は50万〜150万円程度、期間は2〜6週間程度が一つの予算目安です。1〜2チーム、標準ワークフロー、権限、ダッシュボード、管理者研修を想定し、ライセンスとアプリの利用料は含めません。

複数プロジェクトやJSMポータル、Slackなどの連携、一定量のデータ移行を含む部門導入は、150万〜500万円程度、1〜3か月程度が推定の範囲です。全社展開や既存ツールからの移行は、500万〜1,500万円程度、3〜9か月程度を見込みます。数百〜数千ユーザー、複数拠点、IdP、CI/CD、資産管理、監査設計、移行リハーサルまで含めると、1,000万〜3,000万円を超える大規模案件も想定されます。これは公式定価ではなく、要件と工数から作る予算レンジです。

保守費は、初期費用の年15〜25％を起点に考えられますが、月次の管理者支援、障害対応、ワークフロー変更、アプリや連携先のアップデート対応を分けて見積もる必要があります。要件定義の不備や移行データの汚れが後から見つかると、初期見積もりの1.3〜1.5倍に膨らむ可能性があります。金額だけでなく、調査、移行リハーサル、受入テスト、教育を最初から予算化しているかを確認してください。

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

委託先は、会社の知名度やAtlassianのパートナーランクだけで決めないことが重要です。Jira SoftwareとJSMのどちらに強いのか、Cloud移行や既存ツールの移行経験があるのか、業務整理から伴走できるのか、導入後に内製へ移管できるのかを、同じ質問票で確認してください。提案段階で実機デモや過去の設計例を見せてもらうと、営業資料だけでは分からない運用力を確認できます。

「Jiraの導入実績があります」という一文だけでは不十分です。自社と同じ業界、ユーザー規模、拠点数、セキュリティ要件、現行ツール、利用製品の実績を確認してください。開発チーム向けのJira Softwareを数十人へ設定した経験と、数百人の情シス向けにJSM、CMDB、資産管理、SLAを導入した経験では、必要な設計や運用が異なります。

候補会社には、担当予定者の経験、要件定義を担当する人、設定や連携を担当する人、導入後のサポート担当を確認します。過去案件の体制、再委託の有無、障害時のエスカレーション、担当者が変わる場合の引き継ぎ方法も質問してください。Atlassian公式パートナーディレクトリに掲載される企業でも、得意領域や提供範囲は異なるため、掲載事実だけで自社への適合性を判断しないことが大切です。

見積書は総額ではなく、要件定義、現行調査、基本設計、Jira設定、アプリ選定、連携開発、データクレンジング、移行リハーサル、本番移行、テスト、教育、ドキュメント、プロジェクト管理、保守に分解してもらいます。各項目について、担当人数、期間、工数、単価、成果物、前提、対象外を確認してください。特に移行、テスト、教育が「一式」になっている場合は、数量や実施回数を質問する必要があります。

相見積もりでは、同じRFPを渡したうえで、提案内容を「目的への理解」「標準機能の活用」「連携と移行の現実性」「セキュリティ」「体制」「内製化支援」「費用」「スケジュール」の観点から比較します。最低価格の会社が最適とは限りません。たとえば、要件定義や移行リハーサルを含めず安く見せている場合、後から追加費用が発生し、結果的に総額が高くなる可能性があります。

セキュリティ面では、SSO、MFA、SCIM、管理者権限、プロジェクト権限、監査ログ、個人情報、添付ファイル、アプリのデータ保存場所、退職者のアカウント削除を確認します。「Atlassian Cloudだから安全」と一括りにせず、Atlassianが担保する基盤と、発注者・委託先が担う設定・運用を分けてください。事故発生時の連絡先、初動時間、ログの提供、原因調査、復旧支援も契約前に確認すると安心です。

契約では、設定情報、APIキー以外の安全な引渡し方法、ソースコード、設計書、テスト証跡、運用手順書、教育資料、アプリ一覧、ライセンス情報を納品物に含めます。契約終了時のデータ返却、アカウント削除、秘密情報の破棄、別会社への移管支援、再委託の承認、秘密保持、損害賠償の範囲も確認してください。特定の担当者や専用スクリプトに依存したまま運用を始めないことが、ベンダーロックインの予防になります。

発注後に失敗しないための運用・検収ポイント

Jiraは導入した時点では完成ではなく、現場の使い方を見ながら改善する業務基盤です。検収では、画面が表示されることだけでなく、実際の業務シナリオと運用責任が整っていることを確認します。発注時から検収基準と運用開始後の支援期間を決めておくと、納品後に課題が放置されにくくなります。

検収シナリオには、一般ユーザーのIssue登録、担当者の変更、承認、期限超過、通知、検索、レポート、権限の異なるユーザーによる閲覧、外部連携、障害時の再処理を含めます。移行したデータは、件数、必須項目、リンク、添付ファイル、権限をサンプルまたは全件で照合します。テスト結果、未解決課題、既知の制限、暫定対応の期限を記録し、残課題があれば受入後の対応責任を明記してください。

検収の基準を「利用者が問題ないと言ったら完了」とするのではなく、RFPと仕様書に戻って確認します。要件を満たしたもの、合意した代替案で対応したもの、次期フェーズへ送るものを分けると、不要な手戻りを減らせます。発注者側の業務責任者が承認者となり、情シスやセキュリティ担当が非機能要件を確認する体制が望ましいです。

運用開始時には、Jira管理者、プロジェクト管理者、一般ユーザー、問い合わせ対応者それぞれの役割を決めます。誰がユーザーや権限を追加するのか、ワークフローを変更するのか、Marketplaceアプリを審査するのか、障害時に誰へ連絡するのかを運用手順書にします。管理者だけが設定を理解している状態を避けるため、設定一覧と変更履歴を社内で管理してください。

導入後は、月次または四半期ごとに、使われていないフィールド、滞留するステータス、過剰な通知、権限の過大付与、未使用アプリ、期限超過、SLA達成率を確認します。Atlassianの顧客事例であるSun Lifeでは、サンドボックスで機能を確認し、ユーザーへのデモ、修正、テストを含む複数の波に分けてCloud移行を進めています。大規模組織では、一括切替よりも、対象範囲とフィードバックを分ける考え方が参考になります。公式事例では、7,000ユーザーの環境で97％のユーザー満足度や、10か月で25万米ドルの時間削減が紹介されていますが、個別企業の成果であり、自社の効果を保証する数字ではありません（出典: Atlassian公式Sun Life導入事例、2026年8月確認）。

よくある質問（FAQ）

Jiraを発注するときは、製品の選び方だけでなく、発注範囲、契約、費用、運用責任について疑問が生じます。ここでは、担当者が委託先へ相談する前に確認したい質問へ、結論から回答します。

要件定義、業務整理、JiraやJSMの選定、設計、設定、アプリ選定、API連携、データ移行、テスト、教育、運用保守まで外注できます。発注者側には、業務上の優先順位、社内規程、最終的な意思決定、データの正当性、受入承認を残すと、委託先に依存しすぎずに導入できます。

小規模なPoCや初期設定は50万〜150万円程度、部門導入は150万〜500万円程度、全社展開や移行を含む案件は500万〜1,500万円程度が、ライセンスを除く推定レンジです。複雑なITSM、複数拠点、アドオン開発、監査、連携が入ると1,000万〜3,000万円を超える可能性があります。正式な金額は、ユーザー数、対象業務、移行データ、連携、支援期間を明記したRFPで相見積もりを取得してください。

新規導入では、インフラ運用の負担、将来の提供方針、データレジデンシー、既存アプリの対応状況を考えると、Jira Cloudを基本に比較するのが妥当です。ネットワーク分離、自社管理、特殊な拡張要件などがある場合はData Centerを検討しますが、2026年3月30日の新規ライセンス販売終了と2029年3月28日の提供終了予定を踏まえ、既存環境の移行計画と将来コストを委託先へ確認してください。

内製化できますが、導入時から管理者研修、設定一覧、変更手順、障害対応フロー、アプリ台帳、連携仕様書を受け取る契約にする必要があります。最初の数か月は委託先の伴走支援を受け、定例で変更作業を共同実施しながら社内管理者へ移管すると、急な引き継ぎよりも安全です。大規模な連携開発や24時間監視まで内製化する必要があるかは、社内の人数と運用時間を基準に判断してください。

まとめ

Jiraのシステム開発を発注するときは、Jira本体の設定だけでなく、業務整理、対象製品、CloudとData Centerの選択、データ移行、外部連携、権限、教育、運用定着までを発注範囲として考えることが大切です。要件が固まっていない部分は準委任、成果物と受入条件を定義できる部分は請負、ライセンスと保守は別契約に分けると、責任分界を明確にできます。

発注前には、対象部門、利用ユーザー、解決したい業務課題、移行と連携の範囲、必要な成果物、社内で担う役割を一枚に整理してください。目的が明確であれば、標準機能で始める部分と追加開発が必要な部分を分けやすくなり、見積もりの前提もそろえられます。

費用は、公式ライセンス、導入支援、アプリ・連携、移行、保守を分けて比較してください。小規模PoCは50万〜150万円程度、部門導入は150万〜500万円程度、全社展開は500万〜1,500万円程度という推定レンジを出発点にし、RFP、移行リハーサル、テスト、教育、契約終了時の引き継ぎまで含めて相見積もりを取ると、発注後の追加費用を抑えやすくなります。最終的には、価格の安さだけでなく、自社の業務を標準機能へ整理し、現場が使い続けられる状態まで支援できる委託先を選んでください。

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

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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