先日、SaaSus Platformを日経新聞様（11月11日）と日経クロステック様（11月2日）にてご紹介いただきました！

「SaaS後進国」ニッポン　開発基盤提供するSaaSが登場

SaaSのためのSaaSが続々、「活用後進国」ニッポンを変える一押しになるか

「SaaS後進国」ニッポンをSaaS先進国に押し上げるための一助として、SaaSus Platformが活用されることを目標にGAを目指して鋭意開発中です！

SaaS開発に関するナレッジを高めるためのe-book「SaaS開発ガイド」の【基礎編】が公開中です！

SaaS開発ガイド【基礎編】

SaaSus Platformが日経新聞様＆日経クロステック様に掲載されました！

「日本のソフトウェアエンジニアを憧れの職業へ」を理念に掲げる株式会社アンチパターン（本社：東京都港区、代表取締役 小笹 佑京、以下当社）は、株式会社翔泳社が主催する「Developers Summit 2025 FUKUOKA」にランチスポンサー及び展示ブーススポンサーとして協賛し、代表 小笹のセッション登壇及び、BtoB SaaS 開発/運用/販売を支援する「SaaSus Platform」でブース出展することをお知らせします。

Developers Summit（通称：デブサミ）は、2003年から毎年開催されている、日本最大級のソフトウェア開発者のためのカンファレンスです。社外のデベロッパーと連携を取りながら企画を行い、ソフトウェア開発者が今知っておきたいトピックや、ロールモデルとなるデベロッパーとのさまざまな出会いを創出しています。

その中でも「Developers Summit FUKUOKA（デブサミ福岡）」は、活気に満ちあふれ、IT産業振興も盛んな福岡で、ITエンジニアの祭りを開催したいという想いから2015年に始まりました。

今回のDevelopers Summit 2025 FUKUOKAは、「Reboot Together」をテーマに開催されます。

当社は 本カンファレンスにおいて「ランチスポンサー」及び「展示ブーススポンサー」として協賛し、ブース出展とセッション登壇をいたします。

ブースでは、BtoB SaaS 開発/運用/販売を支援する「SaaSus Platform」や、既存のパッケージソフトを10日でSaaS化するプロフェッショナルサービス「10 Days SaaSification for AWS」をご案内いたします。実際の画面をご覧いただけるデモンストレーションや、他社様での実際の活用事例など、SaaS開発に携わる皆さまにお役立ていただける情報をご提供いたします。

イベント期間中に当社ブースにご来訪いただいた方には、SaaSus Platformオリジナルトートバッグ、ステッカー、SaaS開発をはじめるにあたって必要な心得をまとめたガイドブック「SaaS開発ガイド 基礎編/テナント編」をプレゼントいたします。

セッションでは、当社代表の小笹が「『自分が欲しい』から始まる新規プロダクト作りのススメ」をテーマに、顧客を自分自身においてプロダクトを作る意義、そしてそれを素早く作るために取り組むべき技術的なアプローチについて解説します。

ぜひこの機会にお誘い合わせの上、ご参加ください。

日時：2025年9月26日（金）10:00～17:30

主催：株式会社翔泳社 CodeZine編集部

公式サイト：https://event.shoeisha.jp/devsumi/20250926

https://event.shoeisha.jp/order/apply/445

「自分が欲しい」から始まる新規プロダクト作りのススメ

新規プロダクトを作るとなった際、市場規模や価格戦略・マーケティング・営業などなど、考えることが多すぎて進められないこと、ありますよね？しかし、生成AIによってソフトウェアの生産コストが圧倒的に低下したことで、もっと軽やかにプロダクト開発に向き合えるような世の中になっています。

本セッションでは、顧客を自分自身においてプロダクトを作る意義、そしてそれを素早く作るために取り組むべき技術的なアプローチについて解説いたします。

（Vibe Codingや個人開発、新規事業、SaaSなどのキーワードを取り扱います。）

株式会社アンチパターン 代表取締役 CEO 兼 VPoE 小笹 佑京

SaaSus Platformは、B2B SaaSに特化した認証・認可やテナント管理などコントロールプレーンの機能群をSaaSで提供しています。ブースでは、デモンストレーションや他社様の事例などを踏まえてわかりやすくご案内いたします。

また、既存のパッケージソフトを10日でSaaS化するプロフェッショナルサービス「10 Days SaaSification for AWS」もご紹介します。

＜ BtoB SaaS 構築に必要な機能とノウハウが詰まった ｢ SaaSus Platform ｣ ＞

・X：https://twitter.com/saasus_platform

・Facebook：https://www.facebook.com/SaaSusPlatform

＜10 Days SaaSification for AWS 詳細＞

・サービスページ：https://saasus.io/10-days-saasification

【2025年9月26日（金）】「Developers Summit 2025 FUKUOKA」にランチスポンサー及び展示ブーススポンサーとして協賛することをお知らせします。

9月26日開催 Developers Summit 2025 FUKUOKA にランチスポンサー及び展示ブーススポンサーとして協賛

はじめに：手動テナントオンボーディングの限界

新規テナントがSaaSの利用を開始するまでには、アカウント作成、初期設定、リソースのプロビジョニング、データのインポートなど、さまざまな準備作業が必要になります。この一連のプロセスをテナントオンボーディングと呼びます。

SaaS開発の初期段階では、これらの作業を手動で行うケースがあります。顧客情報の収集、環境構築、初期設定支援などを人手で対応することで、個別の要望に柔軟に対応できると考えられがちです。

しかし、手動でのテナントオンボーディングは、SaaSビジネスの成長を阻害する重大なボトルネックとなります。スケールできない運用体制は、SaaSモデル本来の利点を損ない、競争力を低下させます。特にタイムトゥバリュー（Time to Value: 顧客がSaaS製品の実際の生産性と価値を実感するまでに要する時間）の観点から見ると、手動プロセスは致命的な遅延を生み出します。

本記事では、手動テナントオンボーディングがなぜ問題なのか、その具体的な「落とし穴」を明らかにし、自動化による解決策について解説していきます。

手動テナントオンボーディングの問題点

手動オンボーディングには、営業、カスタマーサクセス、エンジニアなど、多くの人的リソースが必要です。

顧客数が増えるにつれて、これらのコストは線形的に増加し、SaaSビジネスの最大の利点であるスケールメリットを享受できなくなります。

手動でのテナントオンボーディングは、新規顧客の獲得から実際の利用開始まで数日から数週間を要することがあります。

特にセルフサービス型のSaaSでは、ユーザーは即座にサービスを試したいと考えているため、サインアップ後に「担当者からの連絡をお待ちください」などとして利用可能になるまでに時間をかけることは、顧客の熱意を冷ますリスクとなります。

手動作業は遅いだけでなく、設定ミスやデータの入力ミスといったヒューマンエラーを誘発します。特に以下のようなミスは深刻な問題につながります：

権限設定の誤り（他テナントのデータへのアクセス許可）

リソース制限の設定漏れ（無制限のAPI利用など）

課金設定のミス（誤った料金プランの適用）

これらのミスは顧客の信頼を損なうだけでなく、セキュリティインシデントや収益の損失にもつながりかねません。

特にサイロ型アーキテクチャにおいては、テナントごとに独立した環境を構築するため、環境間での設定の不整合が発生しやすくなります。これらの問題は運用チームの負担を増大させ、障害発生時の原因特定も困難にします。

①  ワークフローエンジンの導入

複雑なオンボーディングプロセスには、ワークフローエンジンの導入が効果的です。AWS Step Functionsなどのツールを使用することで、以下が実現できます：

プロセスの可視化: オンボーディングの各ステップの状態を把握できる

エラーハンドリング: 失敗時の自動リトライや通知が可能

並列処理: 独立したタスクを並列実行して時間短縮

条件分岐: 料金プランや地域に応じた処理の分岐

② セルフサービスポータルの提供

テナント管理者が自身で設定を行えるセルフサービスポータルを提供することも重要です。これにより、以下のような作業をテナント側で実施できるようになります：

チームメンバーの招待と権限管理

データのインポート/エクスポート

③ Infrastructure as Code (IaC) の活用

特にサイロ型のテナントオンボーディングでは、Infrastructure as Code (IaC) の活用が不可欠です。TerraformやAWS CDKなどのツールを使用することで、以下のメリットが得られます：

再現性の確保: 同一の設定で確実に環境を構築できる

バージョン管理: インフラ設定の変更履歴を管理できる

ロールバック: 問題発生時に以前の状態に戻せる

レビュープロセス: コードレビューによって設定ミスを防げる

IaCを活用することで、テナントごとのリソース作成を宣言的に定義し、料金プランに応じたデータベースサイズ、ストレージ制限、API利用制限などを自動的に設定できます。これにより、手動設定によるミスを排除し、一貫性のある環境構築が可能になります。

自動化されたオンボーディングフローの例

ここまで説明した要素を組み合わせると、理想的な自動化されたテナントオンボーディングは以下のようなフローになります：

ユーザー登録の自動化
・ユーザーがサービスにサインアップすると、即座にユーザーアカウントが作成される
・メールアドレスの検証やMFA設定も自動的に案内される

テナント作成の自動化
・ユーザーが組織情報を入力すると、自動的にテナントが作成される
・初期ユーザーは自動的にテナント管理者権限が付与される

料金プランとの連携
・ユーザーが選択した料金プランに基づいて、請求サービス（Stripeなど）と連携される

リソースのプロビジョニング
・選択された料金プランやテナントの要件に応じて、必要なリソースが自動的にプロビジョニングされる

テナントオンボーディングは、SaaSビジネスの成長において極めて重要な要素でありながら、しばしば見過ごされがちな領域です。手動でのオンボーディングは、運用コストの増大、俊敏性の低下、ヒューマンエラーの誘発といった深刻な問題を引き起こします。

これらの課題を克服するためには、設計段階からオンボーディングの自動化を考慮し、IaCやワークフローエンジン、セルフサービスポータルなどの適切なツールと技術を活用することが不可欠です。

自動化されたテナントオンボーディングは、単なる効率化の手段ではなく、SaaSがスケールし、競争力を維持するための戦略的投資です。顧客がサインアップしてから価値を実感するまでの時間を最小化し、優れた顧客体験を提供することで、持続的な成長を実現できます。

E-Book「SaaS開発ガイド」にてSaaS開発に取り組む前に知っておきたい重要ポイントを解説しています。

SaaSに関する基礎的な知識を身に付けたい方はぜひご一読ください。

SaaS開発ガイド【テナント編】

新規テナントがSaaSの利用を開始するまでには、アカウント作成、初期設定、リソースのプロビジョニング、データのインポートなど、さまざまな準備作業が必要になります。この一連のプロセスをテナントオンボーディングと呼びます。
本記事では、手動テナントオンボーディングがなぜ問題なのか、その具体的な「落とし穴」を明らかにし、自動化による解決策について解説していきます。

SaaS開発の落とし穴 ~テナントオンボーディング編~