結論：工数管理システムの開発費用は、SaaS導入なら初期0〜50万円程度、部分カスタマイズなら500万〜5,000万円程度、
フルスクラッチなら1,000万円〜数億円以上が目安ですが、利用人数・連携・データ移行で大きく変動します。
工数管理システムを導入するときは、表示された月額料金だけで判断すると、初期設定、
マスタ整備、既存データの移行、勤怠や会計との連携、運用保守まで含めた本当のコストを見落としやすくなります。
本記事では、システム開発会社に依頼する場合と既製サービスを利用する場合を分け、費用相場、
内訳、開発期間、価格の変動要因、見積もりの取り方、コストを抑える進め方をハウツー形式で解説します。
▼全体ガイドの記事
・工数管理システム開発の完全ガイド
工数管理システムの費用はなぜ方式で大きく変わりますか？
工数管理システムの価格差は、単にプログラムの量だけで決まるものではありません。どの業務を標準機能に合わせるか、
どのデータを正確に連携するか、導入後に誰が運用を担うかによって、必要な作業と責任範囲が変わります。
見積もりに含まれる範囲がサービスごとに異なります
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
同じ「工数管理」でも、日々の時間入力だけを提供するサービスと、案件・WBS・予定工数・実績工数・人件費・原価・粗利まで管理するシステムでは。必要な機能が異なります。
さらに、勤怠打刻、給与計算、会計、販売管理、ERP、チャット、カレンダーと連携する場合は、APIの仕様確認、認証、エラー処理、締め処理の設計が加わります。
見積書では、利用ライセンスと開発作業を同じ「システム費用」として扱わず、範囲を分けて確認することが重要です。
初期費用ではなく3〜5年の総額で比べます
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
初期費用が安く見えるSaaSでも、利用者が増えると月額が上がり、導入支援、追加アドオン、ストレージ、API利用、専用サポートが別料金になる場合があります。
一方、スクラッチ開発では初期投資が大きくなりますが、利用人数に比例するライセンス料を抑えられるケースがあります。
導入時の金額だけでなく、月額料金、保守、アップデート、障害対応、データ出力、解約時の移行費まで足し合わせ、複数年の総保有コストで比較します。
工数管理システムの費用相場はいくらですか？
費用相場は、SaaS、パッケージやクラウドの拡張、部分カスタマイズ、フルスクラッチの順に大きくなる傾向があります。
次の金額は初期検討のための目安であり、工数管理だけでなく周辺業務や連携をどこまで含めるかによって個別に補正されます。
SaaS導入は初期0〜50万円程度と月額料金が中心です
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
SaaSは、既に用意された工数入力、案件管理、レポート、承認などを利用する方式です。初期費用は0〜50万円程度、導入期間は1〜3か月程度が一つの目安です。
ただし、初期設定や操作研修、既存マスタの整理、勤怠・会計との連携が必要な場合は追加費用が発生します。
月額は無料〜数千円を1ユーザーあたりの基準とするサービスがある一方、法人向けの導入支援込みで月額10万〜20万円台となるプランもあります。
公開価格の具体例として、Lychee Redmineは2026年7月1日改定後、クラウド版のスタンダードが900円。
工数・予算管理を含むプレミアムが1,400円、ビジネスが2,100円ですべて1ユーザーあたり月額となっています。
別途、クラウド利用料も設定されています。
出典: Lychee Redmine公式料金、2026年7月改定。
価格だけでなく、必要な工数管理機能がどのプランに入っているか、最低契約数や導入支援費があるかを確認します。
パッケージやクラウド拡張は100万〜1,000万円程度です
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
パッケージやクラウドサービスを基盤に、自社の組織、案件、権限、承認、帳票を設定する方式です。
ライセンスや利用料に加え、初期設定、画面や帳票の追加、データ移行、外部連携、教育を含めると、100万〜1,000万円程度が目安になります。
導入期間は3〜6か月程度が一般的な検討レンジですが、既存データの品質が悪い場合や、部門ごとに異なる運用を統合する場合は長期化します。
部分カスタマイズは500万〜5,000万円程度です
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
独自の原価計算、複雑な権限、会計やERPとの連携、既存の販売管理との整合を重視する場合は、標準サービスを部分的に拡張します。
要件定義、画面・帳票の追加、API開発、テスト、移行、教育まで含めると、500万〜5,000万円程度の幅になります。
期間は6か月〜1年程度が目安ですが、連携先の数、データ確定のルール、承認の例外が増えるほど見積もりは上振れします。
フルスクラッチは1,000万円〜数億円以上に広がります
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
フルスクラッチは、既存サービスに合わせることが難しい特殊な業務や、社外提供を前提とした独自サービス、大規模な組織・権限・連携を持つ企業に向いています。
小規模な業務システムなら10万〜500万円程度・3〜6か月、中規模なら500万〜5,000万円程度・6か月〜1年。
大規模なら5,000万円〜数億円以上・1年以上という整理が、業務管理システム全般の初期目安になります。
ただし、この金額は工数管理専用の価格表ではなく、要件定義後に変わる参考レンジです。
出典: NotebookLMリサーチノート「工数管理システム」、確認時点。
工数管理システム開発の費用内訳はどうなりますか？
費用の妥当性を判断するには、合計金額よりも「何にいくらかかっているか」を分解して確認します。
見積書の項目が一式ばかりの場合は、作業範囲と成果物が分からず、後から追加費用が発生しやすくなります。
要件定義と業務整理の費用です
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
最初に、案件・プロジェクト・WBS・タスクの階層、入力単位、予定と実績の比較方法、承認・締め・修正履歴、部署や担当者ごとの集計を定義します。
経営層が見る採算、PMが見る予実差、現場が使う入力画面、経理が必要とする原価データ、情シスが管理する権限とAPIは、同じ工数管理でも要求が異なります。
ここを整理する作業が短いと、開発後に「この集計も必要だった」と判明し、追加開発の原因になります。
成果物としては、業務フロー、画面一覧、権限一覧、データ項目定義、連携一覧、KPI、運用ルールを作成します。
既存のExcelや紙の様式をそのまま画面化するのではなく、入力を省ける項目と、原価・監査のために残す項目を分けることが、要件定義費用の有効活用につながります。
設計・開発・テストの費用です
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
設計・開発では、Web画面、スマートフォン対応、PWA、データベース、API、CSV入出力、SSO、役割別権限、監査ログ、バックアップ、監視などを実装します。
特に工数データは、入力後に上長が承認し、月次で締め、修正時には履歴を残し、確定値を会計や原価計算へ渡す必要があります。
単純な登録画面より、締め後の訂正、再集計、エラー時の戻し方の設計に工数がかかります。
テストは、画面が動くかだけでなく、予定工数と実績工数の差異、勤怠時間との不一致、異なる雇用形態、月またぎ、権限外の閲覧、API障害、締め後の修正まで確認します。
テスト仕様書と受け入れ条件を先に合意し、検収基準を曖昧にしないことが、追加修正費用の抑制につながります。
データ移行・教育・保守の費用です
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
Excelや旧システムから案件、タスク、社員、単価、過去工数を移行する場合は、表記揺れの修正、重複の統合、未入力値の扱い、コード変換、試行移行。本番移行が必要です。
移行対象を増やすほど便利になるとは限らず、過去データをどの粒度で残すかを決めないと作業量が膨らみます。入力ルールを説明する研修、管理者向けの承認研修、マニュアル、問い合わせ対応も見積もりに含めます。
自社開発の場合の運用保守は、初期開発費の年10〜20％程度を目安に置く考え方があります。
例えば3,000万円の開発なら、年間450万〜600万円、月額37万〜50万円程度という試算例がありますが、これは保守範囲を置いた計算例であり。
契約内容によって変わります。
出典: NotebookLMリサーチノート「工数管理システム」、2026年。
SaaSではアップデートや基盤運用が月額に含まれる場合もあるため、保守費を単純比較しないようにします。
工数管理システムの価格を左右する要因は何ですか？
同じ方式を選んでも、利用人数や案件数だけでなく、運用ルールの複雑さとデータの品質で費用は変わります。
見積もりを取る前に、次の項目を自社の現状として整理しておくと、複数社の提案を比較しやすくなります。
利用人数・案件数・組織階層で変わります
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
SaaSは利用ユーザー数に応じて月額が変わるため、社員全員が入力するのか、管理者だけが閲覧するのか、協力会社や派遣社員を含めるのかを区別します。
組織が増えると、部署、職種、役割、原価単価、承認者、請求先のマスタも増えます。案件数が多い場合は、アーカイブ、検索速度、ストレージ、帳票出力の上限も料金と使い勝手に影響します。
勤怠・会計・ERP連携とセキュリティで変わります
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
勤怠時間と工数時間を別々に入力する運用では、合計が合わず、管理者が修正する時間が発生します。
TeamSpiritの公式価格では、工数のライセンス費用が月額18,000円からで、利用ユーザー数に応じて変動し。
初回契約時には初期費用が発生すると案内されています。
出典: TeamSpirit公式価格、2026年確認。
勤怠と工数を一体化するか、別サービスをAPIで連携するかで、ライセンスと開発費の構成が変わります。
従業員情報、勤務実績、案件情報を扱うため、SSOや多要素認証、役割別権限、IP制限、暗号化、アクセスログ、バックアップ、障害通知が必要になる場合があります。
個人情報保護委員会のガイドラインでも、担当者とデータベースの範囲を限定するアクセス制御や。
ログイン実績・アクセスログの管理が示されています。
出典: 個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン（通則編）」。
要件を後から追加すると、設計変更と再テストの費用が発生します。
データ移行の量と品質で変わります
過去のExcelに「開発」「開発作業」「開発案件」などの表記揺れがあると、そのまま移行しても正確な集計ができません。
未入力の社員、退職者、終了案件、部署変更、単価改定をどう扱うかも決める必要があります。
データ件数だけを伝えるのではなく、ファイル数、列数、期間、欠損率、変換ルール、移行後に残す履歴を開発会社へ共有します。
入力の定着と運用変更の大きさで変わります
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
現場が入力しないシステムは、機能が多くても経営判断に使えません。
スマートフォン対応、カレンダー連携、コピー入力、タイマー、SlackやTeams通知などは入力負荷を下げますが、必要な機能を追加するほど費用が増えます。
導入前に、誰が、いつ、何分以内に入力し、誰が翌営業日までに承認するかを決め、入力率、未入力率、承認滞留、集計時間を導入後KPIにします。
工数管理システムはどのように開発・導入しますか？
開発を急ぐ前に、現場の入力方法と経営が必要とする指標をつなげます。特にExcel、
紙、チャット、口頭、二重入力が残ったままでは、システムが不正確なデータを高速に処理するだけになるため、
最初に業務を棚卸しします。
最初にAX棚卸しとKPI定義を行います
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
まず、案件登録、タスク分解、工数入力、承認、締め、原価計算、請求、レポート作成を実際の担当者に聞きます。
経営層は採算と稼働率、PMは予実差とリソース、現場は入力のしやすさ、経理は原価と締め、情シスは権限・API・セキュリティを重視します。
立場ごとの目的を混ぜずに、最終的に見る指標と入力の責任者を定義します。
この段階で、勤怠実績と工数実績をどう一致させるかも決めます。
労働時間の法的な把握は工数入力だけで完結するとは限らず。
厚生労働省は36協定における時間外労働の原則的な上限を月45時間・年360時間と案内しています。
出典: 厚生労働省「労働条件・職場環境に関するルール」、2026年確認。
システムのアラートや集計は、社内の労務ルールと適用関係を確認したうえで設計します。
1部署または1〜3案件でパイロット運用します
全社一斉導入の前に、1部署または1〜3案件で1〜2か月程度のパイロットを行います。
入力に何分かかるか、未入力がどのタイミングで起きるか、承認が滞留するか、案件名や作業名の表記が揺れるかを測定します。
機能の要望を無制限に集めるのではなく、入力率と集計時間を改善する項目を優先し、不要な画面や帳票を削ります。
標準機能から段階的にリリースします
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
パイロットで入力ルールを固めた後、標準機能、マスタ、権限、承認、基本レポートから導入します。
会計・ERP連携、スマートフォンの高度な入力、原価配賦、AIによる入力候補や異常検知などは、利用状況を見て次の段階に回します。
SaaS、パッケージ拡張、部分カスタマイズでは期間感が異なるため、社内の意思決定とデータ移行の期間を別に確保します。
工数管理システムの見積もりを取る際のポイントは何ですか？
相見積もりは、同じ要件と同じ前提で依頼して初めて意味を持ちます。「工数管理システムを作りたい」
だけでは、提案会社によって機能や作業範囲が変わるため、安い会社を選んだつもりでも、
後から追加費用が増えることがあります。
利用人数・業務・連携をRFPに書き出します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
依頼書には、利用人数、部署数、案件数、入力頻度、案件とタスクの階層、予定工数と実績工数の比較、承認者、締め日、過去データの期間。
勤怠・会計・ERP・チャット・カレンダーとの連携、スマートフォン対応、権限、SSO、監査ログ、希望時期を記載します。
必須、できれば欲しい、将来検討の3段階に分けると、標準機能と追加開発の差が見えます。
開発会社とSaaSベンダーを同じ軸で比較します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
既製SaaSを提供する会社と、業務システムを工数管理システム開発する会社では、得意な支援が異なります。
SaaSは標準機能を早く使い始めたい企業、工数管理システム開発会社は独自の原価計算や複雑な連携を重視する企業に向いています。
比較時は、工数管理の実績だけでなく、要件定義に担当エンジニアが参加するか、データ移行を誰が担うか、テストと教育の範囲、保守体制、解約時のデータ返却を確認します。
公開価格の例では、クラウドログがジョブカン勤怠管理との連携プランを月額125,000円からと案内した発表例があります。
出典: 株式会社クラウドワークス「クラウドログ」公式発表。
これは税別かつ人数によって変動するプラン例で、現在の契約条件を示す確定見積もりではありません。こうした公開価格は相場感を得る材料にし、最終判断は同じ利用人数・同じ連携範囲で見積もりを揃えて行います。
成果物・変更管理・データ返却を契約で確認します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
契約前に、要件定義書、画面・帳票一覧、設計書、テスト仕様書、API仕様、データ定義、設定一覧、操作マニュアル、バックアップ・復旧手順。ソースコードまたは設定情報の扱いを確認します。
開発途中の要望変更について、追加費用の算定方法と承認手順も明記します。自社専用開発では、契約終了後にデータをCSVや標準形式で取り出せるか、移行支援を依頼できるか、利用規約と契約書の両方で確認します。
工数管理システムのコストを最適化する方法は何ですか？
費用を下げるときに、必要な管理を削るのではなく、使われない機能と重複作業を減らすことが重要です。
特に入力定着やデータ品質を後回しにすると、導入後の手作業が増え、システム費用を節約した意味が薄れます。
標準機能に合わせる業務と独自化する業務を分けます
案件名、作業分類、工数の入力単位、承認期限など、会社として統一できる業務は標準化します。
一方で、法定・契約・採算管理に直結する独自ルールだけをカスタマイズします。既存の帳票やExcelの見た目を完全に再現するより、
必要なデータを一度入力して複数のレポートに使える設計の方が、開発と運用の両方を抑えやすくなります。
パイロットと段階導入で投資時期を分けます
初期段階で全社・全機能を作り込まず、1部署で工数入力、承認、基本集計を始めます。
入力率と集計時間が改善したことを確認してから、原価配賦、会計連携、予算管理、AI支援を追加します。
導入効果が分からない機能を先に開発しないため、予算の上振れを抑えながら現場の意見を要件に反映できます。
月額・保守・移行を含む総額で最適化します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
月額料金だけを抑えるのではなく、初期設定、移行、教育、API、ストレージ、サポート、追加ユーザー、アップデート、障害対応。解約時のデータ出力を3〜5年分並べます。
利用人数が少ない期間と増員後の期間を分け、50名、300名、1,000名以上など複数のシナリオで比較すると、SaaSと自社開発の境目を検討しやすくなります。
AI機能を追加する場合も、最初から自動判断を任せるのではなく、入力候補の提示、異常な工数の検知、レポートの下書きなど、人が確認できる用途から始めます。
データの表記揺れや未入力が多い状態では、AIの利用料を増やしても精度が上がりにくいため、まずマスタと入力ルールを整備します。
工数管理システムの費用についてよくある質問
工数管理システムの費用は、サービスの料金表だけで決められません。ここでは、導入前に特に質問されやすい費用、
開発期間、SaaSとスクラッチの選択について直接回答します。
工数管理システムは無料で導入できますか？
無料プランや無料トライアルを提供するSaaSはありますが、全社導入を無料で完結できるとは限りません。
工数管理、予算、権限、連携、サポートなどが有料プランに含まれる場合があるため、利用人数、
最低契約数、初期設定、データ移行、導入支援を含めて確認します。
50名程度の会社ならSaaSと開発のどちらが安いですか？
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
標準的な工数入力と集計が中心なら、初期費用と月額を抑えやすいSaaSから試す方法が現実的です。
ただし、独自の原価計算、既存ERPとの連携、特殊な承認、外販、厳格なオンプレミス要件がある場合は、SaaSの追加開発や運用回避策が高くなることがあります。
50名という人数だけで決めず、3〜5年の総額と業務適合性を比較します。
勤怠管理と工数管理を一体化すると費用は下がりますか？
一体化によって二重入力や不一致の修正を減らせる可能性がありますが、必ず安くなるとは限りません。
勤怠、工数、経費、原価の機能をまとめて契約するため、ライセンスや設定費が増える場合もあります。
費用だけでなく、勤怠時間と工数時間をどのタイミングで一致させるか、締め後の修正を誰が承認するかまで含めて評価します。
開発会社への見積もり依頼前に何を準備すればよいですか？
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
利用人数、部署、案件数、入力単位、承認ルール、必要なレポート、勤怠・会計・ERPとの連携、過去データの期間、権限、セキュリティ、予算、希望開始時期を整理します。
現在のExcelや帳票をサンプルとして用意し、必須機能と将来機能を分けます。要件が未確定でも、仮定と確認事項を明記したRFPを渡すと、提案会社が同じ条件で見積もりやすくなります。
まとめ
工数管理システムの費用は、SaaSなら初期0〜50万円程度と月額、パッケージやクラウド拡張なら100万〜1,000万円程度、
部分カスタマイズなら500万〜5,000万円程度、フルスクラッチなら1,000万円〜数億円以上が初期検討の目安です。
いずれも、利用人数、案件・組織の複雑さ、勤怠・会計・ERP連携、セキュリティ、データ移行、
教育、保守で変動します。
費用判断は方式・範囲・総額の3点で行います
標準的な業務はSaaSで早く始め、独自性の高い部分だけを拡張する方法が、初期投資と定着のバランスを取りやすくなります。
見積もりでは、要件定義、開発、連携、移行、教育、保守を分け、初期費用だけでなく3〜5年の総額、
解約時のデータ返却、担当会社の支援範囲まで確認します。
1部署のパイロットから始めて効果を測定します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
最初から全社向けの高額な開発を確定せず、1部署または1〜3案件で入力率、承認滞留、集計時間、予実差を測定します。
現場で使われる入力ルールと、経営が必要とする原価・採算の指標を確認してから、必要な連携やカスタマイズへ投資すると、導入後の手戻りを抑えられます。▼全体ガイドの記事
・工数管理システム開発の完全ガイド
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。