RAKUS Developers Blog | ラクス エンジニアブログ

株式会社ラクスのITエンジニアによる技術ブログです。

カレーの材料集めで読み解くSaaS戦略 ──「スーパー」か「こだわりの専門店」か

こんにちは、プロダクト部 部長の稲垣です。(自己紹介やこれまでのキャリアについて↓をご覧ください。) tech-blog.rakus.co.jp

これまで組織やマネジメントについて書くことが多かったので、今回はプロダクトマネージャーらしく「プロダクト戦略」について書こうと思います。

ラクスに入社して約4年半。マルチプロダクト展開をしているtoB SaaS企業に入社し、これまでPdMのマネージャーとして複数のプロダクトに携わってきました。自社や競合、市場(国内・海外)を見ていく中で、私なりの理解や整理を言語化していこうと思います。

まだ、業界歴4年と浅く、多分に私自身の解釈が入っているため、一般的な理解との差分があるかもしれませんが、その点はご理解ください。そして本記事の一番の目的は、当社ラクスに興味を持っていただいているプロダクトマネージャー、デザイナー、エンジニアの皆さまにとって、ラクスへの理解を深める一助となればと思います。

※本記事は、公開情報を踏まえた私個人としての理解と将来的な妄想も含んでいます

目次

  • ■プロダクトを取り巻く3つの課題
    • 1.戦略
      • ■ マルチプロダクト戦略
      • ■ ベスト・オブ・ブリード戦略
    • 2.ターゲットとポジショニング
    • 3.国内の社会情勢
  • ■プロダクト戦略
  • ■「カレーの材料」で読み解くプロダクト戦略
    • ●こだわりの専門店 :ベスト・オブ・ブリード型戦略
      • ① スイート型戦略(=巨大スーパー)
      • ② ベスト・オブ・ブリード型戦略(=こだわりの専門店)
    • ●進化した専門店街・マルシェ :統合ベスト・オブ・ブリード型戦略
    • ●お買い物サポート・代行サービス:AI戦略
      • ① 各プロダクト内のAI化(=超優秀な専門スタッフ)
      • ② プロダクトをつなぐ「AIエージェント」(=自律して走る連携役)
    • ●スマートシティ・ビジネスエコシステム (妄想)
    • ●専属シェフと万能翻訳機 (余談)
      • 武器①:FDE(Forward Deployed Engineer) 〜お客様の懐に入り込む「専属シェフ」〜
      • 武器②:オントロジー思考の中間システム 〜システムをつなぐ「万能翻訳機」〜
  • ■ まとめ
続きを読む

LLMアプリケーション開発におけるプロンプトの取得と管理

はじめに

こんにちは!
エンジニア3年目のTKDSです!
今回はLLMアプリケーション開発におけるプロンプトの取得と管理について書きました。 LLMを利用したアプリケーションのプロンプト管理は多くの方が悩んでる問題だと思います。
そこで、開発中や運用時に重要となるプロンプト配信の可用性、プロンプト切り替えのしやすさ、何が今動いているか把握のしやすさの観点などから管理方法と取得方法を整理してみたいと思います。
個人の意見ですので異論は認めます。

  • はじめに
  • プロンプトの管理方法
    • 管理方法
  • プロンプトの取得方法
    • 取得方法
  • 管理方法x取得方法の組み合わせ
    •  組み合わせの上で考えること
    • 組み合わせ例
  • まとめ
続きを読む

ラクス主催のテックイベント「RAKUS AI Meetup Vol.2」を開催しました。

2026年1月21日(水)、ラクス主催のテックイベント 「RAKUS AI Meetup Vol.2」 をオンライン開催いたしました。

ラクスの開発組織では、「顧客志向」を大切にしています。 新しい技術を導入すること自体を目的とするのではなく、「この技術が、誰のどんな業務をどれだけ楽にできるのか」を起点に、日々の開発や改善に取り組んでいます。

RAKUS Meetupは、そうした顧客志向の開発実践から得られた知見を、エンジニア自身の言葉で共有する場として開催しています。

今回の「RAKUS AI Meetup Vol.2」では、ラクスが全社を挙げて取り組んでいるAI活用について、「プロダクトAI実装」「AI駆動開発」「AI組織体制」の3つの観点から発表しました。

本記事では、当日の発表内容をダイジェストでお届けします。

  • 1. 全エンジニアのAI活用状況を可視化する~Lookerを用いたアンケート分析と今後の推進策~
    • セッションのポイント
    • AI活用によって生まれた価値
  • 2. 仕様駆動開発の組織的定着に向けた取り組み
    • セッションのポイント
    • AI活用によって生まれた価値
  • 3. 出してみてわかったAIエージェントプロダクトの舞台裏
    • セッションのポイント
    • AI活用によって生まれた価値
  • まとめ
続きを読む

4500年前のピラミッドから、現代プロダクトマネージャーが学べること

こんにちは、プロダクト部 部長の稲垣です。(自己紹介やこれまでのキャリアについて↓をご覧ください。) tech-blog.rakus.co.jp

「HORIZON OF KHUFU 古代エジプトへの旅」というVR作品を体感してきました。

immersivejourney.jp

の方も感想を掲載していますが、非常に素晴らしい体験ができました。

note.com

続きを読む

プロダクトマネージャーはどう目標設定するべきか― 試行錯誤と経験からの実践知

こんにちは、プロダクト部 部長の稲垣です。(自己紹介やこれまでのキャリアについて↓をご覧ください。) tech-blog.rakus.co.jp

今回は自分がかなり苦手なテーマ「目標設定と評価は難しい」について書こうと思います。(カジュアル面談をすると、ここを聞かれることも多いので。)

私は現在、株式会社ラクスでPdMとデザイナー組織を見ていますが、ここに至るまでにSIer、技術サポート、そしてBtoCプラットフォームの企画・開発と、多様な立場で「目標」と向き合ってきました。

いずれの環境においても難しさは感じていますが、現在のラクスでは自分がこれまで経験したことがない状況でしたので、より難しさを感じています。

もし今、あなたが自社の評価制度にモヤモヤしていたり、これからPdMとしてキャリアを積む上で「どう評価されるのか」に不安を感じていたりするのであれば、本記事はきっと何かのヒントになるはずです。

私がラクスで過ごした4年間の試行錯誤と、現在運用している評価の仕組みについて、かなり生々しい部分まで踏み込んでお話しします。

※本記事は自分のの経験に基づく一例で、制度や運用は組織・フェーズにより異なります

目次

  • 比較してわかる「目標設定」の難易度格差
    • 比較的シンプルだったSIと技術サポート
    • 「全員野球」で乗り切れたBtoCプラットフォーム時代
  • なぜBtoB SaaS(SLG)の評価は難しいと感じたのか
    • 1. ビジネスモデルの壁(SLG vs PLG)
    • 2. 担当領域の範囲の壁(機能別組織の宿命)
    • 3. 個人目標への落とし込み(MBOの厳格さ)
  • ラクス流:納得感を生む目標設定のアプローチ
    • 「あるべき姿」からのトップダウン設計
    • 評価の「ガイドライン」を作る
  • 具体論:PdMは「何を」目標にするのか?
    • 1. 事業・プロダクト貢献目標(仮説と品質の評価)
    • 2. 組織貢献・自己成長目標(仕組みと基盤の評価)
  • パフォーマンス評価とコンピテンシー評価の両輪
続きを読む

相互認証(mTLS)環境でクライアント証明書を並行運用するための実践ガイド

はじめに

こんにちは、ヤマウチです。
担当しているサービスではサーバ認証に加えてクライアントの認証も行う相互認証(mTLS)も使えるようになっています。相互認証を使う場合、Webサーバにサーバ証明書、クライアントにクライアント証明書を設定することになりますが、証明書の有効期間が切れる前に証明書の更新を行う必要があります。
この記事では、クライアント証明書の更新作業を具体的な設定例を交えて説明します。また、相互認証のうちクライアントの認証を行う部分の処理をクライアント認証と呼ぶことにします。

目次

  • はじめに
  • 目次
  • サーバ認証とクライアント認証の比較
    • 表1. サーバ認証とクライアント認証の比較
  • クライアント証明書の更新作業
  • クライアント証明書の更新作業の例
    • サーバ証明書の作成
    • クライアント証明書の作成
    • nginxにサーバ証明書と新旧のCA証明書を設定
    • curlによるアクセス確認
  • 終わりに
続きを読む

GitHub ActionsとArgo CDでプレビュー環境を構築した話

目次

  • 目次
  • 1. はじめに
    • 解決したかった課題
  • 2. アーキテクチャ
  • 3. プレビュー環境の作成・更新・削除
    • 作成・更新フロー
    • 削除フロー
      • パターンA: PRクローズ or ラベル削除
      • パターンB: TTLによる定期クリーンアップ
    • プレビュー環境へのアクセス
      • PRコメント例
  • 4. 実装のポイント
    • Pull Request Generator の実装
      • PRごとに異なるValuesの命名規則
        • GitHub Actions
        • Argo CD
    • 再コミット時の自動イメージ更新
      • 仕組み
    • 環境数の上限制御
    • ResourceQuota によるリソース使用量の制御
  • 5. おわりに
  • 参考
続きを読む
Copyright © RAKUS Co., Ltd. All rights reserved.