送信ボタンのあとで、背中が冷たくなる。そんな“ヒヤリ”から 138DataGate を作った話

メールは、送る瞬間より、送った後のほうが怖いことがあります。

「あれ？ ファイル、送る相手を間違えていないか？」

送信ボタンを押した数分後、急に背中が冷たくなる。そんな“ヒヤリ”を、仕事で一度も経験せずに済む人は、実はあまり多くないのかもしれません。

私が 138DataGate を作ろうと思ったのは、そんな「送った後に青ざめる瞬間」を、身の回りで何度も見てきたからでした。

「その送り方、やめてもらえますか」と言われた

あるクライアント様は、長年、取引先へのファイル送信にパスワード付き ZIP を使っていました。ファイルを送り、その後に別メールでパスワードを送る、いわゆる PPAP です。

以前はそれで通っていました。でも、ある時から取引先の大手企業に、やんわり言われるようになったそうです。

「その送り方は、やめてもらえますか」

最初は一社だけでした。けれど似たような話が続き、「昔からのやり方のままでは通らなくなってきた」と感じて相談に来られました。

ファイル送信は、ずっと昔からある業務です。だからこそ、変える理由が見えにくい。でも実際には、取引先のルールやセキュリティ意識が変わり、昔の“普通”がそのままでは通じなくなってきています。

社内のつもりで送ったメールが、社外に出てしまった

別の会社様では、もっと直接的な話がありました。

本来は社内グループに送るはずだったメールを、誤って社外のグループ宛に送ってしまったのです。送信後すぐに気づいたものの、もう遅かった。社内のつもりで送った内容が、そのまま社外に出てしまったのです。

これは特別な人だけが起こすミスではありません。忙しいとき、急いでいるとき、返信や転送が重なったとき。メールの誤送信は、誰にでも起こりえます。

しかもメールは、一度送ると強い。強すぎると言ってもいいかもしれません。

送信ボタンひとつで相手に届き、こちらの手を離れます。「あ、間違えた」と思った時には、もうこちらでは止められない。この“取り返しのつかなさ”が、メール添付の怖さだと思っています。

上司が手土産を持って謝りに行っていた

誤送信が起きたとき、どう対応するか。その現実も、現場で何度か見てきました。

ある会社様では、誤送信が発覚すると、まず相手先へ電話をかけて削除をお願いする。そのうえで、上司の方が手土産を持って直接お詫びに行く。それが事実上のルールになっていました。

初めてその話を聞いたとき、私は「そこまでしなければいけないのか」と驚きました。でも同時に、それだけ重い問題なのだとも感じました。

誠実に謝ることは大切です。ただ、どれだけ丁寧に頭を下げても、送ってしまったファイルの中身まで元に戻るわけではありません。

削除してもらえたと言われても、本当に開かれていないかまではわからない。相手を責めたいわけではなく、メールという仕組みそのものが「送った後の制御」に向いていないのだと思います。

そのとき、強く思いました。送る前にも、送った瞬間にも、送った後にも、少しでも制御できる仕組みが必要だと。

本当に必要だったのは、「気をつけましょう」ではなく仕組みでした

メール事故の話になると、最後は「気をつけましょう」で終わってしまいがちです。でも現場では、それだけでは防ぎきれません。

だから 138DataGate では、ひとつの機能だけで守るのではなく、送る前・送る瞬間・送った後の三段階で不安を減らすことを考えました。

本当に気まずいのは、間違えて送ったあとにかける電話かもしれない

誤送信のあとに必要になる電話は、普通の確認電話とは少し違います。

「申し訳ございません。株式会社〇〇の△△でございます。先ほど、うちの者が添付ファイルを誤って送ってしまいまして……」

こういう電話は、受ける側も、かける側も重いものです。しかも、電話で事情を説明し、削除をお願いし、場合によっては上司が改めてお詫びに行くこともある。

中小企業の現場では、こうした対応が決して珍しくありません。

でも、ここでいちばん苦しいのは、こちらがどれだけ丁寧にお願いしても、送ってしまったもの自体はもう相手の手元に届いているかもしれない、ということです。すでに開かれているかもしれないし、転送されているかもしれない。こちらには、それを確かめる手段がほとんどありません。

だからこそ必要なのは、「気をつけましょう」だけではなく、送ったあとに被害を広げないための仕組みだと思いました。

138DataGate では、送信後でもリンクを無効化できるようにしています。もし間違いに気づいたときでも、その後のアクセスを止められるだけで、状況はかなり変わります。

全部を元に戻せるわけではありません。それでも、「送ったら終わり」ではなくなるだけで、現場の重さは大きく違ってきます。

本当に怖いのは、「何が起きているかわからない」こと

通常のメールでファイルを送ると、送信者から見える情報は意外と少ないものです。

届いていないのか。届いたけれど見られていないのか。迷惑メールに入ったのか。開けなかったのか。それとも、すでに見られているのか。

わからない。だから不安になる。不安だから電話する。でもその電話も、また少し重たいものになる。

この「何が起きているかわからない」という状態は、現場のストレスをじわじわ増やします。

138DataGate では、リンクの開封、ダウンロード、削除といった操作を記録として残し、状況をある程度追えるようにしています。完璧にすべてを診断できるわけではありません。それでも、何も見えない状態に比べれば、次の一手はずっと打ちやすくなります。

「送った・開かれた・消した」を、あとから説明できるようにしたかった

もうひとつ、現場でよく感じていたのは、記録の弱さでした。

「送りました」「削除しました」「相手が開きました」

こうしたことは、日常業務では会話で済んでしまいがちです。でも、何かあったときに口頭だけでは弱い。記憶だけではもっと弱い。

だから 138DataGate では、送信、開封、削除といった操作を一定期間ログとして残し、削除時の記録も残せるようにしています。

さらに、単に「履歴があります」というだけでなく、あとから不自然に触られたことが分かるような、改ざん検知の考え方を入れたログを意識しています。

これは大げさな話ではありません。トラブルのときに「たしか、そうだったと思います」ではなく、「この日時に、この操作が行われています」と説明しやすくするためです。

138DataGate を作った理由は、派手ではありません

ここまで読んでいただくと分かるかもしれませんが、138DataGate は「最先端の何か」から生まれたサービスではありません。

きっかけはもっと地味です。

送った後で青ざめる。相手に届いたか分からない。誤送信すると謝りに行くしかない。昔ながらの送り方が取引先で通らなくなってきた。何かあっても記録が残っていない。

そういう、現場で本当に起きている小さな困りごとが、少しずつ積み重なって生まれたのが 138DataGate です。

だから 138DataGate が目指しているのは、メールという仕事の道具を大きく変えることではありません。

いつものメールのまま、送る前・送る瞬間・送った後の不安を少しずつ減らすこと。

許可外の宛先には送れないようにする。添付ファイルをそのまま送る代わりに、安全なリンクで届ける。リンクだけでは開けないようにする。必要なら無効化できる。開かれたら分かる。記録も残る。

それだけで、送信ボタンを押した後の気持ちは、かなり変わります。

最後に

メールでファイルを送る仕事は、これからもしばらくなくならないと思います。だからこそ、「みんな昔からこうしているから」で済ませるのではなく、事故が起きたときにどうなるかまで考えておく必要があります。

誤送信は、気をつけていても起こります。届かないこともあります。相手が見たかどうかわからず、動きづらいこともあります。

でも、そのたびに青ざめたり、電話でお願いしたり、頭を下げに行ったりするしかない状態は、少しずつ変えられるはずです。

138DataGate は、そのために作りました。

もし今、「うちの送り方、このままで大丈夫だろうか」と少しでも感じているなら、一度見直してみる価値はあると思います。

送ったら終わりではなく、その前も、その後も、少しだけ安心できる送り方へ。

それが、138DataGate でやりたかったことです。