OWNED PLATFORM
共通基盤を組み合わせ、
運営に合う仕組みをつくる。
固定されたパッケージに運営を合わせるのでも、すべてをゼロから開発するのでもありません。
会員・顧客管理、情報発信、コミュニケーション、申込、Webサイトなどの共通機能を基盤に、必要な構成を設計します。
- 実績のある共通機能を活用
- 必要な機能と運用を選択
- 固有要件は設定・追加開発で対応
SERVICE CONFIGURATIONS
団体・コミュニティー運営 Association
財団・協会・連盟 Business
教室・会員制ビジネス
トリブライト プラットフォーム
DEVELOPMENT CONCEPT
人を中心に、
情報発信と運営をひとつの流れへ。
トリブライトが最初に考えるのは、どの機能を追加するかではありません。誰が関わり、どの情報を、いつ、誰に届け、その後の申込、連絡、活動、業務へどうつなげるかを整理します。
人のデータを中心に、公開Webサイト、会員・顧客とのコミュニケーション、申込・受付、日々の運営業務を、ひとつの流れとして設計します。
必要な情報を
公開Webサイト・
情報発信
会員・顧客との
コミュニケーション
申込・受付・履歴・
運営業務
PERMISSION HISTORY CLOUD IMPROVEMENT
FOR USERS
利用する人にとって、
迷わずつながれること
必要な情報が見つかり、参加や申込、確認へ自然に進めることを大切にします。公開Webサイトから会員・顧客向けの専用ページまでを一つの体験としてつなぎます。
FOR OPERATORS
運営する人にとって、
無理なく続けられること
名簿、連絡、申込、履歴を別々に扱うのではなく、一人ひとりのデータを中心に整理します。担当者が変わっても状況を確認でき、日々の運営に合わせて改善できる状態をつくります。
共通基盤を活かしながら、役割、権限、画面、運用をそれぞれの運営に合わせて整えます。必要な領域から始め、実際の利用を通じて育てていくことが、トリブライトの開発方針です。
OUR POSITION
固定パッケージと、
フルスクラッチ開発の中間へ。
すべての組織へ同じ機能を提供する固定型の製品でも、すべてをゼロから作る完全個別開発でもありません。
共通基盤の効率性と、個別構成の柔軟性を組み合わせます。
固定パッケージ
既定の機能や画面を利用するため、短期間で導入しやすい一方、運営方法を製品側へ合わせる必要があります。
トリブライト プラットフォーム
共通機能を利用しながら、必要な項目、権限、画面、導線を団体や事業に合わせて構成します。
フルスクラッチ開発
独自要件へ幅広く対応できますが、すべてを個別に設計・開発するため、規模や費用が大きくなる場合があります。
PLATFORM ARCHITECTURE
サービスと共通機能、
データ基盤をつなぐ構造
各サービスは独立した別製品ではなく、共通する機能とデータ管理の仕組みを活用しながら、対象と目的に応じて構成を変えます。
対象、目的、運営方法に合わせたサービス構成
複数のサービスで活用する共通機能
継続して管理・改善するための基盤
COMMON FUNCTIONS
共通して利用できる主な機能
以下はプラットフォームで構成可能な主な機能群です。すべてを一律に利用するのではなく、必要な範囲を選び、運営に合わせて設定します。
会員・顧客管理
会員、参加者、顧客など、サービスを利用する人の情報を管理します。
組織・権限管理
本部、支部、部署、グループ、役職などに応じて情報の範囲を整理します。
情報発信
お知らせ、活動案内、重要情報を対象者や公開範囲に合わせて発信します。
コミュニケーション
会員や利用者が活動情報や近況を共有できる環境を構成します。
イベント・申込
案内、申込、受付、出欠、定員などをまとめて管理します。
写真・資料・記録
写真、会報、資料、議事録、活動記録などを蓄積します。
Webサイト・専用ページ
公開Webサイトと会員・顧客向けの専用ページをつなぎます。
履歴・外部連携・独自機能
利用履歴を蓄積し、必要に応じて外部サービスや独自機能を組み合わせます。
※利用できる機能、設定内容、追加対応は、サービス構成とご要望によって異なります。
SERVICE CONFIGURATIONS
同じ共通基盤でも、
サービスによって構成が変わります。
対象となる組織や事業によって、中心となるデータ、機能、権限、運用が異なります。
人のつながりと活動の継続
会員・参加者管理、情報発信、コミュニケーション、イベント・活動記録を構成します。
詳細を見る → Association Platform組織階層と事務局運営
会員・所属管理、本部・支部管理、役員・権限、申請・受付を構成します。
詳細を見る → Business Platform顧客接点と継続利用
顧客管理、申込・受付、利用履歴、問い合わせ、顧客向け発信を構成します。
詳細を見る → New Business Platform独自サービスの立ち上げ
会員登録、コンテンツ、申込、外部連携、独自機能を構成します。
詳細を見る →BUILDING BLOCKS
共通機能、設定、追加開発、
外部連携を組み合わせます。
共通機能
会員・顧客管理、情報発信、申込など
設定・構成
項目・権限・画面・公開範囲
追加開発
固有画面・独自ワークフロー
外部連携
API・データ・既存サービス
運営に合った仕組み
必要な機能を、必要なタイミングで
WEBSITE INTEGRATION
公開Webサイトと、
会員・顧客向け機能をつなぐ。
外部向けの情報発信と、ログイン後の会員・顧客向け機能を、運営方法に合わせて組み合わせます。
公開Webサイトは新しい人との接点、会員・顧客向けページは継続的な接点、管理画面はそれらを支える運営の場です。
別々の画面として扱うのではなく、人のデータを中心につなぐことで、情報発信から申込、活動、次の運営までを一つの流れとして支えます。
DATA / PERMISSION / OPERATION
データ、権限、履歴、運用を
続けられる形に整理します。
データ
会員、顧客、組織、活動、申込など必要な情報を整理します。
権限
立場に応じて閲覧・更新できる範囲を整理します。
履歴
必要な履歴を蓄積し、確認や引き継ぎに活用します。
運用
実際に続けられる役割分担と運用方法を設計します。
CONTINUOUS IMPROVEMENT
導入して終わりではなく、
利用に合わせて育てます。
必要な機能から開始し、実際の利用状況や運営上の課題を確認しながら改善します。
改善するのは画面や機能だけではありません。管理項目、権限、役割、確認手順なども、実際の運営に合わせて見直します。
INTRODUCTION FLOW
導入までの流れ
現在の運営を確認
管理している情報、利用者、業務、現在使っているツールを確認します。
構成と要件を設計
共通機能、設定内容、権限、追加対応、運用方法を整理します。
設定・構築・移行
環境設定、追加開発、既存データの確認と移行準備を進めます。
運用開始・改善
実際の利用状況を確認し、構成や運用方法を改善します。
FAQ
自社開発プラットフォームについて
よくあるご質問
パッケージ製品とは何が違いますか。
共通機能を利用する点はパッケージ製品に近い一方で、管理項目、権限、画面、利用する機能を実際の運営方法に合わせて構成します。
すべての機能を導入する必要がありますか。
いいえ。現在必要な機能と今後必要になる機能を整理し、無理のない範囲から構成します。導入後に設定や機能を追加することもできます。
現在の会員・顧客データを移行できますか。
Excelなどで管理しているデータの状態を確認し、整理、重複確認、移行方法をご案内します。データの状態によっては移行前の整理が必要になります。
既存のWebサイトを残して利用できますか。
現在のWebサイトや更新方法を確認し、継続利用、部分連携、再構築などの方法から適した構成を検討します。
外部サービスと連携できますか。
対象サービスの仕様や連携方法を確認したうえで、API、データ入出力、リンク連携などの方法を検討します。連携可能な範囲はサービス仕様によって異なります。
導入後に機能を追加できますか。
はい。実際の利用状況や運営上の課題を確認しながら、設定変更、機能追加、外部連携などを検討できます。
パッケージ製品とは何が違いますか。
共通機能を利用する点はパッケージ製品に近い一方で、管理項目、権限、画面、利用する機能を運営に合わせて構成します。
すべての機能を導入する必要がありますか。
いいえ。現在必要な機能と今後必要になる機能を整理し、無理のない範囲から構成します。
現在の会員・顧客データを移行できますか。
Excelなどで管理しているデータの状態を確認し、整理、重複確認、移行方法をご案内します。
既存のWebサイトを残して利用できますか。
現在のWebサイトや更新方法を確認し、継続利用、部分連携、再構築などの方法を検討します。
外部サービスと連携できますか。
対象サービスの仕様や連携方法を確認したうえで、API、データ入出力、リンク連携などを判断します。
導入後に機能を追加できますか。
はい。実際の利用状況と必要性を確認しながら、設定変更、機能追加、外部連携などを検討できます。
PLATFORM CONSULTATION
必要な機能が決まっていない段階から、構成を一緒に整理します。
現在の会員・顧客管理、情報発信、申込、Webサイト、運営体制を確認し、共通機能で対応する範囲と追加対応が必要な範囲をご案内します。
について相談する