Fanicon使い方ガイド：開設・収益化・運用テンプレート

要点まとめと主要導線

ここでは最短の作業導線と重要ポイントを示します。まずは開設手順、収益化設計、日次運用の3つに着手してください。

• 開設（アカウント作成→コミュニティ設定→会員プラン・決済登録）
• 収益化（価格設計→IAP対応の確認→手数料・精算ルールの把握）
• 日次運用（投稿運用・モデレーション・KPI計測）

Faniconの概要と想定ユースケース

Faniconが提供する主要機能と、どのようなユースケースに向くかを簡潔に示します。導入目的を明確にし、機能設計に結びつけてください。

主要機能

以下は代表的な機能の一覧です。運用設計時に必要な機能が揃っているかを確認してください。

• 会員限定タイムライン投稿（テキスト、画像）
• 1:1メッセージ／グループチャット
• ライブ配信とアーカイブ（VOD）管理
• イベント／チケット販売、物販連携
• 通知・モデレーション・分析ダッシュボード

導入メリット

Faniconを選ぶ利点を短く述べます。ビジネス要件と合わせて評価してください。

• 直接課金を通じた収益化が可能です。
• ファンと継続的に接触できる設計がしやすいです。
• 物販やチケットを一元管理できる点が強みです。

想定ユースケース

どのような事業・個人に適するかの例です。実際の特典設計はターゲットに合わせて最適化してください。

• 個人クリエイター：限定VOD＋月次ライブで継続課金を促進
• タレント／声優：限定トークや先行チケット提供
• VTuber事務所：階層別特典と物販連動
• 公式IPプロモーション：会員限定先行販売やイベント連携

公式フローと開設準備（実務チェックリスト）

開設の全体フローを実務目線で整理し、準備物と操作の想定手順を示します。公式UIや文言は変更され得るため、管理画面の表記を必ず確認してください。

公式開設フロー（手順と所要時間の目安）

以下は一般的な順序と目安時間です。所要時間は環境や審査状況で変動します。公式サポートの案内を都度確認してください。

1. アカウント作成とメール認証（5〜30分を想定）
2. コミュニティ基本情報入力（20〜60分）
3. アイコン・カバー画像登録（30分〜2時間）
4. 会員プラン設定（30分〜1時間）
5. 決済・精算情報の登録（本人確認・口座登録を含み、数時間〜数営業日）
6. 利用規約・モデレーション方針の設定（1〜2時間）
7. 初期コンテンツ準備（数時間〜数日）
8. 公開・告知（1〜数時間）

管理画面での操作例（想定、画面表記は変わる場合があります）：

• ログイン → 管理画面 → コミュニティ作成（「コミュニティを作成」ボタン） → 基本情報入力 → 会員プラン → 決済設定（「口座登録」「本人確認書類アップロード」） → 公開

事前準備チェックリスト

開設前に用意しておくべき実務品目を列挙します。ひとつずつ確認してください。

• コミュニティ名（正式/略称）・30〜60文字程度の紹介文
• カテゴリ／ターゲット定義
• アイコン・カバー画像（複数サイズ）
• 初回投稿案（ウェルカム、利用規約、ティザー）
• 会員プラン案（名称・価格・特典）
• 支払先口座情報・本人確認書類
• 運営体制（役割分担）
• ライブ・イベント初期スケジュール
• 物販がある場合の在庫管理・発送フロー
• プライバシーポリシー・規約の雛形

アカウント種類と権限設計

小規模でも役割分離が重要です。権限管理を事前に決め、代替担当を設けてください。

• オーナー：最終責任者（精算・法務）
• 管理者：設定・会員管理・分析の操作権限
• コミュニティマネージャー：日常運営・会員対応
• モデレーター：投稿監視・通報処理
• マーケ担当：告知・広告運用

決済・精算の留意点（手数料・精算スケジュール）

プラットフォーム手数料や決済プロバイダ手数料は導入判断に直結します。Fanicon本体の手数料・精算頻度は公式サイトと管理画面で必ず確認してください。以下は参考情報です。

• プラットフォーム手数料：Fanicon独自の料率は公式発表を参照してください。SaaS系コミュニティでは5〜20%程度が一つの目安です（サービスにより差異あり）。
• 決済プロバイダ手数料：カード決済やコンビニ決済などに別途手数料が発生します（例: 決済手数料3〜5%を見込む場合が多い）。
• App Store / Google Play の影響（モバイルアプリ配信時）
• Apple：通常は30%の手数料が課されますが、サブスクリプションの継続期間やSmall Business Programなどで15%になる場合があります。詳細はAppleの開発者向け情報を確認してください。
• Google：一部条件で15%といった軽減措置が適用されるケースがあります。詳細はGoogle Playの開発者向けポリシーを確認してください。
• 精算スケジュール：振込頻度（毎月、週次など）や最低支払額、締日が存在する場合があります。必ず管理画面の「決済/精算」設定やサポートで精算ルールを確認してください。

参照（公式確認を必ず実施すること）：

• Fanicon サポート／開設フロー（管理画面・サポートを確認してください）
• Apple Developer、App Store Review Guidelines（課金・IAPの扱い）
• Google Play デベロッパー向け課金ポリシー

（注）上記の手数料・スケジュールは例示です。最終判断には公式情報の直接確認が必須です。

会員プラン設計・収益管理の実務ポイント

価格と特典の設計は継続率と収益性に直結します。特典の実現可否と運用負荷を必ず照合してください。

プラン設計の実務

設計段階で検討する項目と運用上のチェックポイントを示します。特典は実運用で実現可能かを必ず確認してください。

• 階層化：無料／ベーシック／プレミアム等の複数段階を設計する。
• 特典設計：各層で排他的な価値（重複しない特典）を用意する。
• 継続促進：定期配信や会員限定コンテンツで継続メリットを作る。
• 価格テスト：A/Bテストや期間限定割引で有料化の反応を検証する。

トライアル・プロモーションの運用

トライアル導入やクーポン配布の実務的設計例を示します。返金と解約ポリシーを運用前に固めます。

• 初回割引（例: 初月50%OFF）や無料期間の設定（無料期間は乱用防止の設計が必要）
• 紹介制度：友達紹介で割引クーポンを発行する運用設計
• 解約フロー：会員が自己解約できるUIと、返金ルールの明確化

収益管理と会計フロー

収益の帳簿処理と突合方法の実務ポイントです。経理処理とデータ保存ルールを整備してください。

• 月次突合：プラットフォーム明細（売上・手数料・振込額）と会計ソフトを突合する。
• 明細保存：決済明細は別途エクスポートし保管する（税務対応のためのログ保持）。
• 精算トラブル：入金漏れが疑われる場合はプラットフォームの取引IDで照合する手順を定める。

税務・法務上の注意（専門家への相談推奨）

税務や法的判断はケースバイケースです。ここでは一般的な注意点と専門家相談の強調を行います。

• 課税関係：収益が発生した場合、税務上の取り扱いは個人／法人や収益形態で異なります。具体的な税率や申告方法は記載しません。必ず税理士に相談してください。
• 帳簿保存：税務上の帳簿・領収書の保存期間は国や事業形態で異なります。国内の税法上、会計帳簿や領収書の保存義務（例: 一般に7年など）がありますが、最終的な保存期間は専門家に確認してください。
• 契約類：利用規約や免責、返金規定は弁護士のレビューを推奨します。

コンテンツ運用と日次オペレーション

日常運用の標準フローとテンプレートを提示します。投稿やライブの品質を担保するために手順化してください。

タイムライン投稿の運用

投稿テンプレートと運用ルールの例です。テンプレ化してスケジューリングを行ってください。

• 推奨フォーマット：見出し（興味を引く）／本文（要点3つ以内）／画像（視認性重視）／CTA（参加促進）
• 運用ルール：定期投稿のテンプレ化、投稿スケジュールに基づく事前作成と承認フロー

1:1・グループチャット運用

チャットを特典にする場合のルール設計です。負荷と期待値の調整が重要です。

• 利用ルール：1:1メッセージは高階層特典に限定するなど対応頻度を明示する。
• 返信ポリシー：例として「48時間以内に初回応答」を目安にルールを作る。
• 定型文：よくある問い合わせに対するテンプレートを用意して担当者の負担を下げる。

ライブ配信の準備とチェックリスト

ライブの成否は事前準備で決まります。役割分担とチェックリストを厳守してください。

• 事前告知：日時、チケット情報、視聴方法を明示する。
• リハーサル：音声・映像・回線の確認を必ず行う。
• 当日運用：モデレーターはチャット監視、技術担当は配信監視を担当する。
• 終了後：録画の確認とアーカイブ公開手順を実施する。

ライブ当日のチェックリスト（抜粋）

1. 配信48時間前：告知を行い、リマインダーを設定する。
2. 配信2時間前：機材と回線の最終確認を行う。
3. 配信30分前：入室テスト、音声・映像の確認。
4. 本番中：チャット監視・スパム対処担当を配置。
5. 終了後：録画をVOD化するかの判断と処理。

アーカイブ（VOD）運用

アーカイブは資産です。検索性と販売ルールを整備してください。

• タイトル・説明を統一フォーマットで登録する。
• サムネイルとタグを整備し発見性を高める。
• 有料アーカイブの販売期限や公開範囲を事前に定義する。

イベント・チケット・物販

物販とチケット販売には追加の事務フローが必要です。

• 在庫管理：SKU管理、出荷フロー、返品処理を定める。
• 税・送料：物販は消費税・送料の取り扱いを明示する。
• 販売導線：先行販売と一般販売の導線を明確化する。

投稿カレンダー（初期30日）

以下は初期30日の運用例です。運用リソースに合わせて調整してください。

運営ルール・KPI・トラブル対応

運営ルール、KPI定義、トラブル時の対応手順とログ保全の技術要件を実務的に示します。

運営ルールとモデレーション

モデレーションの方針と標準対応フローを作成してください。記録と再発防止策が重要です。

• 禁止事項例：違法行為の助長、著作権侵害、個人情報の無断公開、嫌がらせ行為。
• 通報フロー（例）：通報受領→一次受付（24時間以内に確認）→一時措置→調査→対処→記録保存。
• 記録保存：対応記録は改ざん防止の形で保存（誰がいつ、どのように操作したかを残す）。

個人情報保護と保存期間、未成年対応

個人情報の収集・保存・第三者提供・海外移転についての実務注意点です。法令順守を前提に運用ルールを定めてください。

• 収集最小化：運営に必要な最小限の情報に留める。
• 保存期間の目安：決済関連の記録は税務上の要件に基づき保管（一般的な目安として税法に従った保存期間が必要）。会員プロフィールはサービス必要期間とし、不要になれば速やかに削除または匿名化。最終的には法令と社内方針で決定すること。
• 第三者提供：外部プロバイダへ渡す場合は目的と範囲を明示し契約（DPA）を締結する。
• 国際データ移転：国外にデータを移す場合は法令・規制に従い安全措置を確保する。
• 未成年：年齢確認、保護者同意の取得方法、未成年向けコンテンツの制限を規約で明確化する。必要に応じて法務に相談する。

KPI定義と計測ルール（イベント定義・計測期間・ボット排除）

指標は計測ルールを明確化して再現性を担保してください。以下は実務で使える定義例です。

• DAU（Daily Active Users）：対象日00:00〜23:59（ローカルタイム）で少なくとも1つのアクション（ログイン、投稿、コメント、ライブ視聴30秒以上など）を行った一意のユーザー数。
• MAU（Monthly Active Users）：直近30日間にDAU基準を満たしたユニークユーザー数。
• 継続率（リテンション）：加入日（D0）からN日目に残存している割合（コホート分析で計算）。
• チャーン率：期間内に解約した会員数÷期間開始時の会員数。
• ARPU：期間の収益÷アクティブユーザー数（期間は月次が一般）。
• LTV：平均継続期間×ARPU（概算）。

ボット／不正排除の実務対策：

• イベントの閾値設定（短期間に大量アクションするアカウントを自動フラグ）
• CAPTCHA／メール・電話認証の導入
• 不正検知ログの定期レビュー（IP・UA解析、異常行動検知）
• 外部不正検知サービスの活用

ダッシュボード例（カラム）: 日次新規会員数／日次解約数／DAU／MAU／日次売上／ARPU／チャーン率／コホート別継続率

トラブル対応とログ保全の技術要件（エスカレーション）

実務フローとログ保全要件の例を示します。証拠保全と速やかなエスカレーションが重要です。

• 初動対応手順を定める（影響範囲の特定→一時措置→ログ保全→調査）
• ログ保存の技術要件（例）：監査ログは改ざん防止のため別ストレージへ暗号化保持。アクセスログは少なくとも1年間保存を推奨（要件に応じて延長）。決済関連ログは会計・税務要件に従い保存。
• エスカレーション例：オペレーター→管理者→法務（社内/外部弁護士）→プラットフォームサポート→必要時は公的機関へ報告。
• 証拠保全：スクリーンショットではなく、システムログ（タイムスタンプ付き）と通信ログを保存すること。

サービス比較と導入判断チェックリスト

導入前の評価観点と段階的な判断フローを示します。PoC（実証）を短期間で回すことを推奨します。

比較観点（チェックリスト）

導入検討時に必ず確認すべき観点です。各項目を定量・定性で評価してください。

• コスト構造：初期費用、月額、プラットフォーム手数料、決済手数料の合算で比較する。
• 決済対応：カード、キャリア決済、コンビニ、海外決済の可否と手数料。
• モバイル配信：アプリ配信の要件とIAPの扱い（App Store/Google Playの制約）。
• カスタマイズ性：ブランド表現、UIカスタムの範囲。
• 分析機能：ダッシュボードやエクスポート機能の充実度。
• 運営負担：手動作業の量やサポート体制。

導入スピードとPoCの勘所

短期公開を目指す場合の最低限作業フローと検証ポイントです。

1. 最低限の会員プランとウェルカム投稿でクローズド運用を開始する。
2. 決済・精算フローが問題ないかを少数ユーザーで検証する（入金確認、返金処理）。
3. ライブ配信の品質チェック（リハーサルで音声・映像を検証）。
4. KPI計測が想定通りに取得できるかを確認する（DAU/MAU/売上の追跡）。

ブランド利用と権利関係

Faniconロゴや商標を利用する場合の基本的な注意と承認手順について記載します。

ブランド使用の注意点と承認手順

ブランド使用はガイドラインに従う必要があります。利用前に公式の指示に従ってください。

• 公式ロゴや商標使用は、Faniconのブランドガイドラインや使用許諾が必要な場合があるため、サポート窓口やブランド担当に使用可否を確認してください。
• 申請手順：管理画面の「ブランド」関連メニューやサポート窓口から使用許諾の確認を行う。公開前に承認を得ることを推奨します。
• 表示ルール：ロゴの最小サイズ、余白、色変更の可否などガイドラインに従う。

FAQ（代表的な質問と回答）

主要な疑問に簡潔に答えます。詳細は該当セクションを参照のうえ公式を確認してください。

開設にかかる時間はどれくらいですか？

審査や決済設定の状況により変動します。簡易設定であれば短時間で公開できますが、決済や本人確認が絡む場合は数営業日を見込んでください。公式の案内を必ず確認してください。

IAP（アプリ内課金）の扱いはどうなりますか？

デジタルコンテンツや会員制サービスをアプリ内で販売する場合は、App StoreやGoogle Playの規約に従ってIAPを使う必要があります。これにより手数料や返金の取り扱いが異なります。各ストアの開発者向けドキュメントを確認してください。

未成年の取り扱いはどうすればよいですか？

規約で年齢制限と保護者同意ルールを明示してください。年齢確認や保護者同意の仕組みが必要な場合は、法務に相談のうえ実装してください。

参考・確認先（公式・第三者情報の取扱い）

主要な確認先と第三者情報の扱い方を示します。第三者情報は一次ソース（公式）で必ず再確認してください。

公式確認先（例）

• Fanicon サポート／開設に関する公式ページ（管理画面・サポートを確認）
• Apple Developer（App Store課金・IAPのガイドライン）
• Google Play デベロッパー向け課金ポリシー

第三者情報の扱い

第三者が提供する導入ガイドや報告は有用ですが、情報の最終確認は必ず公式サイトで行ってください。第三者情報は更新が遅れる場合や誤差があるため、注釈を付けて参照する運用にしてください。

まとめ（主要ポイント）

導入前に確認すべき主要なポイントを短くまとめます。意思決定は公式情報と専門家の確認を前提に行ってください。

• 開設は管理画面操作と素材準備が中心で、決済設定と本人確認が所要時間の鍵です。
• 手数料・精算スケジュール、IAPの影響は導入判断に直結するため、公式情報での確認が必須です。
• プラン設計は特典の運用負荷と収益性を両立させることが重要です。
• KPIは計測ルールを明確化し、ボット排除やログ保存を運用に組み込んでください。
• 税務・法務は専門家に相談し、個人情報・未成年対応は法令順守で実装してください。

各セクションで示した操作手順やチェックリストは、管理画面の表記変更やプラットフォーム仕様変更で差異が生じる可能性があります。導入前には必ず公式サポート／管理画面で最新の表記と手順を確認してください。