機能ではなく、価値をつくる。プロダクトヒストリーカンファレンス2026で伝えたXAION DATAの開発
こんにちは。XAION DATAでスクラムマスター／Dev-HRBPをしている池永です。
2026年6月26日、虎ノ門ヒルズフォーラムで開催された「プロダクトヒストリーカンファレンス2026」に、XAION HR（旧：AUTOHUNT）責任者・PdMの清水と登壇しました。
XAION DATAにとっては、テックカンファレンスへの初めてのスポンサー協賛でもありました。登壇決定時、社内Slackには「登壇します！！！楽しみです！！！！」などと宣っていたのですが、当日はゴリゴリに緊張していました。
今回はイベントの様子とともに、登壇でお伝えした内容を通じて、XAION DATAがどのようにプロダクトをつくっているのか、ここで働く面白さはどこにあるのかをご紹介します。
AI時代のプロダクト開発を考える2日間
プロダクトヒストリーカンファレンスは、YOUTRUSTが主催するプロダクト開発者向けのカンファレンスです。2026年は「AI時代に生き残るプロダクトと、開発者の条件」をテーマに、PdM、エンジニア、デザイナー、事業責任者など、さまざまな立場の方が登壇しました。
今回、XAION DATAがスポンサーとして参加した目的は、採用と企業認知の獲得です。
私たちはデータの収集・構造化、検索、AI活用など、かなり面白く難しい技術に向き合っています。社名を知っていただく機会は増えてきた一方で、実際にどのような開発をしているのか、どのようなチームが働いているのかまでは、まだ十分に届けられていません。
だからこそ、実際のプロダクト開発で経験したことを、自分たちの言葉で外に出してみよう。今回の登壇には、そんな思いもありました。
「作りながら売る」とは何か
登壇タイトルは、「作りながら売る：アジャイルな仮説検証サイクルでPoCを成功に導いた話」です。
題材にしたのは、企業に蓄積された過去の候補者データを、再び活用できる採用資産へ変えるクローズドデータ活用PJのPoCでした。
AIやデータを使ったPoCでは、「この技術で何ができるか」から企画が始まることがあります。技術的には完成し、デモも動く。それでも実際の業務では使われず、本番化されない。
私たちは、その原因の一つが、自分たちのできることと、顧客が本当に解決したいことのズレにあると考えています。
PoCで検証すべきなのは、機能を実現できるかだけではありません。顧客の真の課題と、自分たちが届けられる価値が、本当に噛み合っているかです。
そこで該当プロジェクトでは、完成したものを最後に提案するのではなく、顧客の業務に入り込み、提案と対話を繰り返しながら、毎週Build・Measure・Learnを回しました。これを、私たちは「作りながら売る」と表現しています。
最初の仮説は、見事に外れた
当初、私たちは「社内にある候補者データとSNSプロフィールを紐付けること」が大きな価値になると考えていました。
候補者情報を最新化でき、連絡手段も増やせる。自分たちとしては、かなり良い仮説だと思っていました。しかし、顧客の反応は想像よりも薄いものでした。
そこで、仮説を正しいものとして説明し続けるのではなく、顧客の実際の業務プロセスをさらに深く見にいきました。その中で分かったのが、多くの企業ではATSに大量の候補者情報が蓄積されているものの、データが整理されておらず、検索も活用もできない状態になっているということでした。
顧客の反応が大きく変わったのは、SNS情報を追加したときではありません。バラバラだったクローズドデータを構造化・クレンジングし、必要な候補者を検索できる状態にしたときでした。
「これがずっとやりたかった」
現場からいただいたこの一言が、私たちにとって大きな転換点になりました。価値があったのは、情報を増やすことではなく、眠っていた情報を使える資産へ変えることだったのです。
最初の仮説が外れたこと自体は、失敗ではありません。むしろ、顧客の現場にいたからこそ仮説の崩壊に気づき、すぐに舵を切れた。これがPoCで得るべき学びだったと思います。
素早く方向転換できるチームを、先につくる
この話は、PdMや営業が顧客の声を聞けば成立するものではありません。新しい事実が見つかったとき、開発チームも同じ速度で方向転換できる必要があります。
今回のPoCでは、着手前に法的な取り扱いやリソース上のリスクを整理し、既存の「XAION HR 1.0（旧：AUTOHUNT 1.0）」とPoCのバックログを完全に分離しました。さらに、短い期間で何を検証するかを明確にするため、優先順位を厳密に一列に並べました。
既存改善と仮説検証では、判断の基準が違います。すべてを同じバックログへ入れると、目の前の改善に引っ張られ、本当に検証したいことが後回しになってしまいます。
スクラムマスターとして私が意識したのは、スクラムイベントを予定通り実施することではなく、チームが迷わず仮説を壊せる環境をつくることでした。開発とビジネスが「つくる側」「売る側」に分かれるのではなく、同じ顧客課題と価値仮説を見る。そのうえで、現場の事実が変われば、つくるものも変える。
こうした動き方は、今回のPoCに限らず、XAION DATAの開発で大切にしている姿勢です。3ヶ月間このサイクルを回した結果、PoCへ参加いただいた3社すべてが有料利用を決定しました。もちろん数字も嬉しいのですが、それ以上に、当初の案を守り切ったのではなく、顧客がお金を払ってでも解決したい課題へたどり着けたことが、今回の一番の成果だと思っています。
登壇後に生まれた会話
当日は、本当にたくさんの方がセッションを聞きに来てくださいました。登壇後にはブースや会場で声をかけていただき、「自社でも似た課題を抱えている」という共感や、開発とビジネスの連携についての質問、率直なフィードバックをいただきました。自分たちの経験を発表して終わりではなく、そこから違う会社、違う立場の方との会話が始まったことが、めちゃくちゃ嬉しかったです！
私自身、スポンサー側でブースに立つのも初めてで、最初は来場者の方へどう声をかければよいのか戸惑いました。しかし、登壇後はセッションが共通の話題になり、自然と深い会話が増えていきました。オンラインの記事でも情報は届けられますが、相手の反応を受け取り、その場で対話を重ねられることは、オフラインならではだと実感しました。
XAION DATAで働く面白さ
XAION DATAでは、エンジニアが要求された機能を実装して終わり、という働き方を目指していません。プロダクトは、価値があると信じている仮説の集まりです。PdMだけが仮説を考えるのではなく、エンジニアもスクラムマスターもビジネスメンバーも、顧客の事実をもとに「本当にこれをつくるべきか」を考えます。
データ構造化や検索、AIといった技術を深く追求しながら、その技術が顧客の業務をどう変えるのかまで向き合えること。職種の境界を越えて、プロダクトやチームに必要なことへ踏み込めること。そして、最初から正解がない状態で、仮説を立て、壊し、またつくり直せること。これらが、今のXAION DATAで働く面白さだと思います。
一方で、組織もプロダクトも完成形ではありません。開発プロセス、チーム間の連携、マネジメント、採用、技術発信など、これから一緒につくらなければならないものがたくさんあります。決められた役割の中だけで働くより、自分たちでより良いチームとプロダクトをつくりたい方。技術だけでなく、その先の顧客価値まで考えたい方。仮説が外れることを恐れず、学びながら前へ進みたい方。そんな方とは、きっと一緒に面白い仕事ができると思っています。
さいごに
今回、XAION DATAとして初めてテックカンファレンスへ協賛し、私自身も登壇とブース運営を経験しました。緊張も戸惑いもありましたが、それ以上に、多くの方と直接お話しし、自分たちの開発を外に出すことの価値を感じた2日間でした。今後も、カンファレンスや技術ブログなどを通じて、XAION DATAの開発や試行錯誤を積極的に発信していきます！！！
この記事を読んで、顧客の近くで価値をつくる開発や、これからのXAION DATAの組織づくりに少しでも興味を持っていただけた方は、ぜひ一度お話ししましょう！選考を受けるかどうかは決めていなくても大丈夫です。まずはカジュアルに、お互いのことや、これから挑戦したいことについてお話しできれば嬉しいです。
スクラムマスター／Dev-HRBP 池永とのカジュアル面談は、こちらから日程調整いただけます↓↓↓
▶︎カジュアル面談予約
