卒業生と学生の交流プラットフォームを構築する

船舶設計の学科には、造船所、船級協会、設計事務所に散らばる3000人の卒業生がいます。そして学生は200人。必要なのは、必要な瞬間に、ちょうど合う1人です。ソーシャルネットワークのグループは、メンター組も、予約できる相談時間も、マッチが承認されるまで学生に卒業生のメールアドレスを見せないというルールも持てません。だからプログラムは、担当者が転職するまで、担当者の受信箱で動きます。

代わりに、プログラムをKlivへ説明します。ディレクトリ、組み合わせルール、予約カレンダー、インターン掲示板が、学科が所有するひとつのアプリとして届きます。誰が誰をメンターできるかというあなたの定義のように、汎用ネットワークが決して作らない部分まで含めてです。

明かりを保つ会費。 同窓会が卒業生に会費を請求するなら、たとえば年5,000円なら、会員は同窓会自身のStripeアカウント上にある自分の請求ページで支払い、カードを管理します。失敗したカードは、何かを閉じる前に再試行され、リマインドされます。会員資格が本当に終わった時、掲載とルームは理事会が決めた予定どおりに閉じ、会員が戻った日にまた開きます。

礼儀ではなく、構造としてのプライバシー。 ペアの外にいる学生にとって、別のペアの部屋は鍵のかかったドアではありません。ドア自体がありません。その背後の行は、彼女のアカウントからデータベース上で見えません。心配する保護者やデータ保護担当者に、プログラムがそのまま説明できることでもあります。

ハンドブックを読んだエージェント。 「2人目のメンターを依頼できますか」という質問には、アップロードしたハンドブックと、その学生の実際の状態から、プログラム自身の答えが返ります。事務局は後からどのやりとりも読めます。すべてがプログラムの記録に保存されるからです。

校章の下にあるのは、メンバーシップシステムです。階層、会費、ゲート、部屋。メンバーシップサイトのソリューションが、その全体を見せます。