Webサービス開発・保守メディア / 人事異動情報の専門ニュースサイト

人事異動メディアを、
会員基盤を持つサービスへ。

人事異動の専門ニュースメディア「異動ニュース」の開発・保守を、ラフノートは2017年の初期開発から担当しています。公開情報をもとに人事異動情報を集め、整理して公開する仕組みを開発・保守してきました。

2026年には、広告収益を主としてきたメディアに、メールアドレスだけで登録できる無料会員の仕組みを最小構成で本番に投入。並行して旧基盤からRuby on Rails 8の新環境へ移行し、その上で有料会員機能の開発を進めています。

人事異動の専門ニュースメディア「異動ニュース」のトップページ(PC表示)

01 Overview

プロジェクト概要

クライアント
異動ニュース(人事異動の専門ニュースメディア)
プロジェクト内容
人事異動ニュースサイトの開発・保守/無料会員化/基盤刷新(Ruby on Rails)
業界
メディア/人事異動情報の専門ニュースサイト
支援領域
  • Webサービス開発・保守
  • 人事異動情報の収集・登録・公開の仕組み
  • 検索・業種別一覧・管理画面
  • 会員登録・認証
  • 閲覧制限・並び替え
  • 監視・性能改善
  • 基盤刷新(Rails 8)
  • 有料会員機能(開発中)
開発期間
2017年の初期開発から継続。2026年に無料会員化(6月本番投入)と基盤刷新(8月切替)
ラフノートの担当範囲
開発・環境構築・運用保守

支援前の状況

公開情報をもとに人事異動情報を集め、運営者が確認して公開するメディアとして、広告収益を主に長く運営されてきました。読者との継続的な接点となる会員の仕組みはなく、会員化や有料化に進むには、認証・閲覧制限・決済を支えられる基盤が必要でした。

ラフノートのアプローチ

2017年からの開発・保守を土台に、2026年は運営者・PM・開発が同席する週次の定例で要件を決定。無料会員の仕組みを最小構成で先に本番へ出し、並行してRails 8の新環境を構築して必要な機能を移植、新旧環境の出力を比べてから切り替えました。

到達した状態

メールアドレスだけで登録できる会員基盤と、閲覧制限・並び替えなどの会員限定機能が本番で稼働しています。新しい基盤の上で、ウォッチリスト・異動通知・決済などの有料会員機能の開発を進めています。

02 Background

開発の背景長く読まれてきたメディアを、広告収益だけに頼らない形へ

異動ニュースは、企業の役員人事・組織改編・昇進といった情報を集約して公開する専門ニュースメディアです。読者は社名や人名での検索、業種別の一覧、注目企業ごとのページから、人事異動の情報を継続して追うことができます。掲載される情報は、公開情報をもとに集めたものを運営者が確認したうえで公開されています。

ラフノートがこのサイトの開発に取り組み始めたのは2017年11月です。Ruby on Railsのアプリケーションとして構築し、既存サイトのデータ移行、人事異動情報を会社・人物・辞令のデータに整える仕組み、検索、業種別一覧、運営者向けの管理画面を実装して、2018年7月に本番リリースしました。その後も、収集元のページ構造の変化への追随、検索精度の改善、CSVでの入出力、広告枠の管理、管理画面の改修、データベースや実行環境の更新など、運営者からの依頼を受けながら保守・改修を続けてきました。

2026年に入り、運営者とラフノート・EAPグループの間で、無料会員化から有料化へ段階的に進む方針を確認しました。各段階の結果を見て次に進むかを判断する前提で、2026年5月にプロジェクトを開始しています。

03 Issues

整理すべき課題必要なのは登録画面だけではなく、認証・閲覧制限・計測・規約と、それを支える基盤だった

無料会員化にあたって決めることは多岐にわたりました。どの情報をどこまで無料で見せ、どこから登録を求めるか。登録時に取得する情報をメールアドレスに絞るか。登録の案内をどの画面で、どのタイミングで出すか。利用規約とプライバシーポリシーをどう整えるか。いずれも運営者の判断が必要な事項であり、開発側が先に決め切るのではなく、仮説として実装し、利用者の反応を見ながら調整する進め方が求められました。

もう一つの論点は基盤でした。サイトは長く運用されてきた環境の上で動いており、会員情報や決済を扱うサービスへ広げるには、認証やセッションの扱い、性能、監視、保守性の見直しが必要でした。会員化を止めずに、並行して基盤を刷新する順序と方法を決めることが、2026年の中心的な課題になりました。

  1. Before支援前

    広告収益を主とする、会員の仕組みがないメディア

    読者は社名や人名の検索、業種別一覧、注目企業のページから人事異動を追っていた。登録の仕組みはなく、読者との継続的な接点は広告表示に限られていた。実行環境は長く運用されてきた構成のままだった。

  2. Bottleneck本質的なボトルネック

    運営者の判断を仮説として実装し、反応を見て調整する回転

    閲覧制限の範囲、登録項目、案内の出し方は、実装してみないと反応が分からない。定例で決め、ステージングで確認し、本番で計測し、次の定例で調整する回転が必要だった。並行して基盤を刷新する順序も決める必要があった。

  3. To-Be目指す状態

    会員基盤と新しい基盤の上で、有料会員機能を育てられる状態

    メールアドレスだけで登録できる会員基盤が本番で稼働し、登録導線と計測が整っている。旧環境に依存しない新基盤の上で、ウォッチリスト・異動通知・決済といった有料会員機能を追加していける状態をゴールに置いた。

04 Process

取り組み・開発の流れ最小構成で先に本番へ出し、計測しながら調整する

会員化の要件を運営者と決める場として、2026年5月から週次の定例を設けました。決定事項と宿題を議事録に残し、閲覧制限の件数、登録項目、登録を案内する場面、規約の扱いといった論点を一つずつ確定させています。専用の説明ページは作らず、登録導線と閲覧制限だけの最小構成で検証する方針とし、ステージング環境に実装して運営者が確認してから本番に反映する流れで進めました。

基盤刷新は、旧環境を少しずつ更新するのではなく、Ruby on Rails 8の新環境を構築し、使われていないコードを除いたうえで必要な機能を移植する方式を選びました。移植後は本番相当のデータで旧環境と新環境の出力を比較し、差分を解消してから本番を切り替えています。会員化の開発を止めないよう、基盤刷新と有料会員機能の準備を並行して進めました。

  1. Step 01

    会員化の要件を、週次の定例で決める

    2026年4月末に、5月からの開始と週次定例の実施を決定。5月の定例で、検索結果や履歴情報の一部を制限して登録を促す方針、登録項目をメールアドレス中心にする方針、利用規約・プライバシーポリシーを弁護士の確認を経て整える方針、専用ページを作らず最小構成で検証する方針を確定しました。

  2. Step 02

    認証・閲覧制限・並び替えを実装し、本番に出す

    運営者向けの管理画面認証と一般会員の認証を分け、外部の認証基盤を導入してメールアドレスだけで登録できる方式に切り替えました。一覧の「異動日順/更新日順」の並び替えとNEW表示を会員限定にし、検索結果と記事詳細に閲覧制限を設定。登録の案内、規約、計測タグを整え、2026年6月17日に本番投入しました。

  3. Step 03

    計測結果を見て、閲覧制限と案内の出し方を調整する

    登録導線の各段階を計測し、定例で結果を確認。無料で閲覧できる記事数の見直し、初回アクセス時に登録の案内を全画面で表示する変更、案内文言の見直しを本番に反映しました。数値は運営者との確認が必要なため、本ページには掲載していません。

  4. Step 04

    旧基盤の課題を整理し、新環境への移植で刷新する

    2026年7月、現行基盤の課題を整理し、Rails 8の新環境へ必要な機能を移植する方式を運営者と合意。使われていないコードの削除、新環境の構築、ライブラリの棚卸しを経て、モデル・収集処理・管理画面・画面・メール送信の順に移植し、新旧の出力比較を経て2026年8月25日に本番を切り替えました。切替後は管理画面の差分や不正なリクエストに起因する例外を整理し、監視とCIの検査を追加しています。

  5. Step 05

    新基盤の上で、有料会員機能の開発を進める

    運営者との定例で、ウォッチリスト・異動通知・広告非表示の3機能と、無料トライアルや解約の扱いを確定。決済基盤の導入、プラン管理、課金台帳と有料判定、決済画面への導線を段階的に実装しています。提供開始の時期は運営者と調整中のため、本ページでは開発中の項目として扱います。

05 Implementation

実装内容情報の収集・公開の仕組みから、会員基盤、監視・性能、基盤刷新まで

ラフノートの担当範囲は画面の実装にとどまりません。人事異動情報を収集・整理して公開する仕組み、読者向けの検索や一覧、運営を支える管理画面、安定運用のための監視と性能改善、そして基盤の刷新まで、サービスを動かし続けるために必要な範囲を一貫して担当しています。

  • 01人事異動情報の収集・整理・公開

    公開情報をもとに人事異動情報を収集し、会社・人物・辞令のデータに整える仕組み/収集元のページ構造の変化への追随/取りこぼしの検知と日付を指定した再取得/表記ゆれ(全角・半角、氏名と辞令の紐付け)の正規化

  • 02読者向けの検索・一覧

    社名・人名検索と検索精度の改善(完全一致の優先、キーワード、サジェスト)/業種別一覧・注目企業・企業ごとのページ/関連記事・フィード/パンくずの構造化データ/一覧の並び替えとNEW表示(2026年・会員限定)

  • 03運営者向けの管理画面

    辞令・社員・役職・企業・カテゴリの登録・編集/注目企業や企業リストの並び替え/CSVでの入出力/静的ページの編集/人事情報の一括取り込み画面と重複判定(2026年)/投稿の複製・一括消去などの運用補助

  • 04会員登録・認証(2026年)

    運営者向け認証と一般会員の認証の分離/外部認証基盤の導入とメールアドレスだけで登録できる方式への切り替え/ログイン・会員登録・ログアウトの導線/登録を案内する表示/利用規約・プライバシーポリシーの統合ページ

  • 05閲覧制限と登録導線(2026年)

    検索結果の一部を制限して登録を促す仕組み(見た目の制限からアクセス制御へ作り替え)/記事詳細の日次閲覧制限/並び替え機能の会員限定化/制限に触れた場面での登録案内/登録導線の各段階の計測(GA4・Clarity)

  • 06広告枠の管理

    記事下のバナー広告枠とクリック数の計測・管理画面(2021年)/広告タグや配信設定ファイルの更新への継続対応/広告表示と画面要素の重なりの調整

  • 07監視・性能・安定運用(2026年)

    エラー監視と構造化ログの導入/タイムアウト対策/重複したデータベース問い合わせの解消とインデックス追加/検索パラメータの検証/問い合わせフォームのスパム対策/クローラー向けの制御/死活監視

  • 08基盤刷新(2026年)

    Ruby on Rails 8とRuby 3.4の新環境の構築/使われていないコードの削除とライブラリの棚卸し/モデル・収集処理・管理画面・画面・メール送信の移植/本番相当のデータによる新旧出力の比較/本番切替と切替後の差分修正/観測基盤とCIでの静的検査・カバレッジ・マイグレーション安全性の検査

  • 09実行環境の更新(継続)

    実行環境やデータベースのバージョン更新・証明書更新/メール送信基盤の変更/コンテナを使ったデプロイへの移行(2025年)/データベースのメジャーアップグレード(2026年)

06 History

開発の経緯初期開発から8年あまり。保守で支え続けたメディアを、会員基盤と新しい基盤の上へ

開発は一度に完成させるものではなく、運営者からの依頼と利用者の反応を受けて、機能と基盤を順に更新してきました。開発記録にもとづく主な経緯は次のとおりです。

  1. Phase 012017年11月〜2018年7月

    初期開発と本番リリース

    Ruby on Railsでの開発を開始。既存サイトからのデータ移行、人事異動情報の収集と会社・人物・辞令データへの整理、検索、業種別一覧、注目企業のページ、フィード、管理画面、CSVでの社員情報の取り込みを実装し、運営者のフィードバックを反映して本番リリース。

  2. Phase 022018年〜2019年

    検索精度と運用機能の改善

    完全一致を優先する検索とキーワード検索、社名の全角・半角の正規化、氏名と辞令の紐付けの修正、CSVでの入出力、注目企業・企業リストの並び替え、問い合わせメールなどを追加。エラー監視と収集エラーの通知を整え、定例で要望を受けて改修を重ねた。

  3. Phase 032020年〜2025年

    保守と収益面の改修

    収集元のページ構造の変化への追随、記事下のバナー広告枠とクリック計測の管理画面(2021年)、パンくずの構造化データ、メール送信基盤の変更、静的ページの管理画面編集化と管理画面の改修(2023年)、データベースのバージョン更新と証明書更新(2024年)、コンテナを使ったデプロイへの移行(2025年)を実施。

  4. Phase 042025年12月〜2026年4月

    運用改善と会員化の準備

    利用者向けの案内バナーと表示回数の計測、管理画面の運用補助機能を追加。2026年4月には、エラー監視と構造化ログ、タイムアウト対策、重複した問い合わせの解消、クローラー向けの制御、人事情報の一括取り込み画面を整え、会員化を支える運用基盤を先に固めた。

  5. Phase 052026年5月〜7月

    無料会員化の本番投入と調整

    週次の定例で要件を決め、認証の分離と外部認証基盤の導入、並び替えとNEW表示、閲覧制限、登録の案内、規約、計測を実装。2026年6月17日に本番投入し、計測結果をもとに閲覧制限と案内の出し方を調整した。

  6. Phase 062026年7月〜

    基盤刷新と有料会員機能の開発

    Rails 8の新環境を構築して必要な機能を移植し、新旧の出力比較を経て2026年8月25日に本番を切り替え。切替後は管理画面の差分修正、監視とCIの検査を追加。有料会員機能は運営者との定例で仕様を確定し、決済基盤の導入から段階的に実装を進めている。

07 Results

成果・変化会員の仕組みがなかったメディアに、会員基盤と新しい基盤ができた

このプロジェクトの到達点は、サービスの土台が変わったことにあります。広告収益を主に運営されてきたメディアで、メールアドレスだけで登録できる会員基盤と会員限定の機能が本番で稼働しました。実行環境は旧基盤からRails 8の新環境に切り替わり、その上で有料会員機能の開発が進んでいます。

  1. 支援前

    会員の仕組みがなく、広告収益に依存

    • 公開情報をもとに人事異動情報を収集・確認して公開するメディア
    • 読者との継続的な接点は広告表示のみ
    • 長く運用されてきた実行環境のまま
  2. 支援後

    無料会員の仕組みを最小構成で本番投入

    • メールアドレスだけで登録できる認証と、ログイン・登録の導線
    • 閲覧制限と登録の案内、並び替え・NEW表示の会員限定化
    • 登録導線の各段階の計測と、定例での調整
  3. 現在

    新基盤へ切り替え、有料会員機能の開発へ

    • Rails 8の新環境へ移植し、新旧の出力比較を経て本番切替
    • 監視・観測基盤とCIの検査で切替後の運用を安定化
    • ウォッチリスト・異動通知・決済などの有料会員機能を開発中

主な事実

  • 2017年の初期開発から2026年まで、ラフノートが開発・保守を継続しています。
  • 2026年6月17日に、無料会員化の機能(認証、閲覧制限、並び替えとNEW表示の会員限定化、登録の案内、規約、計測)を本番投入しました。
  • 2026年8月25日に、旧基盤からRuby on Rails 8の新環境へ本番を切り替えました。
  • 有料会員機能(ウォッチリスト・異動通知・広告非表示・決済)は仕様を確定し、段階的に実装を進めています。

Growth数値非公開 ─ 会員登録数・登録率・利用者数などの数値は、指標の定義・対象期間・掲載可否を運営者と確認したもののみ掲載する方針のため、本ページには掲載していません。

08 Next

今後の展望

2026年時点で、有料会員機能(ウォッチリスト・異動通知・広告非表示・決済)の開発を進めており、提供開始の時期は運営者と調整しています。

ラフノートは2025年12月にEAPグループに加わりました。Ruby on Railsによる開発、長期の保守と基盤刷新、認証・決済・計測を含む会員基盤の実装といった経験を、事業や業務の設計から実装・運用までを同じ体制で進める支援に活かしていきます。

長く運用してきたWebサービスに会員や課金の仕組みを加えたい、古くなった基盤を止めずに刷新したい、運営側の判断を仮説として実装しながら段階的に進めたい。そうしたご相談をお待ちしています。

※本ページの内容は、EAPグループの公開事例(2026年10月時点)にもとづいて構成しています。

事例一覧へ戻る

あなたの事業を、ちゃんと動くプロダクトに。 まずはお気軽に無料でご相談ください。