1. PLAINERが目指している世界 PLAINERは、「伝わるはずの価値が伝わらない」 という、ソフトウェアが持つ根本的な課題に挑んでいます。 どれだけ優れたプロダクトでも、「何に効くのか」「なぜ自分に必要なのか」 が正しく届かなければ、その価値は埋もれてしまう。 AIが進化しても、この“もったいなさ”は自然には解決しません。むしろLLMのような汎用技術が広がることで、プロダクトとユーザーの関係はさらに複雑になり、「どう伝わるか」 がますます重要になります。 私たちは、「伝える」ではなく「伝わる」体験を設計することを使命としています。 その結果として、 SaaSやAIプロダクトの本当の価値が、世界中のユーザーに届く 企業と顧客が誤解なくつながり、双方にとって成果を出せる 新しいプロダクトが、もっと速く、もっと広く社会に浸透していく ──そんな未来をPLAINERは本気で目指しています。 2. ポジションに期待する役割 ― Product-Focused Engineer に期待すること PLAINERは現在、多くの大手SaaSに導入が進む一方で、正社員エンジニアはまだ4名。 プロダクトも組織も、これから一緒につくっていくフェーズです。 私たちが求めているのは、「仕様を実装するエンジニア」ではなく、「プロダクトの価値と成果に責任を持つエンジニア」です。 ・なぜこの機能が必要なのか ・ユーザーにどんな行動変化を起こしたいのか ・今作るべき最小の価値は何か そうした問いをPdMやチームと議論しながら、仮説 → 実装 → 検証 → 改善 を回していく。 コードを書くことは手段であり、ゴールは プロダクトが正しく使われ、成果を出すこと。 Product-Focused Engineer として、PLAINERのプロダクトと事業成長を一緒に前に進めてくれる方を探しています。 3. 業務内容 Product-Focused Engineer として、以下を担っていただきます。 ・サーバーサイド・フロントエンド・Chrome拡張の設計／実装 ・新機能における要件定義・仕様策定・仮説立案・ユーザーリサーチ ・PdMや他メンバーと議論しながら、プロダクトの方向性を具体化 ・生成AIを中心とした最先端技術を用いた開発生産性の向上や開発プロセス改善 ・開発・検証環境の整備、CI／CD改善、テスト効率化 「何を作るか」「なぜ作るか」から関わり、作った後の成果までを見ることを期待している役割です。 4. 開発環境 ■構成 ・顧客向けWebアプリ（SPA） ・運営向けWebアプリ（MPA） ・Chrome拡張 ■技術スタック ・バックエンド：Kotlin（Ktor）、PostgreSQL、Redis ・フロントエンド：TypeScript、React、Chakra UI ・Chrome拡張：TypeScript、React ・インフラ：Google Cloud（Cloud Run中心） ・その他：Claudeなど生成AIを活用した開発体制へ移行中 5. 開発チームのコミュニケーションサイクル 開発スタイルとしてはAI-DLCを一部採用しています。 チーム内には以下のようなコミュニーケーションの場があります。 ・隔週プロダクト会：PLAINERというプロダクトに関する情報共有の場です。ビジネス・エンジニアサイド共同で実施されます。お客様からの声や今後リリース予定の機能などをそれぞれの観点から自由に共有していきます。 ・週次開発定例：開発全般のトピックスをメンバーそれぞれが持ち寄り、技術的な改善やチームコミュニーケーションの円滑化を図る場になっています。 ・設計会：随時実施。新たな機能等を実装するにあたり必要となるアーキテクチャーやテーブル設計、ビジネスロジックの検討などをチームメンバーとともにディスカッションします。 6. 必須要件 ・Webアプリケーション開発の実務経験（B2B/B2C問わず） ・要件定義〜仕様策定〜実装まで一通りの経験 ・AIコーディングエージェント（Claude Code / Cursor等）およびCLIを活用した開発実務経験 7. 歓迎要件 ・インフラ領域の幅広い経験 ・Chrome拡張開発経験 ・HTML仕様に関する深い知識 ・React開発経験 ・サーバーサイドKotlinでの開発経験 8. 求める人材像 ・適切なタイミングでの報告・連絡・相談を行える ・チャット等でのテキストでのコミュニケーションを適切に行える ・他者が読むことを意識した上でのドキュメンテーションが出来る ・対面でビジネスコミュニケーションが取れる