← 実績一覧へ戻る

地域事業者向け運営システム

Perko

独立した地域事業者向けのマルチテナント運営システム。

成果

2026年9月1日時点で、カザフスタンにおいて7テナント、15拠点、記録済み注文818件を扱う本番システム。

Perkoのプロダクトアイコン
対象
独立した地域事業者とその顧客
プラットフォーム
ウェブ、PWA、iOS、Android
ステータス
本番展開済み・パイロット進行中
店舗、販売中の商品、共通ナビゲーションを表示するPerkoの顧客向けマーケットプレイス
顧客向けマーケットプレイスは、参加店舗、現在の商品、提供状況、注文、特典を一つの共通画面にまとめます。
Perkoの顧客向け画面内に表示された店舗のモバイルメニュー
各店舗は、共通の顧客・運営システム内で独自のメニューとブランド文脈を保ちます。

運用上の課題

独立した地域事業者では、顧客体験、注文、人員、在庫、日々の管理が別々のツールに分かれがちです。この分断により、業務の引き継ぎや検証が難しくなります。

変えたこと

ProdmakeはPerkoを、顧客向けマーケットプレイス、店舗体験、スタッフ業務、オーナー管理、本番インフラを一つの記録でつなぐマルチテナント運営システムとして構築しました。

技術的な制約

  • 顧客、スタッフ、オーナーの各画面を一貫させながら、各テナントと拠点が自身の記録に対する明確な権限を維持すること。
  • 事業者間の財務・運用情報を混在させずに、注文、在庫、人員、決済、特典をつなぐこと。
  • 監査履歴、バックアップ復旧、単一書き込みの本番境界を弱めずにシステムを展開・移行すること。

根拠

  • 本番展開 2026年9月1日にランタイム1.1.2がカザフスタンで稼働。
  • 計測済みシステム基準値 7テナント、15拠点、記録済み注文818件。
  • リリース検証 展開ゲート、アプリのルート、APIの健全性、データベース保全、バックアップ、単一書き込み構成を再検証。

技術基盤

アプリケーション
ReactとTypeScriptによるレスポンシブWeb・PWA画面、iOSとAndroid向けのCapacitorシェル。
APIとデータ
Fastify APIとPostgreSQL 17。追記型のイベントと台帳で運用履歴を保持。
アーキテクチャ
自社管理のモジュラーモノリス。テナント、ID、認可、監査、モジュールの共通カーネルが、顧客、スタッフ、オーナー、運営者向けチャネルを支えます。
本番ランタイム
Caddy配下のDocker Compose。Web、API、PostgreSQLを分離し、暗号化バックアップ、復元確認、単一APIライターを運用。

主要な判断

  • 事業者ごとにフォークせず、一つのプラットフォームを構成する

    一つのリリースとスキーマで複数テナント・拠点を運用します。モジュール、業種別ブループリント、国別パックで構成を変え、顧客別コードベースを増やしません。

  • 業務上の正をサーバーに置く

    注文、在庫、資金、人員、権限はPostgreSQLが管理します。クライアント状態や外部プロバイダーは投影またはアダプターであり、正規記録を暗黙に置き換えません。

  • 履歴を上書きせず、由来を残す

    重要な変更にはテナント、拠点、実行者、端末、時刻、冪等性、再試行系譜を保持します。訂正は保護された履歴を編集せず、補償事実として追記します。

  • ID、所属、財務責任を分離する

    認証ID、顧客メンバーシップ、スタッフ割当は別の概念です。注文と特典債務は発生元の事業者・拠点を保持し、ネットワーク全体で混在させません。

  • 運用上の正が不明な場合は閉じて失敗させる

    モジュール利用は、権利、稼働設定、準備状態、ロールアウト、権限を個別に検証します。未対応のオフライン決済や未解決の財務・同期状態は、可視化したまま処理を止めます。

次のケーススタディ Focus Pattern 短い意識的な休息のための、視覚的な呼吸・集中ツール。 次を読む

本番プロダクトを一貫して任せられる担当者が必要ですか?

市場、制約、現在地、現実的な予算を文章でお知らせください。適合性があれば、次のステップを人が直接お返事します。

プロダクトブリーフを始める