署名者にアカウントを求めるべきではない理由:PandaDoc・SignNow・Adobe・GingerDocsの受信者体験

この主張は以前にも述べました。署名者にアカウントを求めるべきではない、と。相手方はあなたのソフトウェアを選んでいません。選んだのはあなたです。相手の受信トレイと署名フィールドの間に挟まる画面はすべて、あなたのツールに何の思い入れもない相手に、あなたが課した摩擦なのです。

幸い、業界はこの点をおおむね認めるに至りました。PandaDoc、SignNow、Adobe Acrobat Sign、GingerDocsのいずれも、受信者は登録なしでメールのリンクから署名できます。そこで本記事では、この議論をいま本当に意味のある比較へと進めます。問うべきはアカウントが必要かどうかではなく、各フローが道中で署名者に何を求めるかです。どのチェックが標準で動き、どれが追加料金なのか、スマートフォンではどんな体験になるのか、そしてまだ署名する気になれない受信者に何ができるのか。(プラットフォーム全体の比較は4製品比較をご覧ください。)

離脱の問題:登録画面はひとつ残らず署名者を失わせる

ドキュメントが実際に開かれる場面を想像してみてください。廊下で、会議の合間に、スマートフォンで、しかもその1時間のうちであなたの契約書が7番目に重要な用件でしかない誰かの手で開かれるのです。メールをタップしてから署名フィールドにたどり着くまでの間に立ちはだかるものこそが、取引が足止めされる場所です。そして「待ち」のうち無視できない割合が、静かに「永遠に来ない」へと変わっていきます。

最悪の元凶はアカウント作成です。一度しか使わないソフトウェアのために、スマートフォンのキーボードでパスワードを決め、メールを確認させられる。しかし、それだけではありません。アプリのインストールを促す画面、標準で挟み込まれる多段階の本人確認、分かりにくいランディングページ。これらはすべて同じ希少な資源、つまり「行動する気になっていたまさにその瞬間の署名者の忍耐」を削っていきます。

したがって、署名ツールの設計に突きつけられる問いは冷徹かつ単純です。受信トレイから署名までの道のりのうち、どこまでが本当に必要なセキュリティで、どこからが署名者に無理やり歩かせている製品画面なのか。4つのツールの答えはそれぞれ異なります。

各ツールの受信者認証:リンク、コード、アドオン

4製品とも出発点は同じです。受信者ごとに固有の署名リンクをメールで送り、メールボックスを保持していることを第一の要素とします。違いは、その上で何が動くか、そしてそれがどの料金プランに属するかです。

PandaDocとSignNowは、より強力なチェックをプランの上位機能として扱っています。有料プランでのパスコード型の保護に加え、SignNowは上位プランで電話を使った署名者認証を提供します。Adobe Acrobat Signは4製品中もっとも選択肢が豊富で、ワンタイムの電話コード、知識ベース認証(KBA)、政府発行IDによる確認までを揃えますが、これらはビジネス版とエンタープライズ版に集中しています。規制当局から厳格な本人確認要件を課されているなら、現実的な答えはAdobeです。4製品比較でもそう述べましたが、それはここでも変わりません。

注目すべきパターンはこうです。4製品中3つでは、受信者の検証は「買い足すもの」になっています。標準のフローはリンクそのものだけで、チェックはアップグレードの道筋に並ぶ課金項目なのです。

GingerDocsのアプローチ:個人リンクとデバイス検証を標準に

GingerDocsも同じ前提、つまりメールボックスこそが本人性の拠り所であるという点から出発します。そのうえで、チェックを別売りにするのではなく、リンクそのものを強固にします。

すべての受信者に、その人だけのトークン化された個人リンクが発行され、差出人がそれを管理できます。有効期限は送信前に設定したスケジュール(2〜365日)で切れ、いつでも失効させることができ、ドキュメントが無効化されればリンクも使えなくなります。受信者がGingerDocsにとって初めてのデバイスでリンクを開くと、まず6桁の検証コードがメールで届きます。これは、転送されたURLを握っているだけではなく、招待が送られたメールボックスを本人が保持していることの証明になります。ドキュメントが開かれた瞬間、差出人の画面ではステータスがリアルタイムで「閲覧済み」に切り替わります。

署名者が何を体験するかに注目してください。実際に守るべきものが生じるまで、何も起きません。既知のデバイスならリンクはそのまま開きます。新しいデバイスなら、いままさに開いている受信トレイに届くコードがひとつだけ。別のチャネルも、アプリも、新しく考えるパスワードも不要です。しかも、これらのチェックはすべてのドキュメントで製品に標準搭載されています。検証は、プランによって付いたり付かなかったりする機能ではないのです。

同じ思想は、署名フロー外での共有にも貫かれています。署名ではなく閲覧だけしてほしいドキュメントは、パスワード・有効期限・閲覧回数の上限で守られた別建ての閲覧専用リンクで届けられるため、署名の資格情報と閲覧アクセスが混ざり合うことはありません。

スマートフォンでの署名:各フローの実際

離脱の問題がもっとも深刻になるのがスマートフォンであり、4社ともそれを理解しています。いずれもモバイルブラウザでの署名に対応していますが、その手触りは各製品のDNAによって異なります。

PandaDocのドキュメントはインタラクティブなWebページとして開きます。これは同社の提案書には理にかなった形で、価格表は画面に合わせて組み替えられ、買い手はスマートフォン上で読み、コメントし、支払いまで済ませられます。SignNowとAcrobat Signはどちらもモバイルブラウザでの署名を無理なくこなし、併用アプリも提供しています。署名者が繰り返し使う相手ならアプリは有用ですが、一度きりしか触れない相手には的外れです。

GingerDocsは意図してブラウザファーストです。インストールすべきアプリはありません。一度きりの署名者にとって、アプリストアは署名者を取りこぼすもうひとつの場所でしかないからです。リンクを開くと、作成されたとおりのPDFがそのまま画面サイズに合わせて表示されます。有効になるのはその署名者に割り当てられたフィールドだけで、進捗バッジが「残り3フィールド」→「すべてのフィールドが入力済み」と残りをカウントダウンするため、見落としたチェックボックスを探してページをさまよう必要はありません。署名の記入もスマートフォンの流儀に沿っています。指で描く(にじんだピクセルではなく、輪郭のはっきりしたベクターとして記録されます)、名前を入力して筆記体のスタイルを選ぶ、あるいはインクの署名を撮影してアップロードする。最後の必須フィールドが埋まると「署名を完了」ボタンが有効になり、ワンタップで作業は終わりです。

フロー全体が、メール、ドキュメント、署名の3つだけで完結します。それこそが狙いです。署名者側の視点でステップごとに追った解説は、受け取ったドキュメントに署名するにまとめています。

受信者が署名以外にできること:辞退、理由付きの拒否、確認

署名フローの成熟度が現れるのは、全員が署名したときではなく、誰かが署名しなかったときです。署名しないという選択肢は業界全体に存在します。とりわけAcrobat Signは受信者ロールの選択肢が充実しており、承認者や確認型の受信者などが用意されています。他のツールでも辞退の操作は可能です。

GingerDocsが加えたのは、拒否を沈黙ではなく情報に変えることです。署名しない受信者は、理由を添えて拒否する必要があります。ワークフローはきれいに終了し、差出人には即座に通知が届きます。異議が「止まったままのステータス」ではなく言葉で届くため、対処もたいてい迅速です。ドキュメントを修正するか誤りを正して、再送すればよいのです。この拒否も、他のすべての操作と同じく、タイムスタンプ付きでハッシュチェーン化された監査ログに記録されます。

GingerDocsが標準で扱う受信者の状況が、さらに2つあります。署名ではなく共有のために加える相手、つまり契約書を見る必要はあるが何にも署名しない関係者には「確認して完了」のフローが用意され、完了証明書には署名者と同じ詳細なタイムラインとともに、ドキュメントを確認したことが記録されます。また、単に手が止まっている署名者には、ワンクリックでリマインダーを送れます。それも、気まずい「その後いかがでしょうか」を個人の受信トレイから送るのではなく、ドキュメントのライブステータスパネルから送信できるのです。

すべてに通底しているのは次の一点です。署名する、理由を添えて拒否する、確認する、リマインダーを受け取る。受信者はこのどれをするにもアカウントを必要とせず、差出人は状況を見失うことが一度もありません。

おすすめの試し方は、5分で終わるものです。検討中の各ツールで自分の契約書を自分のスマートフォンに送り、メールから署名完了までのタップ数を数えてみてください。そして、どのチェックが標準で、どれが追加販売だったかを書き留めるのです。比較の基準がほしければ、GingerDocsで1通送信して、署名者が目にするものをその目で確かめてください。