それを構築するためのケース
なぜドナープラットフォームではなくこれを構築するのでしょうか？
寄付者プラットフォームは、すべての寄付金の一部を受け取り、データベースに支援者を保持し、すべての目的に同じ寄付ページを提供する傾向があります。協会にとってはさらに悪いことです。メンバーシップ、支部、ガバナンスが寄付ボタンにまったく適合しません。 Klivは、組織の実際の拠点、つまり組織の構造に基づいて構成される寄付、メンバーシップ、およびメンバー スペースを構築します。
規約はデータ モデルです。会費が異なる会員クラス、独自のスペースを持つ支部、理事会だけが閲覧できる理事会資料、会計年度の更新サイクルなど、組織がすでに持っている構造を説明し、システムはそれを汎用の CRM にフラット化するのではなく、反映します。
システムの構造
組織が実際に知っていること
協会は、会員のクラス、支部、理事会、会計年度などの構造であり、そのソフトウェアも同じ形状である必要があります。Klivが構築するシステムは次のとおりです。
サポーターとメンバー
寄付または所属するすべての人 — メンバーシップのクラス、支部、組織との全履歴。
贈り物と誓約
一回限りの贈り物と毎月の贈り物、それぞれに領収書と感謝の気持ちが添えられています。
支部と委員会
組織を対象としたスペース — それぞれに独自の名簿、コンテンツ、カレンダーがあります。
アーカイブ
ニュースレター、記録、リソース — メンバーによって制限されており、取締役会資料はより厳密に制限されています。
キャンペーン
目標と期限を設定してアピールします。誰から、どのような目標に対して、何が入ったかを示します。
更新と領収書
会計年度の会費サイクル、すべての贈り物の領収書、サポーターが必要な場合の明細書。
誰が何を見てますか
データベースが適用するルール
- ボードのマテリアルはボードによって読み取り可能です。これはデータベースが強制するルールであり、誰も開いてはいけないフォルダーではありません。
- メンバーシップ クラスがアーカイブをゲートします。各アイテムには、誰がそれを読むことができるかが含まれます。
- 失敗した定期ギフトは、失効とみなされる前に再試行され、回復メールが送信されます。
- チャプターのコンテンツはチャプターのメンバーに属し、名誉システムではなく行にスコープされます。
規約はデータ モデルです。クラス、支部、理事会、会計年度などの構造がデータベース内に存在すると、ソフトウェアは組織を寄付ボタンにフラット化することを停止します。
Klivが組み立てるもの
プラットフォームの部品の買い物リスト — それぞれが組み込まれており、それぞれが残りの部品と構成されています。
課金方法
3つの資金調達経路
アソシエーションが 1つのストリームで実行されることはほとんどありません。会費は構造を運び、毎月の寄付は使命を運び、キャンペーンは瞬間を運びます。
会費
120ドル/年
規約で定義されているクラスのメンバー
アーカイブ、章、投票など、組織内で所属する意味が何であれ。
- 解放します
- アクティブな会費によりメンバースペースが開かれます。異なる特権を持つクラスは異なる扉を開きます。
- 請求する
- 会計年度ごとに更新され、その前にリマインダーが表示され、その後に猶予期間が設けられます。回復メールが追跡を行います。
- 払い戻し
- 承認ステップを通じて記録される取締役会の決定。
毎月の寄付
$25/月
使命を背負いたいサポーター
毎月の領収書とその資金に関する最新情報が記載された定期的なギフト。
- 解放します
- サポーターは自分の寄付履歴を確認し、必要に応じて声明を引き出します。
- 請求する
- 毎月更新。期限切れのカードは再試行され、メールで追跡されます。期限切れのギフトは通常、サポーターではなくカードです。
- 払い戻し
- 間違ったギフトは、リクエストに応じて承認ステップを通じて返金されます。
キャンペーンプレゼント
1回限り$500
寄付者は特定の訴えに動かされた
名前付きキャンペーンに対する 1回限りのギフト。キャンペーンが着地した瞬間に目標にカウントされます。
- 解放します
- 領収書と感謝の気持ちがテンプレートに記載され、ギフトが寄付者の履歴に追加されます。
- 請求する
- 請求が 1 件、領収書が 1 件、監査のクリーンな記録が 1 件あります。
- 払い戻し
- 同じ承認ゲート型フローです。
打ち上げ前
開始前の最初の 1 週間
最初の 1 週間は、メンバーがそれを見る前に、その構造を現実のものにするためのものです。
組織を形作る
会員クラス、支部、理事会、会計年度などの構造を説明します。 Klivは、ガバナンスの壁がすでに構築された状態で最初のプレビューを構築します。
それをあなたのものにしてください
あなたの名前、言語、口調など、組織のサイトはソフトウェアではなく、組織の使命宣言のように聞こえる必要があります。
実物を載せる
メンバー名簿をクラスや支部とともにインポートし、ニュースレターのアーカイブを移動し、最初のキャンペーンをセットアップします。
壊してみてください
会員登録してボード資料を探してください。定期ギフトを失敗したら、回復メールを確認してください。会費が失効し、猶予期間が経過するのを見てください。
それから一年かけてリハーサルして
Sandboxでは、シミュレートされた金額とシミュレートされた時間を使用して、会計年度を実行します。リマインダーを伴う更新サイクル、12 月の寄付の急増、3 月にカードが失敗し 4 月に回復するカード、猶予期間が表示されるまさにそのときにメンバーシップが失効するなどです。すでにリハーサルを行った年からスタートします。
オーダーメイドで、オーダーメイドのリスクなし
カスタム ソフトウェアとは、かつては予算、請負業者、保守契約を意味していました。これは別の取引です。
エンタープライズグレードのパーツ
サインイン、データベースで強制されるアクセス許可、請求、監査、メール — 特注システムのコンポーネントは、すべてのKlivアプリが実行されるのと同じ強化された部分です。実証済みのインフラストラクチャを構築します。コードを最初から作成する必要はありません。
変更は順番に公開されます
プロセスが変更されたときは、そのように伝えてください。変更は会話の中に組み込まれ、ライブ プレビューで確認します。公開するまでユーザーには何も届きません。商業の変化は、お金と時間をシミュレートして、Sandboxでリハーサルすることもできます。
誰もそれを沈めることはできない
既製ツールはベンダーのスケジュールに合わせて価格変更、再設計、廃止が行われ、ワークフローもそれに伴います。Klivアプリは、変更した場合にのみ変更されます。それはあなたの製品であり、他人の座席ではありません。
一文で言ってみろよ
“1回限りおよび毎月の寄付、ニュースレター アーカイブを備えた会員エリア、自動お礼メールを備えた協会のサイトを構築します。”
これが本当に始まり方です。それを説明し、会話の中で洗練させていきます。
よくある質問
会費と寄付金の両方を受け取ることはできますか？
はい — 定期的なメンバーシップ会費、1回限りのギフト、毎月の寄付は同じエンジンを通じて実行され、それぞれに独自の領収書とお礼のメールが送信されます。
支部や委員会は独自のスペースを持つことができますか？
はい。メンバーはサイト内の組織 (支部、委員会、理事会) に属しており、各スペースのコンテンツはそのメンバーのみに表示され、データベースで強制されます。
定期ギフトが失敗した場合はどうなりますか？
プラットフォームはカードを再試行し、回復するまでサポーターにメールを送信します。失効したギフトは通常、失効したサポーターではなく、失効したカードです。
サポーターは納税シーズンの明細書を入手できますか？
はい。すべての贈り物は到着時に受け取られ、サポーターの完全な寄付履歴はそれぞれのページに保存されるため、年末の明細書はスタッフのためのプロジェクトではなく、参照用です。
取締役会の資料はどの程度プライベートなものですか？
行レベルのプライベート： ボードのコンテンツには、ボードのメンバーのみが満たすルールが適用されます。置き忘れるシークレットのフォルダーはありません。データベースは他のフォルダーを拒否します。
更新は会計年度に続きます。システムはできるでしょうか？
はい — 会費は定義したサイクルで更新され、リマインダーと猶予期間がそれに続きます。会計係の現在の会費の表示は、スプレッドシートの表示ではなくデータベースの表示になります。