今回は、トリファ代表の嘉名とエンジニアメンバー（大河内・師田・竹内・Sandun）が集まり、トリファの開発現場のリアルを語り合ってもらいました。AIドリブンな組織体制、エンジニアとしての裁量の大きさ、そして代表・嘉名との距離感まで、ざっくばらんに聞きました！

── まず、eSIM・通信という領域で、技術的に何が面白いですか？逆に難しいと感じるのはどんな点ですか？

竹内： 面白いのは、ユーザーへのインパクトに直接つながるところですね。新しいサービスを作って、それが実際にどう使われるか、使われないかを知れる。すごくリアルです。ミスしたらすぐにユーザーの体験に悪影響が出るというプレッシャーはありますが、それがまたやりがいでもある。

師田： 難しい点で言うと、今まさにマイクロサービス化を進めているんですが、これが本当に難しくて。「旅のインフラをつくる」というプロダクトビジョンのもと、eSIM以外のプロダクトも立ち上がっていく中で、機能単位でインフラを分割させ、負荷を軽減する必要が出てきました。分割のベストプラクティス自体は理解しているんですが、今のチームの規模やスピード感を考えると、それがそのまま最適解とは限らない。分けすぎると監視対象のサーバーが増えてしまう。少人数でスピードを維持しながら、リスクヘッジもできる分割の粒度を見極めるのが、一番頭を使うところですね。

Sandun： 面白さという点では、プロダクトが複雑になるほど、モバイルのUI/UXを深く考えないといけない場面が増えていて。それが純粋に楽しい。複雑だけどその分面白い、みたいな感じです。

「仕様も設計も品質も、全てAI」少人数でも最大限のアウトプットが出せる理由

── 少人数でこの規模のプロダクトを動かせている理由は何だと思いますか？

師田： 一番大きいのは、エンジニアが仕様決定から設計・実装・リリースまでを一気通貫で担当していること。一般的な開発フローはPMがいて、要件をエンジニアに渡すという流れかと思います。でもトリファにはそれがない。要件が降りてきたら、エンジニア自身がUI/UXや仕様を決めて、技術設計もやって、リリースまで全部やります。

これがAIを活用する上でもすごく有利に働いていて。一人がコンテキストを途切れなくAIに渡せるんですよ。仕様も、設計も、最終的な品質まで、全部同じ人間がAIにインプットできるから、AIのアウトプットの精度が上がる。少人数でも最大限のアウトプットが出せるのは、この構造があるからだと思っています。

── AIを積極的に導入してきた背景には、どんな取り組みがあったんですか？

大河内： そもそも組織自体を「AIが活用しやすい形」に変えてきたというのが大きいです。アーキテクチャのリファクタリングを進めたり、設計判断の背景をADR（Architecture Decision Records）として残してAIが判断材料にできるようにしたり。プロジェクト管理も、以前はNotionやJiraを使っていましたが、ghコマンドでCLIからClaude CodeやエンジニアがシームレスにアクセスできるようにGitHub Projectsに移行しました。今では、会社としてClaudeを全部署に導入していて、エンジニアにはClaude Code MAXプランのライセンスを付与しています。AIを使うために組織の仕組みそのものを変えてきた、という感じですね。

── AIを積極的に導入してきた背景は？

嘉名： 実は自分の中でもここまで全社的にAIにシフトするとは思っていませんでした。ある時「シリコンバレーの一流エンジニアと技術レベルで追いつけるのか？」と考えたのですが、正直、難しいと思った。でもAIを使いこなせば、技術レベルが民主化される。うちのチームがちゃんとAIを使いこなせば、そのレベルのアウトプットに近づける。それを実感したときから本気で推し進めるようになりました。

AIドリブンが、開発の常識を変えた。

── AIは具体的にどう使っていますか？開発環境はどう変わりましたか？

Sandun： 最近、モバイルのコードベースでコーディングのルールを整備して、AIに読み込ませたんです。そうしたことで、同じ機能を実装するときの時間が大幅に短縮されて、AIのミスも減りました。あとチームメンバーが増えてきたので、最初のコードレビューをAIにやらせるようにしてみたら、シンプルなミスをAIが先に拾ってくれるようになって、自分のレビュー工数がかなり減りましたね。

竹内： コードを書く時間そのものが、ほぼなくなってきてる感じです。その分、「このUI/UXだとユーザーは使いやすいかな」って考えたり、AIと壁打ちしたりする時間が増えた。エンジニアがユーザー体験を深く考える時間が増えたという意味では、かなり良い変化だと思っています。

── エンジニアがUI/UXまで判断するのは、一般的にはかなり珍しい体制ですよね。

師田：珍しいと思います。普通はデザイナーやPMがそこを担うので。

嘉名： 一般的には「エンジニアはコードだけ書く」という文化が多いと思います。でも自分はずっと、エンジニアが全社視点で動ける方が仕事は面白いはずだと思っていました。マーケターやCSと会話する中で、売上や問い合わせに自然と目を向けるエンジニアが育つ環境が作られてきたと思います。

大河内：実際、マーケターやCSの方と話すことで「こういう機能があれば問い合わせが減るんじゃないか」みたいな発想が自然と出てくる。それがプロダクトにも反映されるので、充実感はありますね。

雑談から生まれたアイデアが、プロダクトになる距離感。

── 代表の嘉名さんとエンジニアチームは、どういう距離感で仕事をしていますか？

大河内： 休憩スペースやランチの時に「これできそうじゃない？」という会話が始まって、「ちなみに何日かかる？」「1週間くらいです」「じゃあやってみよう」という流れで動き出すことが多いですね（笑）。

竹内：一緒にご飯食べたときにカジュアルに話した内容が、形になることが本当に多いです。しかもそれがユーザにニーズのある機能ばかりで。すごいと思う。

嘉名： エンジニアのミーティングには最近入ってないんですよ。1年前は入っていたのですが、今はチームを信頼していますし任せられる体制です。でもカジュアルな場でのコミュニケーションは多くて、そこからアイデアが生まれることが多い。

師田： VPN機能の開発がまさにそのパターンでした。自分がトリファに入社して数ヶ月後、「VPNってeSIMとの相性いいと思うんですよ」という会話を嘉名さんとしていたのを今でも覚えています。

昨年の夏に試しに一人用のVPNを作って、嘉名さんに見せたら本格的に開発しよう。という話になって。それが今のVPN機能につながっています。

VPN機能：https://trifa.co.jp/news/20260323

── 嘉名さんから見て、今のエンジニアチームはどう映っていますか？

嘉名： 本当の意味で「事業を伸ばそうとしている開発組織」だと思っていて、それがすごく嬉しいです。コードを書くことを目的にしているんじゃなくて、どうスケールするか、ユーザーにどんなインパクトを与えられるか、というビジネス視点で意思決定できる人たちが揃ってる。技術力とビジネス視点の両方で意思決定できる開発組織って、なかなかないと思います。

大河内：それは、エンジニアチームが嘉名さんの意思を受け継いでいるのが大きいです。スピードもそう。トリファのバリューである「Go Fast」を大事にしていて。その思想がチームメンバーにも伝わっています。ビジョンやトリファの未来を示してくれているし、答えてくれるから、迷わないです。

── エンジニアから見た嘉名さんは、どんな存在ですか？

師田： 嘉名さんが「こんな世界になったら面白くない？」という話をしてくれることで、自分たちのものの見方がアップデートされる感覚があります。経営者とここまで近くで話せる環境って、なかなかないと思う。

Sandun：僕がトリファに入社した時、嘉名さんは一人で開発をしていました。ここまでサービスを成長させたのはすごいと思います。さらに、eSIMだけでなく、他の領域にも広げていっている。

「上場までにトリップインフラを完成」

── 今後、トリファが目指す世界線は？

嘉名： 「上場までにトリップインフラを完成させる」というのが今の目標です。昨年くらいまでは「いつかやろう」くらいの温度感だったんですが、AIをちゃんと使いこなせる組織に成熟したので、あと数年で実現できる気がしています。

大河内：そうですね、AIドリブンかつ開発体制も整っているので、本当に目指せると思っています。

── 最後に、どんなエンジニアがトリファに合うでしょうか？

竹内：「上場までにトリップインフラを完成させる」ためには、周辺領域を完成させる必要があります。実装はAIに任せられればいいと思っています。決めなければいけないことを意思決定できる人と一緒に働きたいですね。

Sandun： ユーザーの考え方を理解して、マーケティングやビジネスメンバーの視点も持てる人です。もちろん全てを完璧に理解する必要はなくて、自分で理解しようとするポテンシャルがある人が良いと思います。

師田：技術ももちろんですが、 UI/UXにこだわりがある人がいいですね。ユーザーにこういう体験をしてほしい、という思想を持ったうえで、技術的・ビジネス的な意思決定ができるエンジニアと一緒に働きたいですね。

大河内： 決まったポジションや役割は、正直ないです。やりたいことができるというか、自分から作っていく感じですね。例えば、AIを使ってどこを仕組み化できるか、どこを自動化できるか、そういうことを自分で考えて動いていく。与えられた役割をこなすというより、自分でポジションを作っていくイメージですね。

嘉名： コードを書きたいです、という人より、自分が作ったものがどれだけユーザーに影響を与えているかに関心がある人の方が、トリファには合っていると思います。あと今は、AIドリブンな開発を実務で完全に使い切れる環境って、世の中にまだほとんどないと思っていて。トリファに来れば、それをフル活用した開発を経験できる。これからのエンジニアキャリアにとって、すごく価値のある経験になると思っています。

最後にーー。

今回の座談会で印象的だったのは、誰一人「エンジニアとして」という枠の中だけで話していなかったことです。技術の話をしているようで、気づけばユーザーの話になり、事業の話になっていく。それが全員に共通していました。

AIの導入も、「便利だから使う」ではなく、組織ごとAIに合わせて変わっていった。その主体性が、少人数でこれだけのプロダクトを動かせている理由なのかもしれません。

偶発的なコミュニケーションからVPNが生まれ、個人の検証がプロダクトになる。そんな環境が、意図せず自然に出来上がっているのがトリファのエンジニアチームでした。

トリファでは現在、エンジニアを積極採用中です。
「コードを書くだけじゃないエンジニアリング」に興味を持った方は、ぜひカジュアル面談でお話ししましょう！

https://herp.careers/v1/trifa