会員システム設計論
人との関係を、設計する。
人との関係を、設計する。
「会員システム設計論」は、機能や製品を紹介する連載ではありません。30年以上、会員システムの設計・開発・運用に携わる中で感じ続けた違和感を、一つひとつ言葉にし、体系化していく試みです。
インターネットは進化しました。クラウドが普及し、スマートフォンが当たり前となり、AIが登場しました。しかし、多くの会員システムは、今も「会員情報を管理する」という発想から大きく変わっていません。
私は、新しい製品を作りたいのではありません。新しい理論を作りたいのでもありません。30年間、現場で感じ続けた違和感を、一つずつ整理していく中で、一つの設計思想にたどり着きました。
それが Relationship Systems Theory です。
この連載は、その理論が生まれるまでの思考と、設計、そして実装までをまとめた記録です。
Relationship Systems Theory は、たった一つの原理から始まります。
Relationship First 人との関係を、システムの最小単位として設計する。
会員IDでもありません。メールアドレスでもありません。住所でもありません。システムが本当に扱うべきものは、「人との関係（Relationship）」です。会員情報はRelationshipを理解するための一つの情報であり、目的ではありません。この考え方を軸に、会員システムをもう一度設計し直すことが、この連載のテーマです。
会員を管理するのではなく、人とのRelationshipを育てる。すべての出発点。
人を識別することと、人との関係を育てることは違う。
Relationshipには状態がある。登録・利用・休眠・再開・終了と、常に変化する。
Relationshipは一方向ではなく循環する。SNSは入口でもあり、出口でもある。
人との関係はSignalとして現れる。ログイン、決済、問い合わせ、参加、共有。
人には、それぞれのRelationshipのリズムがある。その人本来のリズムを理解する。
Relationshipは信頼によって育つ。信頼はセキュリティだけではなく、Passwordless・認証・AI・説明責任・透明性の積み重ねから生まれる。
30年の違和感を、一つの設計思想へ。
私は、30年以上にわたり、会員システムの現場で数多くの課題と向き合ってきました。その中で感じ続けた違和感を、一つの設計思想として整理したものが Relationship Systems Theory です。
Relationship Systems Theory は、人との関係を設計するための基本原則です。その思想を軸に、時代ごとの技術や社会の変化に応じて、実践へと落とし込んでいくことを目指しています。
この連載が、会員システムを考える新しい視点となり、これからの実践につながるきっかけになれば幸いです。
会員を管理する時代から、人とのRelationshipを設計する時代へ。
この連載が、AI時代の会員システムを考える新しい出発点となれば幸いです。
連載一覧
EPISODES — 順次公開Relationship First.
私たちは、会員を管理するためのシステムを設計しているのではありません。人との関係を育てるためのシステムを設計しています。——連載全体を貫く設計思想の宣言（Manifesto）。
一人が3〜4個のメールアドレスを持つ時代。
それでも会員システムは、「一人一メールアドレス」のままでいいのだろうか。
メールアドレスにも寿命がある。
メールアドレスではなく、「メールアドレスの健康状態」を管理する。
メールアドレス・ヘルスチェック。
世界のメール基盤から学ぶ、会員システム設計。
認証されても、信頼されるとは限らない。
Googleは何を見ているのか。——IdentityからTrustへ。
メールは届いた。では、その人とは今もつながっていますか。
システムは正しい。でも利用者体験は失敗している。
Relationship First。
会員を管理するのではなく、人との関係を育てる。Relationship Firstは、Relationship Systems Theory の出発点であり、PayAI NEXT の設計思想。
Identity。
人を識別することと、人との関係を育てることは違う。メールアドレス・電話番号・SNSアカウント・社員番号——それらはIdentityであり、Relationshipではない。
Relationship State。
Relationshipには状態がある。興味を持った・登録した・利用した・休眠した・再開した・終了した——会員マスターではなく、関係の状態を管理する。
Relationship Cycle。
Relationshipは、一方向ではなく循環する。SNSで知り、検索で見つけ、会員になり、利用し、共有し、紹介する。SNSは入口でもあり、出口でもある。
Relationship Signal。
人との関係は、Signalとして現れる。ログイン・決済・問い合わせ・イベント参加・SNS共有・メール開封——単なるログではなく、関係が変化したSignal。
Relationship Rhythm。
人には、それぞれのRelationshipのリズムがある。毎日・月に一度・年に一度・半年ごと——すべて正常。その人本来のRhythmを理解する。
Relationship Trust。
Relationshipは信頼によって育つ。信頼はセキュリティだけではない。Passwordless・認証・AI・説明責任・透明性——安心して利用できることの積み重ね。
Relationship Systems Theory。
七つの原則。Relationship First / Identity / State / Cycle / Signal / Rhythm / Trust——第6回から第12回を束ね、人との関係を育てる新しいシステム設計論として体系化する。
Relationship Architecture。
Relationship Systems Theory を、実際のシステム設計へ落とし込む。理論を、システムへ。
Identity Architecture。
人を識別する仕組みを、Relationshipの視点から設計する。
Membership Architecture。
会員システムそのものを、Relationshipを中心に設計し直す。
AI Native Membership。
AIを前提とした、これからの会員システムの形。
PayAI NEXT。
Relationship Architecture を実装した会員ビジネスプラットフォーム。理論を、実際のプラットフォームと業界ソリューションへ。
Relationship First。
会員を管理する時代から、人とのRelationshipを設計する時代へ。30年間、会員システムを設計してきた結論。
会員を管理するのではない。
「人」との関係を設計する。