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

人員配置システムの発注・外注は、まず対象業務を決めることから始まります。そのうえでデータと承認フローを整理し、要件に合う発注形態と契約を選ぶと、導入後の二重管理を抑えられます。

金額の目安は、2026年時点で確認できる公開情報と推定レンジに基づいています。全体像は完全ガイドの記事にもまとめています。

▼全体ガイドの記事
・人員配置システム開発の完全ガイド

人員配置システムを発注・外注する前に押さえる全体像

人員配置システムを中央に置き、社員情報や組織・ポジション、配置案、承認・履歴管理を注釈線で示した図。
配置案の作成から承認後の履歴までを一続きで捉えます。

人員配置システムは、社員情報と組織・ポジションの条件を照合し、配置案の作成から承認、履歴管理までを支援します。ただし、機能一覧から選び始めると、データの正確さや発令後の連携が抜けやすくなります。

異動・組織改編型とシフト型の違い

人員配置には、数か月から数年単位で組み替えるタレントマネジメント型と、日々の勤務表を作るシフト型があります。組み替えの対象は、部署や役職、拠点です。プロジェクトも、その対象に含まれます。

  • 異動・組織改編型:社員マスタ、異動履歴、組織図、定員、スキルや資格。
  • シフト型:勤務可能時間、必要人数、休憩、夜勤、労働時間、急な欠勤。

シフト型では、勤怠やシフト実績との連携が中心になります。また、介護施設や店舗では、将来の配置と当日のシフトを同じデータでつなぐこともあります。

異動システムに、リアルタイムの勤務制約まで入れると、開発範囲とテスト量が大きくなります。

RFPには、対象業務(異動・組織改編、シフト、または両方)を記しておきます。さらに、扱う期間(月次・四半期・日次)も明記すると、提案を比べやすくなります。

画面機能より先に決めるデータと承認フロー

導入後もExcelとの二重管理を残さないために、社員データと組織データの更新責任者を決めておきます。そのうえで、社員データでは社員ID、所属期間、役職を整理します。

加えて、職種、等級、資格と有効期限を対象に入れます。さらに、勤務地、雇用区分、兼務も扱います。出向、休職、本人希望の扱いも、データの定義として決めておきます。

組織側では、ポジション、必要人数、必須スキルを定義します。配置可能な等級、欠員、兼務可否も、定めておきます。

経験年数、希望勤務地、配慮事項は、登録する情報に入れます。後継者候補も扱う場合は、登録対象に含めるかを決めます。

そのうえで、承認の流れとして、配置案を誰が作り、部門案を誰が確認し、どの会議で承認するかを決めておきます。次に、承認のあとの本人への通知と、給与・勤怠への反映時期、発令後の実績確認も、業務フローに含めます。

  • 配置検討:シミュレーション、差分表示、複数案の統合まで含めた機能範囲
  • 承認と発令:承認履歴、本人通知、給与・勤怠への反映を含めた流れ

HRBrainの公式情報でも、社員・部署データを使った配置案や変更差分、組織改編の機能が示されています。組織図の表示だけとは要件の大きさが違うため、画面やAPIに加え、権限とログも一連の流れで見積もってもらいます。

発注形態の選び方(SaaS・パッケージ・個別開発)

発注形態は、独自業務への対応、更新や保守の担当、既存システムとの連携範囲で選びます。価格は、この3点と合わせて比べます。

標準機能に業務を合わせるならSaaSで、設定や連携を加えるならパッケージです。独自の制約を競争力にするなら、追加開発やスクラッチが候補になります。

早く始めたい企業と標準化できる業務に向くSaaS

SaaSなら、サーバーや基盤の保守を自社で抱えずに済みます。人材データベース、組織図、配置シミュレーションを短期間で使えるほか、評価やサーベイも利用できます。

1部門や1拠点で標準化の効果を確かめたい場合に適します。

料金は、従業員数、利用モジュール、初期設定によって変わります。データ移行やサポートでも変わるため、月額ライセンスだけでなく初期作業を含めた総額で比べます。

  • 連携と権限:API・CSVの仕様、アクセス権の粒度
  • データ管理:履歴の保持期間、エクスポート、解約時の返却形式
  • 委託先管理:再委託、障害時の連絡方法、安全管理措置

既存システムと細かく連携したい場合や、複雑な兼務・出向・職種別ルールを標準機能で表せない場合もあります。

個人情報保護委員会も、人事労務クラウドの安全管理措置と委託先監督に注意を促しています。そのため、この2点を、どこまでベンダーが担うのか含めて契約前に確認します。

標準化と独自要件の中間にあるパッケージ+設定・連携

パッケージは、人事や人材情報の標準機能を導入する方法です。権限や項目、帳票などは、設定や追加で合わせます。

ゼロから作らないぶん、要件の抜け漏れを抑えられます。SaaSより既存の運用に合わせられる場合もあります。

人事制度や組織改編が複雑な大企業では、導入支援を含む製品も候補になります。ただし、標準外の例外を追加し続けると、更新時の確認や保守費用が増えます。

  • 標準機能:製品のまま使う範囲
  • 設定・運用:ツールの調整で対応する範囲と、手順でまかなう範囲
  • 追加開発:個別開発の範囲と、更新時の影響

提案書と見積書に「標準」「設定」「個別開発」の区分を付けてもらうと、複数社を同じ前提で比較できます。

独自の配置ルールを競争力にする追加開発・スクラッチ

既存の人事基盤に配置シミュレーションやスキルマッチングを加えると、社員マスタや認証を再利用できます。さらに、社員IDや組織コードを統合し、結果を給与・勤怠・BIへ戻せば、入力の二重化を減らせます。

スクラッチでは、複数拠点の制約、リアルタイム最適化、独自の職種体系を作り込めます。一方で、法改正や制度変更、セキュリティ更新への対応を、長期にわたって担う必要があります。担当者が替わっても、この対応は続きます。

  • 権利と資産:仕様書とコードの権利、データやAPI、テスト資産の扱い
  • 保守と引き継ぎ:脆弱性対応、担当者不在時、契約終了時の条件
  • AI・最適化:提案根拠と除外候補、使用データ、最終承認者の記録

将来の制度変更を、どの設定で吸収できるかも確認しておきます。また、AIや数理最適化を導入するなら、候補提案の根拠を記録できる設計にします。

ポイント

迷ったら、更新と保守を誰が担うかを基準にすると判断しやすくなります。保守を自社で抱えたくなければSaaS、既存の人事基盤と連携したいならパッケージや追加開発を候補にします。

目的・データ・例外から作るRFPと要件整理

RFPの確認項目を目的・KPI、データ・連携・権限、PoC・受入テストの3枚のカードで示した図。
前提の整理と現場ケースの検証を一組にします。

RFPは、同じ前提で提案と見積を出してもらうための発注条件です。RFPには、背景、対象部署と人数、現行業務を書きます。

課題、必須要件、将来要件も、同じ書類に並べます。さらに、データ、連携、権限は、提案の前提がそろうように書きます。

セキュリティ、納期、予算も記します。体制、納品物、評価方法も、あわせて書いておきます。

未確定の事項は、提案で比べたい論点として明記します。目的やKPI、データと安全性、例外ケースを具体化すると、提案の前提をそろえられます。

数値で書く導入目的とKPI

導入目的が「効率化」のままだと、何を測ればよいか分かりません。このため、異動案の作成時間を何時間から何時間にするか、承認のリードタイムを何営業日短縮するかを決めます。

必要スキルを満たすポジションの割合や、欠員期間、採用依頼の重複も、KPIにできます。

  • 経営企画:人件費や事業計画との整合
  • 人事:配置検討時間や履歴の把握
  • 現場:スキル充足率や承認のしやすさ

現行のExcelや人事システムで扱う人数、異動回数、組織改編頻度を記載します。兼務・出向件数や承認人数も、あわせて書きます。

数字が分からない場合は、直近の異動1回分を使って工数を測ります。

導入効果は、作成時間だけでなく、承認日数や差し戻し回数、データ修正件数でも測れます。発令後の反映漏れも測ると、価値を説明しやすくなります。

RFPの中心に置くデータ・連携・権限

データ品質は配置結果を左右するため、まず既存データの状態を確認します。社員IDの重複や部署コードの揺れ、資格期限の欠落を洗い出します。過去所属、退職者、ポジション定員の更新者も確かめます。

  • 正データ:人事、給与、勤怠などのうち、どれを正とするか
  • 連携方法:リアルタイムか日次か、APIかCSVか
  • 反映制御:承認済みの配置結果だけを戻す範囲

人事、部門人事、現場ごとに、閲覧と編集の権限を分けます。経営層、本人、委託先の権限も、役割ごとに線を引きます。評価や健康の情報、家族の情報は、配置に必要な範囲に限ります。配慮事項も、同じ扱いにします。

個人情報保護委員会の注意喚起を参考に、RFPへ安全管理の項目を含めます。暗号化、MFA、ログの扱いを書き、バックアップと脆弱性対応も記します。さらに、事故通知、再委託先、保管場所を明記し、監督方法も含めます。

PoCと受入テストによる現場の例外の検証

要件定義書に書いた内容では、現場の判断を再現できないことがあります。そこで、匿名化した社員データを使い、1部門または1拠点で配置案を作るPoCを行います。

  • 勤務・所属:兼務、出向、休職、複数所属の扱い
  • 要件の衝突:資格期限切れや定員超過、本人希望との食い違い
  • AIの説明:選定理由と除外理由を確認できるか

受入テストでは、画面表示だけでなく業務結果も検証します。たとえば、承認済みの異動だけが発令データに出るかを試します。

加えて、過去の所属履歴が消えないことや、権限外の評価情報が見えないことも確認します。また、所定のコードで給与・勤怠へ連携できるかも試します。

受入条件とテストデータの準備者、判定者を、契約前に決めておきます。不具合の修正期限も含めると、納品直前の認識違いを防げます。

ポイント

RFPで迷ったら、同じ前提で提案と見積を比べられる状態かを基準にします。未確定の事項は論点として書き、例外ケースを具体化しておくと、委託先ごとの違いが見えやすくなります。

請負と準委任の役割分けによる契約形態

請負契約の成果物・完成条件と、準委任契約の専門作業の提供を左右に対比した図。
工程の確定度に応じて契約形態を分ける考え方です。

要件が固まっている工程と、調査しながら決める工程は、契約を分けて考えます。完成条件を決められる開発は請負、業務整理や技術検証のように専門作業の提供を重視する工程は準委任が候補です。

どの契約名になるかより、納品物、判断者、受託者の責任範囲が条項にどう書かれているかを確認します。そのうえで、請負の条件、準委任の体制、データや知財の扱いを、契約書で整理します。

請負契約の納品物・検収・変更管理

納品物には、要件定義書や画面設計、移行・API仕様を挙げます。ソースコードやテスト結果、運用手順書も、そこに含めます。

「配置案が作れる」だけでなく、機能ごとの受入条件を定めます。対象には、兼務や履歴、承認、発令連携が入ります。

  • 検収:期間、指摘回数、修正範囲
  • 変更:仕様変更時の再見積もり方法
  • 瑕疵対応:対応期間と範囲を契約に含める

要件が曖昧なまま一括で請負にすると、追加費用をめぐる認識違いが起きやすくなります。そこで、要件定義は準委任で行い、その結果をもとに設計と開発を請負へ切り替える段階契約も有効です。段階ごとに続行の判断を置けば、PoCで業務適合性を確かめてから本開発へ進めます。

準委任契約の体制・作業範囲・報告方法

準委任は、業務分析や現状調査、データ整備支援に向きます。設計検討やPoC、運用改善のように、完成品だけでは評価しにくい工程も含みます。

準委任では、完成品で評価できないぶん、作業の進め方を契約で決めておく必要があります。月次の稼働時間と担当者のスキルを明確にし、会議や課題管理、報告の方法も決めておきます。作業記録と秘密保持も、契約で取り決めます。

  • 契約管理:月次稼働時間、担当者のスキル、会議、課題管理、報告方法、作業記録、秘密保持の決め方
  • 発注側の体制:業務責任者やプロダクトオーナーの配置
  • 月次の確認:配置ルール、データ定義、検証結果、未解決課題を受け取り、進捗をつかみます

受託者の日々の勤務方法まで細かく指揮命令すると、準委任の趣旨と合わない可能性があります。法務・調達部門と、役割分担を確かめます。

データ返却・再委託・SLA・知財の確認項目

社員情報や評価情報を扱うため、機能の完成だけでなく、情報管理の責任も決めておきます。データの所有者、利用目的、保管場所を定めます。アクセス権、委託先、再委託先も決めます。事故報告期限とログ保存期間も定めます。

  • 安全管理:脆弱性対応、バックアップ、復旧目標、停止時の連絡
  • データ返却:解約時の形式と、受け渡しの期限
  • 知的財産:著作権と利用権、OSS、コード開示範囲
  • 保守と第三者契約:保守期間、法改正への対応、改修単価、契約主体

自社運用に移す場合は、管理者教育や操作マニュアルを納品物に含めます。障害の切り分けと復元訓練も、含めておきます。

これらの条件は費用に影響します。一方で、情報漏えいや運用停止への備えにもなります。

ポイント

工程が固まっていれば請負、調査しながら進める工程なら準委任が候補です。判断は契約名より、納品物と責任範囲の条項で行います。

人員配置システムの費用相場と、公開料金・開発費の分け方

人員配置システム単独の公的な価格統計は少なく、費用を一つの金額で言い切ることはできません。そのため、公開SaaS料金、クラウド労務管理調査、類似する人事労務システムの工程情報をもとにした目安で見ます。

個別開発の金額は、人員配置に固有の統計ではありません。移行、連携、権限を含めた推定レンジです。ワークフローやシミュレーションを含む場合も、作業範囲で推定します。

SaaSの従業員数と初期設定費の合算

オフィスステーション タレントマネジメントは、登録料11万円(税込)と、従業員1人あたり月額550円(税込)を公式ページで案内しています。

100人なら月額5万5,000円で、登録料を加えた初年度の単純合計は約77万円です。

  • 公開料金例:従業員数で増える月額部分と、登録料の固定部分
  • 調査の参考値:2025年12月のITmedia記事が紹介するスマートキャンプ調査では、384人のうち42.1%が初期費用10万~50万円未満でした。
  • 大規模利用:500人や1,000人規模で見積もる権限設計、移行、部門別研修

これは一つの公開料金例で、人員配置システム全体の相場とは言えません。調査は、人員配置SaaSだけを対象にした統計ではなく、初期設定費を考えるための参考値として見ます。

サポート、追加機能、API連携の範囲は、契約前に確認します。移行や連携を含む見積ではありません。

規模別の推定レンジで比べる連携・追加開発の費用

リサーチノートと類似する人事労務システムの工程情報をもとにした目安では、SaaS導入・初期設定は10万~100万円程度です。

データ整備や権限、連携を加える場合は、100万~500万円程度が検討レンジです。CSV整形と研修も、作業範囲に入れて見ます。

これは作業範囲を置いた推定で、一律の公開料金ではありません。データが整った企業と、複数のExcelを名寄せする企業では、同じ人数でも費用が変わります。

  • 既存基盤への追加:配置シミュレーションや連携を加える場合、300万~1,500万円程度
  • 中堅・大企業の統合型:1,500万~4,000万円程度の推定レンジ
  • スクラッチ開発:最適化や複数連携を含む場合、2,000万~6,000万円以上の推定

各金額は、類似システムの一次Q&Aと要件・工数からの目安で、人員配置に固有の公的統計ではありません。リアルタイムのシフト最適化や高度な制約条件は、個別見積が必要です。

期間は、SaaS初期設定が1~3か月、追加開発が3~6か月、統合型は6か月から1年以上です。スクラッチと複数連携は、9~18か月程度です。

数百~数千人では、データ取込や権限設定、動作確認に1~2か月かかる場合があると、タレントパレットの公式情報でも案内されています。

費用と期間を比べるときは、開発会社の作業だけでなく、自社のデータ整理や受入テストに必要な人日も含めます。

初期費用・月額・保守・移行に分けた見積の内訳

見積は、工程や費目ごとに分けてもらうと比べやすくなります。

リサーチノートの一次Q&Aでは、開発費の配分目安として要件定義10%、設計10~20%、実装40~60%、テスト10~20%が示されています。

  • 費目:要件定義から保守、ライセンス、クラウド費まで
  • 工程配分の目安:一次Q&Aの比率
  • 保守範囲:障害、問い合わせ、監視、バックアップ、法改正、軽微な改修、脆弱性対応
  • 費用の調整:対象部門を絞る、連携を段階導入する、既存機能を再利用する方法

配分比率は個別案件を保証するものではありません。ただし、実装費に偏り、移行やテストが極端に少ない見積は、見直す材料になります。

保守費用は、受託開発費の5~15%程度という一次Q&Aの目安があります。なお、契約によって変わるため、必要な対応範囲と予算のバランスで決めます。

ポイント

費用の比較は、公開料金と推定レンジを分けて読むことから始めます。移行や連携、保守が同じ範囲に含まれているかをそろえると、金額差の理由が見えやすくなります。

人員配置システムの委託先の選び方

委託先は、業界の実績だけでなく、異動・組織改編とシフト作成を区別したうえで、移行や連携、権限、運用まで提案できる会社を選びます。会社名の一覧から選ぶと、自社の要件に合うかを判断しにくくなります。製品ベンダー、SIer、個別開発会社では、得意な形態や見積の考え方が異なります。

業務とデータの近さで見る実績

人事システム導入の有無より、どんな業務とデータに近いかを見ます。

  • 導入条件:社員数、拠点、対象業務、異動頻度、兼務・出向の実績を照らします
  • システムとデータ:既存システム、移行範囲、導入後の運用体制

候補には、HRBrainの配置シミュレーションと、Works Human IntelligenceのCOMPANY Talent Managementがあります。NECのSTAFFBRAIN人事、プラスアルファ・コンサルティングのタレントパレットも挙がります。さらに、NTTデータの人事データ活用やカオナビの人材配置機能も比べられます。

各社の公式情報は、機能や事例の示し方が異なるため、同じ質問票で比べます。あわせて、導入前の課題、データ整備期間、展開方法を聞きます。利用をやめた機能や運用担当者も、確認します。

可能なら、匿名化データと兼務・欠員・スキル不足のケースを渡し、配置案をデモしてもらいます。例外処理と発令後の連携の場面で、実運用との差を見ます。

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

各社には、同じ資料で前提条件を渡します。従業員・管理者・拠点数、連携先、移行件数を揃えて示します。利用開始月、必須機能、検収条件も、あわせて示します。

比較表では、ライセンスや設定、開発などの費目を分けます。API、移行、テストは、それぞれ別の行にします。教育や保守、クラウド費も、行を分けます。法改正とオプションも、別の行に分けます。

月額が安くても、設定や連携が別料金なら、3年総額で逆転することもあります。金額差が大きいときは、単価より見積の前提条件を確かめます。

  • 対応範囲:標準機能か個別開発か、除外項目
  • 発注側の作業:データ整備、テストデータ、会議、教育の担当
  • 稼働後:問い合わせ対応の時間と範囲

安い見積でも、作業を自社へ移しているだけなら、社内工数や遅延リスクが増えます。担当と作業量を含めて比べます。

提案評価に入れるセキュリティ・AI・運用伴走

評価や資格、希望の情報に加え、健康や配慮の情報を扱う場合もあります。

ISOやSOCなどの認証を見るだけでなく、具体的な安全管理策も確認します。

  • 安全管理:役割別権限、MFA、ログの保存と検索、復元、脆弱性報告
  • 個人番号:保持の必要性、特定個人情報の指針、委託先監督を、法務・情報システム部門と確かめる
  • AI提案:使用項目と偏り、除外理由、上書き記録、本人説明、最終決定者
  • 運用支援:マスタ更新、組織改編、資格通知、効果確認の担当と、継続体制

AI提案は、精度の数値を見るだけでなく、責任者が業務上の理由を確かめてから承認します。

導入して半年たっても、データが更新され、現場が使える体制かを確かめます。

ポイント

委託先は、業務とデータに近い実績があるか、移行や運用まで提案できるかで比べます。見積は総額と前提条件、除外項目をそろえてから判断すると迷いにくくなります。

人員配置システムの発注・外注でよくある質問

費用や期間は、人数だけでなく、データの状態や連携、権限で変わります。例外業務や受入テストの範囲も、金額と期間を動かします。そのため、問い合わせのときは自社条件を添えて確認します。

人員配置システムの開発費用はいくらですか?

公開SaaS料金の例は、登録料11万円、月額550円/人です。

初期10万~100万円程度の小規模導入から、統合型の1,500万~4,000万円程度まで幅があります。

これらは、個別の料金例と推定レンジです。データ整備や連携、追加開発を含めるなら、作業範囲を分けた見積を取ります。

SaaSとスクラッチ開発はどちらを選ぶべきですか?

短期間で標準化し、法改正や基盤保守の負担を抑えるなら、SaaSやパッケージが候補です。独自職種や複雑な兼務・出向を重視するなら、個別開発を検討します。拠点制約やリアルタイム最適化がある場合も、個別開発が候補に入ります。

1部門でSaaSやPoCを試し、標準機能で足りない要件だけ追加する段階導入もできます。

RFPには何を書けば委託先を比較できますか?

背景や目的、対象業務、人数・拠点を記載します。社員と組織のデータ、例外、既存連携も書きます。権限やセキュリティ、納期を含め、予算も示します。納品物と検収、保守を書き、返却条件もそろえます。

SaaSやパッケージ、追加開発などの希望のほか、スクラッチの可否も示します。標準、設定、個別開発の区分を見積に付けてもらいます。匿名化データと業務ケースを添えると、デモを比べやすくなります。

発注先はシステム会社と人事コンサル会社のどちらがよいですか?

目的や制度が固まっていない場合は、人事業務とデータ設計を一緒に整理できる会社が向きます。要件と基盤が明確でAPIや画面追加が中心なら、開発会社やSIerを比較しやすくなります。

一気通貫で支援できる体制か、複数社を組み合わせる場合にどこまでを誰が受け持つかも確認します。

まとめ

発注前には、異動・組織改編型とシフト型を分けたうえで、目的やKPI、社員・組織データを整理します。承認と発令の流れも、あわせて決めておきます。そのうえで、発注形態を独自要件、保守、連携で比べ、セキュリティと返却条件も確かめます。

小さな範囲で作るRFPと検証ケース

RFPには、目的、規模、データ、連携を記します。権限、例外、納品物も書き、見積の前提をそろえます。検収や保守、安全性を含めます。返却条件も、同じ書類に入れます。

費用は、公開料金と推定を分けて示します。初期費用と月額、移行を確認します。連携や教育、保守も、見積の項目として確かめます。

全社展開を急がず、1部門の匿名化データでPoCと受入テストを行うと、業務に合わない要件や過大な開発を見つけやすくなります。

価格だけでなく運用の責任分担を合意する委託先選び

データ管理、AI提案の承認、障害や漏えい時の窓口について、責任者を決めます。法改正や組織改編、契約終了時の返却も、担当を決めておきます。配置案の根拠と承認履歴を残し、発令後に人事・給与・勤怠へ正しくつなぐ運用を確認します。

自社の業務とデータを理解する委託先と、段階的に成果を確かめながら進めます。

▼全体ガイドの記事
・人員配置システム開発の完全ガイド

会社紹介

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

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

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

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

執筆者プロフィール
張田谷凌央
張田谷凌央

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