多くの組織のエンドユーザーに役立つウェブサイトを開発しています
(銀行、地方自治体など)。
私たちはすでに銀行とのミーティングを設定しており、彼らは私たちと協力することに同意しています。
さて、銀行user1
のユーザーbank1
がbank1's
ウェブサイトにアクセスしようとしているとすると、bank1
の正規の証明書とnewService1
へのリンクが表示されます- :「新しいサービスを使用するには、ここをクリックしてください」
このようにして、user1
はbank1
へのリンクを示したため、bank1
はuser1
によって新しいサービスが信頼されていることを確認できます。
質問
しかし、user1
がnewService1's
を経由せずにbank1
ウェブサイトに直接入力したシナリオについてはどうですか? newService1's
Webサイトがbank1
を介して信頼されていることをユーザーに示すにはどうすればよいですか?
「このサービスはnewService1's
から信頼されています-bank1
ウェブサイトの確認ページを表示するにはここをクリックしてください」というリンクをbank1's
ウェブサイトに作成できます。
newService1's
がuser1
によって信頼されていることをnewService1's
に示すためにbank1
ウェブサイトが実装できる他の信頼メカニズムはありますか?
NB
_trust
によってuser1
がbank1
での作業に同意したというnewService1's
のある種の証拠を意味します.
シナリオで可能であれば、ドメインのサブドメインの下でサービスを「マルチホスト」することをお勧めします。
例えば。 newService1.bank1.com
を使用して、独自のHTTPS証明書を提供してもらいます。
これにより、trustedだけでなく、少なくともユーザーの観点からのサービスである環境が作成されます。特に、ホワイトラベルのブランドやロゴなどを提供する場合はそうです。
この場合、銀行を他のテナントのサービスから分離する必要があることに注意してください-可能な限りバックエンドで、特にユーザーのPoVから。例えば。ユーザーに自分の銀行、またはその他の銀行定義の構成を再選択させないでください。銀行のシステムであるかのように機能する必要があります。または、ユーザーにメールを送信する場合、これらは銀行の新しいサービスとして識別される必要があります。
(追伸:これにより、いくつかの優れたマーケティングツール、オンボーディングオプションが提供され、多くの組織との販売を簡単に終了できます...