人材紹介業向けの求職者管理システムは、求職者と求人の情報を一つにまとめ、応募・選考の進捗やRA・CAの連携をつなぐシステムです。
これにより、紹介業務の速さと品質の向上に役立ちます。発注前に押さえたい論点を、全体像から順に並べました。
▼関連記事一覧
・人材紹介業向け求職者管理システム開発の進め方/やり方/流れや方法/手法/工程/手順
・人材紹介業向け求職者管理システム開発でおすすめの開発会社/ベンダー6選と選び方
・人材紹介業向け求職者管理システム開発の見積相場や費用/コスト/値段について
・人材紹介業向け求職者管理システム開発の発注/外注/依頼/委託方法について
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
人材紹介業向け求職者管理システムの全体像
このシステムは、登録から入社、返戻管理までを記録するCRM／業務管理基盤です。
求職者の名簿を保存するだけのツールとは違い、業務の流れ全体を扱います。
RA（リクルーティングアドバイザー）とCA（キャリアアドバイザー）が同じ情報を参照します。
機能の数よりも、自社の業務シナリオが途切れずにつながる設計が重要です。
求職者管理システムの定義
求職者管理システムは、求職者、求人、企業を関連付けて管理します。応募案件や担当者も、その中で結び付けて扱います。
求人側では、募集背景や条件、勤務地、年収を扱い、紹介手数料や返戻金条件、採用担当者も同じ案件に結び付けます。
求職者側では、連絡先や希望職種、勤務地を管理します。ほかに、次の項目も管理します。
- 年収：求人側の年収と照らし合わせる項目です。
- 職歴：経歴を確認するための項目です。
- 資格：保有する資格を記録する項目です。
- 転職意向：転職を考えているかどうかを記録する項目です。
面談メモや同意履歴、最終接触日、履歴書も、あわせて扱います。
一元管理できる業務の範囲
登録から面談、求人提案を経たあとも、案件は次の段階へ続きます。推薦や選考を経て内定・承諾に進み、入社後は定着・返戻管理へと移ります。
一元管理すると、案件がどの段階で止まっているかを追えます。
- 停滞の把握：各段階の状態、期限、担当者、次の対応を記録します。
- 対応漏れの発見：選考結果待ちの案件や、求人提案がまだない求職者を見つけます。
- 返戻期限の確認：入社後の期限が近い案件を、一覧で把握します。
RAとCAの連携による変化
両面型の紹介会社では、企業担当のRAと求職者担当のCAが別々に動くことがあります。そこで、面談内容や推薦理由を共有すると、条件の一致だけに頼らない提案ができます。
共有の対象には、過去の不成立理由や求職者が重視する条件、企業の採用温度感も含まれます。
介護・医療・保育など求職者が不足しやすい領域では、志向性や接触時期を蓄積し、CAが関わる価値を高める設計が必要です。
必要な機能とデータ設計のポイント
要件定義では、画面の見た目より先に、データを誰がいつ更新し、何の判断に使うかを決めます。
データは、求職者、求人、企業を軸に関連付けます。応募や選考、連絡に加えて、同意、ファイル、売上も、関係を保って設計します。
求職者マスタに持たせる項目
マスタには、基本情報や連絡先、居住地を持たせます。ほかに、次の項目も持たせます。
- 希望条件：求職者が希望する職種や勤務地などの条件です。
- 職歴：経歴を確認するための項目です。
- 資格：保有する資格を記録する項目です。
- スキル：推薦候補を絞るときに使う項目です。
希望年収、転職意向、面談記録、担当者、最終接触日も、項目として入れます。
履歴書や職務経歴書を紐付けるなら、閲覧やダウンロードのログも必要になります。
複数の媒体や紹介経路から、同じ求職者が登録されることもあります。
電話番号やメールアドレスだけでなく、氏名の表記揺れや職歴も使って重複候補を確認します。そうすると、二重連絡を防げます。
求人検索とマッチング機能
職種やスキル、経験年数で検索して、推薦候補を絞り込みます。ほかに、次の項目でも検索します。
- 年収：希望年収との一致を見る条件です。
- 勤務地：希望する勤務地と照らす条件です。
- 通勤：通勤にかかる条件で絞り込みます。
- 言語：使える言語で候補を絞る条件です。
条件が一致した順に並べる自動推薦では、判断しきれない部分が残ります。
推薦理由や参照したスキル、除外条件、担当者の最終判断を残しておくと、求職者への説明や社内レビューに使えます。
AIを使う場合も、根拠と確認者を記録します。
選考進捗とコミュニケーション管理
状態を上書きすると、どの段階で停滞したかが分からなくなります。
- 状態の履歴：状態を履歴として残し、更新日時、更新者、前後の状態、次回対応も保存します。
- 連絡の統合：メール、SMS、電話履歴、面談予約、リマインド、テンプレートが対象です。
- 応募の自動登録：媒体からの応募を自動で登録できれば、手入力の負担を減らせます。
帳票・KPI・権限の要件
求人票、推薦状、請求書、契約書を作成できるようにします。そのうえで、紹介人数や面談数、推薦数の集計を、成果を示す指標にも広げておきます。
- 通過率：書類選考などを通過した割合です。
- 決定単価：決まった案件の単価です。
- 成約辞退率：成約後に辞退された割合です。
- 担当者別の転換率：担当者ごとに見る転換の割合です。
権限は、RA、CA、事務、管理者の役割ごとに分けます。
拠点や事業部、担当案件の単位でも、権限を設計します。
退職者アカウントの停止、操作ログ、CSV出力、データ削除の手順も、要件として書き出します。これが未整備のままだと、導入後に個別の運用が増えてしまいます。
システムの種類と選び方
5〜10名程度で早く整えたい場合はクラウド型が候補になります。
独自項目や複雑な連携が競争力になる場合は、追加開発かスクラッチ型を検討します。
最初から全機能を個別開発する必要はありません。
MUSTを標準機能で固めたうえで、差別化につながる部分だけを段階的に拡張します。
クラウド型・パッケージ型の特徴
クラウド型は、サーバーの調達や大規模な初期開発を抑えられるため、契約後に比較的短期間で使い始められます。
法改正やセキュリティ更新を、提供側が行う場合もあります。
標準の項目に業務を合わせる必要があります。加えて、ユーザー課金や環境課金、媒体取込、API、Webフォームが別料金になる場合もあります。月額だけで判断せず、初期設定や移行、教育、追加連携、解約時のデータ出力も確認します。
ローコード・既存CRM拡張の特徴
社内で項目や画面を調整しやすいのが、ローコードや既存CRMの拡張の特徴です。小さく始めやすい方法でもあります。
一方で、選考履歴や推薦理由、返戻金、帳票、RA・CAの権限を後から付け足すと、運用が複雑になる場合があります。
API、データ所有権、バックアップ、管理者の退職後の保守体制も確認します。選ぶ側は、便利な画面だけでなく、業務データを持ち出せるかも評価します。
スクラッチ開発の特徴
スクラッチ開発は、独自の紹介モデルや複数媒体との深い連携、求職者マイページ、社内基幹との連携、独自のAI推薦を形にしやすい方法です。
スクラッチ開発では、法改正や脆弱性への対応、障害復旧、担当者の退職、保守費用まで、自社が受け持つ範囲が広がります。開発の前に、標準サービスで代替できない理由を明らかにします。
初回リリースは、求職者、求人、選考、権限、基本帳票に絞ります。
開発・導入の5段階の進め方
導入期間の目安は、クラウドの初期設定と移行なら1〜3か月、追加開発を含む導入なら3〜6か月です。
スクラッチ開発の場合は、6〜12か月以上が目安になります。
期間を決めるのは、画面数よりも、古いデータの整理や連携仕様、権限設計、利用者テストです。判断材料は、各段階で順にそろえていきます。
▶ 詳細はこちら：人材紹介業向け求職者管理システム開発の進め方/やり方/流れや方法/手法/工程/手順
1. 現状業務とデータの洗い出し
担当者への聞き取りと実際の案件をもとに、登録から入社後のフォローまでを書き出します。そのとき、Excel、メール、媒体、紙帳票、請求処理も並べておきます。
同じ情報を何度も入力していないか、個人の受信箱にしかない情報はないかを確かめます。
求職者、求人、選考、権限、帳票をMUSTに位置づけます。AI推薦やLINE連携、地図検索、高度な分析は、WANTとして分けておきます。
2. 要件定義とデータ設計
求職者、求人、企業を軸に関係を定義し、業務の記録をその関係に結び付けて設計します。
- 応募：求人への応募と、その記録です。
- 選考：応募後の選考の進み具合です。
- 連絡：求職者や企業とのやり取りです。
- 同意・ファイル：同意履歴と、履歴書などのファイルです。
- 売上：案件ごとの売上です。
状態と履歴をどう持つかも決めます。
閲覧できる人や必須項目、退職者アカウントの停止方法、古い情報の削除時期は、文書に明記しておきます。決めていないと、導入後の運用で判断がその場ごとに変わってしまいます。
要件定義書には、画面一覧に加えて、業務シナリオ、例外処理、CSV入出力、帳票サンプルも含めます。そうすると、見積もりの差を抑えやすくなります。
3. 匿名サンプルによるPoC
画面デモだけで決めずに、匿名化したデータか限定環境の100〜1,000件程度のサンプルで検証します。
現場の担当者には、検索や求人提案を実際の手順で試してもらいます。推薦状の出力から削除までの操作も、同じ手順で確かめます。
- 推薦状の出力：推薦状を実際に出して、内容を確かめる場面です。
- 選考の更新：選考の段階を書き換える操作です。
- 権限の制限：役割ごとに見える範囲を絞る操作です。
- CSV出力：出力される項目と範囲を確かめる操作です。
- 削除：削除したデータの扱いを確かめる操作です。
AI機能を使う場合は、推薦根拠を確かめ、誤った推薦をどう修正するかを見ます。
あわせて、入力したデータが学習に使われないかも確認します。
4. データ移行と受入テスト
移行前に、重複や欠損、表記揺れ、担当者不明、同意、保存期限切れの有無を調べます。そのうえで、移行対象を、必要な情報と履歴として残す情報、削除する情報に分けます。
受入テストでは、誤った権限で閲覧できないかを見ます。
また、削除したデータが検索やバックアップでどう扱われるかも確認します。帳票の数字が元データと一致するかも確かめます。
5. 段階導入と定着支援
最初は1チームか1拠点で運用します。そのあいだに、マニュアルや研修、問い合わせ窓口、障害時の復旧手順を整えます。
旧システムと並行して稼働させる場合は、二重入力をいつ終えるか、どのデータを正とするかを決めておきます。
契約書には、データ所有権や出力形式、再委託を書いておきます。これは乗り換えや拡張に備えるためで、終了時の返却・消去、SLA、追加開発単価も、同じ契約書で決めておきます。
費用相場とコストの内訳
費用は、利用人数や環境数、初期設定によって変わります。ほかに、次の範囲によっても変わります。
- 移行：既存データを移す作業の範囲です。
- 媒体・Webフォーム：応募を取り込む経路の連携範囲です。
- API連携：外部サービスとのデータ連携の範囲です。
- 帳票：求人票や推薦状などの作成範囲です。
- 開発・教育・保守：追加の開発、利用者への教育、導入後の保守の範囲です。
2026年時点の公開料金では、月額数万円から始まるクラウド型もあります。一方、個別開発を含めると、年間で数百万円以上になる場合もあります。
税や初期設定、移行、連携、保守の扱いはサービスごとに異なります。そのため、この金額は予算の仮説として見てください。
▶ 詳細はこちら：人材紹介業向け求職者管理システム開発の見積相場や費用/コスト/値段について
▶ 詳細はこちら：人材紹介業向け求職者管理システム開発の発注/外注/依頼/委託方法について
クラウド型の月額と年間総額
クラウド型は、公開料金の条件と、事業規模に応じた年間予算を分けて確認します。下の料金例1は、人材紹介業務システムの公式料金ページ（2026年確認）に基づいています。
- 料金例1：初期0円、1人月7,500円、環境月10,000円です。10人なら月85,000円、年102万円です。
- 料金例2：月額15,000円からですが、ユーザー数やAPIなどのオプションで変動します（出典: 人材紹介・派遣管理クラウドの公式料金ページ、2026年確認）。
- 小規模の予算仮説：SaaS利用のみで年間50万〜150万円程度です。
- 中規模の予算仮説：媒体連携、帳票、移行、サポート込みで年間100万〜500万円程度です。
- 見積項目：最低契約期間、追加アカウント、環境、設定、移行、連携、研修を、別々の項目として見ます。
見積もりでは、ユーザー単価だけで比べず、各項目の費用も確認します。
追加開発とスクラッチ開発の費用
追加開発とスクラッチ開発は、開発範囲と人月単価、工数配分を分けて見積もります。そうすると、各社の金額を同じ土台で比べられます。
- 追加開発：クラウドやパッケージへの追加は100万〜1,000万円程度が目安です。
- 部分開発：求職者、求人、選考、権限、基本帳票を含めて500万〜1,500万円程度です。
- 本格開発：複数拠点・事業や複数連携などを含む開発です。
- 人月単価の仮置き：SEは月額80万〜120万円程度、経験3〜5年の業務委託は60万〜80万円程度です。
- 工数配分の例：要件定義10%、設計10〜20%、開発40〜60%、テスト10〜20%です。
媒体やMA、会計との連携、マイページ、AIマッチングまで含めると、1,500万〜4,000万円以上になることがあります。
この金額は、人材紹介専用の公的統計ではなく、類似の業務システムの相場からの推定です（出典: 業務システム開発の公開相場情報と人月見積もり、2026年確認）。
実際の単価は、体制や品質保証、セキュリティ要件、連携数によって変わります。そのため、金額だけで優劣を決めないことが大切です。
予算超過を防ぐコスト管理
予算超過を防ぐには、WANTを一度に実装せず、まずMUSTを稼働させます。
媒体連携は、まず一経路で登録の精度を確かめてから増やします。AI推薦を導入する前に、手動での推薦理由と不成立理由を蓄積しておきます。
追加開発は、作業時間の削減や対応漏れの防止、決定単価の向上など、期待する指標と結び付けて優先順位を決めます。
開発会社・ベンダーの選び方
比べるときは、機能数や知名度より、業務との合い方、移行、権限・監査、連携、導入後の支援を見ます。
製品提供会社、導入設定会社、個別開発会社では、責任の範囲が異なります。そのため、同じ「システム会社」として一括比較せず、会社ごとの責任の範囲を分けて見ます。
人材紹介業務の経験と実績
導入社数だけでなく、似た規模や紹介領域、RA・CA体制、媒体数、既存システムからの移行条件も確かめます。
公開されている事例には、月約500件の応募登録で1件3分短縮し、月25時間短縮した例があります。ほかにも、事務作業人数を40%削減し、決定単価を7%向上させた例があります（出典: 人材紹介業務システムの公式導入事例、2025年）。
これらは、15人規模で複数の領域を運営する前提の数値です。自社でも同じ成果が出ると約束するものではありません。
データ移行とカスタマイズの範囲
「移行可能」という説明だけで済ませず、件数や形式、重複排除や欠損補完を誰が担当するかを確認します。
CSVの一括取込だけか、メールや媒体からの自動登録まで含むかで、工数が変わります。
独自項目や返戻金の試算、求人票・推薦状、LINEやAPI連携が標準機能か追加開発かを確かめます。追加する場合の単価と納期も、見積書に記載してもらいます。
権限・セキュリティ・契約条件
契約の前に、利用者の権限、セキュリティ対策、委託先の管理体制を一緒に確認します。
- 利用者の保護：役割別権限と二要素認証を確認します。
- システムの安全対策：通信・保存時の暗号化、操作ログ、バックアップ、脆弱性対応、障害時の連絡体制を確認します。
- 委託先の管理：委託先との契約内容と、管理体制を見ます。
委託先と再委託先、保管場所、監査、漏えい時の報告と責任分担は、契約前に確かめておきます。
個人情報保護委員会も、人事労務データをクラウドで扱う際の安全管理措置と委託先の監督について注意喚起しています（出典: 個人情報保護委員会「人事労務管理サービスのクラウド利用に関する注意喚起」、2024年）。
▶ 詳細はこちら：人材紹介業向け求職者管理システム開発でおすすめの開発会社/ベンダー6選と選び方
個人情報保護とセキュリティの確認項目
人材紹介業では、連絡先だけでなく、職歴や資格、希望条件、面談内容も蓄積されていきます。
システムの導入を、個人情報の管理方法を見直す機会と捉えます。そのため、法務担当と現場責任者を要件定義の段階から参加させます。
機能を増やす前に、収集の目的やアクセス範囲、保存期間、削除、開示・訂正の手順を定めておきます。
利用目的と保存期間の明確化
フォームには、職業紹介業務や求人案内、連絡などの利用目的を具体的に書きます。必要な範囲を超えて情報を集めないよう、項目ごとに取得の必要性を説明できるようにしておきます。
厚生労働省の指針では、正当な理由なく求職者の秘密を他人に知らせないことが示されています。
同じ指針は、取り扱う者の範囲や教育、本人による開示・訂正、苦情処理などを含む適正管理規程も求めています（出典: 厚生労働省「職業紹介事業者等の責務等に関する指針」、2026年確認）。
権限・ログ・委託先の点検
権限は、業務上必要な範囲で分けます。たとえば、CAは担当の求職者、RAは担当の企業・求人を閲覧・更新できるようにします。
検索やファイル取得、CSV出力、権限変更、削除は記録し、不自然な操作がないか定期的に点検します。
生成AIや外部連携を使う場合は、データの保存期間や学習利用、保管地域、再委託先、マスキング、削除方法を確認します。
導入効果を測るKPIと失敗を防ぐ方法
登録件数だけでは、業務の成果を判断できません。そこで、導入前の1か月または3か月を基準に、作業時間と営業成果を比べます。
作業時間は登録作業時間と初回対応時間で、営業成果は面談化率で測ります。
- 求人提案数・推薦数：紹介の動きを件数で示す指標です。
- 書類通過率・面接設定率：選考がどの段階まで進んだかを示す割合です。
- 決定単価：決まった案件の単価です。
- 成約辞退率：成約後に辞退された割合です。
- 入社後の返戻件数：入社後に返戻となった件数です。
事業領域や担当者の条件もそろえておきます。
導入前のKPIの定義
「面談数」は、予約の数か、実施した数か、キャンセル後の再設定を含むかで意味が変わります。推薦数も、候補に入れた数と企業へ送った数を分けて数えます。
KPIの定義や集計期間、除外条件、データの責任者を決めてからダッシュボードを作ると、会議での議論が同じ前提で進みます。
よくある失敗と対策
導入後の失敗は、入力項目と移行データ、AI推薦の運用を見直すことで防げます。
- 入力負担：負担を減らすための仕組みでも、項目が多いと入力されなくなります。必須項目を絞り、詳細は業務に合わせて決めます。
- 古いデータの移行：Excelをそのまま移すと重複や不要な情報が増えるため、事前に名寄せと保存期限を確かめます。
- AI推薦の偏り：検証せずに使わず、推薦理由を示したうえで、担当者が承認・修正できる運用から始めます。
移行後は、検索や削除、権限の動作もテストします。
過去の紹介実績だけを学習材料にすると、特定の職種や属性に偏るおそれがあります。そこで、誤推薦率や推薦後の通過率を定期的に確認します。
よくある質問（FAQ）
導入前によく問われるのは、規模に合う費用、Excel移行、AI、個人情報の安全性です。加えて、継続利用と契約終了後のデータの扱いも判断材料になります。
5〜10名の小規模な人材紹介会社でも導入する価値はありますか？
応募登録や重複確認、選考期限の管理、過去求職者の掘り起こしに時間がかかっているなら、少人数でもクラウド型の費用対効果を検討できます。
まずは求職者、求人、選考、権限、基本帳票から始めます。そのうえで、年間費用と削減したい作業時間を比べると、判断の材料がそろいます。
Excelやスプレッドシートのデータは移行できますか？
多くの場合は移行できますが、データの形式と品質によって作業量が変わります。重複や空欄、表記揺れ、担当者不明、同意履歴、保存期限を確認します。
必要なデータは、指定の形式に整えておきます。そのうえで、件数と項目、名寄せ、移行後の検証、ベンダーの作業範囲と費用を、事前に合意しておきます。
AIマッチングは最初から導入したほうがよいですか？
最初から必須ではありません。項目や推薦履歴、不成立理由、担当者の判断が整っていないと、AIの精度を評価しにくいためです。
まずは、検索と推薦理由の記録を定着させます。匿名化やアクセス制御、出力の確認を整えたうえで、類似求人の検索やレジュメの要約など、範囲を限って導入します。
クラウドで求職者情報を管理しても安全ですか？
クラウドだから安全、あるいは危険と一概には言えません。そのため、暗号化や認証、権限を確認します。ほかに、次の項目も確認します。
- ログ：誰がどの操作をしたかの記録です。
- バックアップ：障害時に備えたデータの控えです。
- 脆弱性対応：見つかったセキュリティ上の弱点への対応です。
- 委託先・保管場所：データを預ける先と、保管される場所です。
- 漏えい時の体制：情報が漏れた場合の連絡と対応の体制です。
自社の規程と契約で、責任の分担を明確にします。導入前には、権限や削除のテスト、CSV出力の制御、退職者アカウントの停止も実際に確かめます。
まとめ
求職者管理システムは、求職者や求人、企業をつなぐ基盤です。そのほか、選考、連絡、売上、返戻の業務もつなぎます。
RAとCAが共通の情報をもとに動けるようにすることが、その役割です。
まずは現状のExcelやメール、媒体画面を洗い出し、MUSTとWANTに分けます。方式は、初期費用だけでなく、年間総額や移行、連携、保守、データ所有権で比べます。
最初に行うべき三つの準備
まず、登録から入社後のフォローまでの業務フローを一枚にまとめます。次に、匿名データで検索や推薦、選考、削除、権限を試せるPoCを行います。
導入の前後で比べるKPIも決めておきます。対象には、初回対応時間、面談化率、書類通過率、決定単価、成約辞退率などが入ります。
準備を整えておくと、機能数ではなく、自社の業務成果に合うシステムを選びやすくなります。
費用と安全性を含めた総合判断
月額が安くても、手入力や移行、連携、研修が残っていれば、現場の負担は減りません。個人情報については、利用目的やアクセス、保存期間、ログ、削除、委託先の監督も確認します。
業務担当者とシステム担当者が同じ基準で比べ、導入後もKPIと利用状況を見直していくことが、継続的な改善につながります。
▼関連記事一覧
・人材紹介業向け求職者管理システム開発の進め方/やり方/流れや方法/手法/工程/手順
・人材紹介業向け求職者管理システム開発でおすすめの開発会社/ベンダー6選と選び方
・人材紹介業向け求職者管理システム開発の見積相場や費用/コスト/値段について
・人材紹介業向け求職者管理システム開発の発注/外注/依頼/委託方法について
▼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を創業。