ブログ
ファイルはDropboxにあります。あるいはDriveか、ダウンロードフォルダの中です。

複数のクラウドストレージを使い分けることが、想定以上のコスト負担になっている理由
「3つのフォルダ」問題
よくあるのは次のようなパターンです。個人用ファイルには Dropbox を使い、会社で推奨されたから Google ドライブを使い始め、スマートフォンのバックアップにはバックグラウンドで iCloud が動いており、クライアントや共同作業者が使っているという理由で OneDrive も導入している。その結果、ダウンロードフォルダは一度だけ開いて適当に名前をつけたまま放置された、PDFの墓場と化しています。
これらは計画的に行われたことではありません。ただなんとなくそうなってしまったのです。それぞれのサービスがその時々の課題を解決してくれた結果、今や互いに連携していない複数のプラットフォームに、デジタルライフの不完全なコピーが3つも4つも散乱している状態になっています。
これは、本人が気づかないうちに、常に集中力を削ぐ原因となっています。ファイルが必要になるたびに、最初に考えるのは「ファイル名は何だっけ?」ではなく「どこに保存したっけ?」です。この疑問を解決するだけで、1日に5分から10分もの時間が奪われ、それが日々積み重なっていきます。何週間、何ヶ月と経つうちに、複数のクラウドサービスを維持・管理するための認知的オーバーヘッドが、生産性を大きく低下させる要因になります。
あなたが整理下手なのではありません。バラバラに存在しているのが問題なのです。
整理が下手なことと、あちこちに分散しすぎていることは違います。ファイルの管理に苦労している人のほとんどは、怠慢なわけではありません。全体として機能するように設計されていないシステムに対処しているだけなのです。Dropbox は Google ドライブに何が入っているかを知りません。Google ドライブはデスクトップの内容をインデックスしません。デスクトップから NAS を検索することはできません。
それぞれのツールは単体では十分に機能します。問題は、あなたの仕事が単体で完結しない点にあります。1つのプロジェクトをこなすにも、Google ドキュメントの構成案、Dropbox 内の素材、デスクトップに保存した参考画像、そしてメールの添付ファイルにある契約書が必要になるかもしれません。仕事に取り掛かるたびに、これらのコンテキストをすべて再構築するのは、チームプロジェクトを管理している場合でも、単に日常のタスク処理(ライフアドミン)をこなしている場合でも、非常に疲れる作業です。
また、この分散化はバージョン管理の悪夢をもたらします。あるファイルをリネームして更新し、Google ドライブに保存したとします。しかし、古いバージョンは Dropbox に残ったままです。同僚がその古い方を手に入れて作業を進めてしまう。その結果、2人の人間が同じドキュメントの異なるバージョンで作業を進めてしまい、締め切り直前まで誰もそのことに気づかない、という事態が起こります。
「1つに絞る」というアドバイスの、目に見えない現実的なコスト
一般的なアドバイスは、「すべてを1つのクラウドサービスに統合すること」です。どれか1つを選んで使い倒す。しかし、現実には以下のいくつかの理由から、これがうまくいくことは滅多にありません。
第1に、常に自分で選べるとは限らないからです。勤務先では Google Workspace が義務付けられている一方で、フリーランスのクライアントは Dropbox をメインで使っているかもしれません。大学では OneDrive を使っているかもしれません。自分の周りにいるすべての人に、同じプラットフォームに統一することを強制することはできません。
第2に、データの移行は非常に面倒だという点です。サービス間で何テラバイトものファイルを移動させるには時間がかかり、帯域幅を消費し、共有リンクが切れてしまうリスクも伴います。大抵の人は移行を始めたものの、途中で諦めてしまいます。その結果、以前よりもさらに散らかった状況を作り出してしまいます。
第3に、すべての機能を完璧にこなせるクラウドサービスは存在しないという点です。Google ドライブはドキュメントやスプレッドシートと強力に連携しています。Dropbox はデスクトップ同期に優れています。iCloud は Apple デバイスとシームレスに動作します。どれか1つを選ぶということは、他のサービスの強みを諦めることを意味します。
また、見落とされがちなコスト面の問題もあります。複数のクラウドストレージのサブスクリプションを維持すると、出費がかさみます。Dropbox Plus、Google One、iCloud+のプランを併用すると、毎月数千円の出費にすぐ達してしまいます。しかも、そのストレージの大部分は重複しており、同じファイルやほぼ同じファイルのコピーが各サービスに保管されています。何がどこにあるか分からないという状況を手に入れるために、3倍の料金を支払っていることになります。また、サービスごとに容量の価格設定が異なるため、容量をアップグレードするには、それぞれのベンダー独自の価格設定や年間契約に従って、個別にアップグレードする必要があります。誰も「もっと多く支払おう」と明確に決断したわけではないのに、新しいツールを導入するたびにサブスクリプションがついて回り、総支出はいつの間にか膨れ上がっていくのです。
新たな隔離場所を作るのではなく、検索レイヤーを作る
より優れたアプローチは、ファイルを移動することではなく、それらを「つなぐ」ことです。これこそが、Fabric の接続(Connections)機能の背景にあるコンセプトです。Dropbox や Google ドライブからの移行を求めるのではなく、Fabric が何十ものツールと接続し、すべてのファイルを1つの場所から検索、閲覧、操作できるようにします。
ファイルは元々あった場所にそのまま置いておきます。Google ドライブのファイルは Google ドライブに、Dropbox のファイルは Dropbox に、ローカルのファイルはローカルに置いたままです。Fabric はそれらすべてをインデックスし、一元化されたビューを提供するだけです。検索を実行すると、これらすべての場所を一度にまとめて検索します。
しかも、これは単なるキーワード検索ではありません。Fabric のセマンティック検索は、ファイル名だけでなく「意味」を理解します。「第3四半期の計画会議で使った予算スプレッドシート」と検索すれば、そのファイルがたとえ「Q3_v2_FINAL_final.xlsx」という名前で、共有ドライブの3階層奥深くに埋もれていても見つけ出すことができます。
この仕組みの裏側を理解しておく価値はあります。従来の検索エンジンは、言葉のインデックスを作成し、検索クエリとそのインデックスを照合します。ファイル名や内容に入力した言葉が正確に含まれていない場合、ファイルはヒットしません。一方、セマンティック検索では、検索クエリとファイルのメタデータの両方を、文字通りのテキストではなく意味を捉えた数値表現(エンベディングと呼ばれることもあります)に変換します。「海岸の夕日の映像」と検索すると、システムは「ビーチのゴールデンアワーのクリップ」というタグがついたファイルが、共通する単語が1つもなくても、意味的に近いものであると認識します。これがあるからこそ、サービスをまたいだ検索が実用的なものになるのです。Dropbox で使っていた命名規則と、Google ドライブでチームが採用した命名規則をそれぞれ記憶しておく必要はありません。検索レイヤーがそれらの違いを自動的に埋めてくれます。
実際の運用方法
例えば、あなたがフリーランスのデザイナーだとします。Dropbox には個人用ファイル、Google ドライブにはクライアントのファイル、そしてローカルにはインスピレーション画像のフォルダが保存されています。一般的なワークフローでは、特定のムードボードを見つけるために3つのアプリを開き、それぞれで個別に検索する必要があります。
Fabric を使えば、1つのワークスペースを開くだけです。探しているものの説明を入力すると、Fabric が接続されているすべてのソースを検索して、どこに保存されているかに関わらず該当ファイルを表示します。ファイルをプレビューしたり、Fabric のアノテーションツールで注釈を書き込んだり、スマート整理機能を使ってプロジェクトに追加したりできます。
クラウドドライブでもあるため、すべてのファイルのローカルコピーを手元に置いておく必要はありません。ファイルは必要に応じてオンデマンドでストリーミングされるため、ライブラリ全体の容量が数百ギガバイトあっても、ノートPCの容量を圧迫しません。動画ファイルであっても、マシンの空き容量を気にせずに編集できます。
誰も計測しない認知的オーバーヘッド
これまでほとんど追跡されてこなかった生産性の指標があります。それは、「何がどこにあるかを思い出すために費やされる精神的エネルギー」です。これは単に検索にかかる時間だけではありません。ファイルがあちこちに散らばっていること、古いバージョンで作業しているかもしれないという不安、必要なものがチェックし忘れたサービスの中にあるかもしれないという、潜在的なストレスも含まれます。
このオーバーヘッドは無視できません。仕事を始める前に、あなたの集中力をすでに削いでしまっています。さらに、アカウントやデバイスが増え、デジタルゴミが何年も蓄積されるにつれて、この状況は悪化していきます。
ストレージではなく「検索レイヤー」を統合することで、この負担から解放されます。ファイルがどこにあるかを考えるのをやめ、何が必要かに集中できるようになります。この「場所ベースの検索」から「意味ベースの検索」へのシフトこそが、Fabric の AI アシスタントが真に役立つ核心です。すべてのソースにわたってファイルを処理し、どのフォルダに何が入っていたかを覚えていなくても、質問に答え、必要なコンテキストを提示してくれます。
ファイルの共有はどうなる?
散乱したストレージで見落とされがちなもう一つの問題が「共有」です。ファイルが複数のサービスに分散している場合、関連するドキュメント一式を共有するには、3つの異なるプラットフォームからリンクを送らなければなりません。受け手側には、Dropbox のリンク、Google ドライブのリンク、そして WeTransfer のダウンロードリンクなどが届くことになります。これでは煩雑で、プロフェッショナルな印象を与えません。
Fabric の公開(Publish)機能を使えば、あらゆるソースからファイルを集めて、洗練された共有可能な1つのページにまとめることができます。分析機能が組み込まれた単一のリンクが生成されるため、誰が何を閲覧したかを確認することもできます。もう5つもの異なるサービスからリンクをかき集める必要はありません。
よくある質問
Fabric は Dropbox や Google ドライブの代わりになりますか?
Fabric は既存のクラウドストレージを置き換えるものではありません。それらの上に位置し、接続機能を通じて Dropbox、Google ドライブ、OneDrive などのサービスと連携します。ファイルは元の場所に置いたまま、すべてを横断する統合された検索・整理レイヤーを手に入れることができます。
Fabric のセマンティック検索は、通常の検索とどう違うのですか?
通常の検索は、ファイル名やファイル内容に含まれるキーワードを照合します。Fabric のセマンティック検索は、クエリの背景にある「意味」を理解します。探しているものを自然な言葉で説明するだけで、入力した通りの言葉が含まれていなくても、関連するファイルを見つけ出すことができます。
すべてのファイルを Fabric にアップロードする必要がありますか?
いいえ。Fabric は既存のストレージサービスに接続し、その場所にあるファイルをインデックスします。ファイルを移動させたり複製したりする必要はありません。Fabric に直接保存したいファイルのためにクラウドドライブも用意されていますが、利用は必須ではありません。
Fabric はパソコン内のローカルファイルにも対応していますか?
はい。Fabric はクラウドストレージと並行して、ローカルファイルをインデックスし、検索することができます。デスクトップアプリを使用すると、ローカルソースと接続されたクラウドソースの両方を含む、統合されたファイルエクスプローラーをご利用いただけます。
Fabric からストレージサービスの接続を解除するとどうなりますか?
元のサービスにあるファイルには一切影響ありません。Fabric がそれらをインデックスおよび検索するアクセス権を失うだけです。いつでも再接続して、アクセス権を復元できます。
1回の検索クエリで、異なるサービスのファイルを一括検索できますか?
はい、まさにそれがこの製品の目的です。Fabric で検索すると、接続されているすべてのソースから結果が抽出されます。1回の検索で、Dropbox の PDF、Google ドキュメント、ローカルドライブの写真がすべて1つの結果リストに表示されます。
Fabric はオフラインアクセスに対応していますか?
いいえ、現在 Fabric はオフラインでの利用に対応していません。接続されたファイルにアクセスして検索するには、インターネット接続が必要です。クラウドドライブに保存されているファイルは、ローカルに同期されるのではなく、必要に応じてオンデマンドでストリーミングされます。
クラウドサービスを Fabric に接続する際、データは安全に保護されますか?
Fabric は、Google ドライブや Dropbox などのサービスへの接続に、標準的な OAuth 認証を使用しています。お客様のログイン資格情報が Fabric に保存されることはなく、データは非公開かつ安全に保たれます。アクセス権は、Fabric または接続されているサービスの設定から、いつでも取り消すことができます。
Fabric はサービス間でのファイルの重複をどのように処理しますか?
Fabric のセマンティック検索は、検索クエリに基づいて、最も関連性の高いバージョンのファイルを自然に表示します。サービス間でファイルの重複を自動的に排除することはありませんが、統合された検索レイヤーにより、古いバージョンで誤って作業してしまう可能性は大幅に低くなります。
チームで Fabric を使って、異なるストレージプラットフォーム間でファイルを共有することはできますか?
はい。チームメンバーそれぞれのストレージサービスを Fabric に接続し、公開(Publish)機能を使用することで、複数のプラットフォームから個別にリンクを送る代わりに、任意のソースから厳選したファイルのコレクションを1つの洗練されたページとして共有できます。
関連ページ
その他のブログ記事:

The Creative's Cold Start Problem

How to Stop Losing Momentum Between Study Sessions

Your Future Self Can't Read Your Mind

The Hemingway Bridge: Stop Working So You Can Start Again

Your ERP Has the Answers. Nobody Can Find Them.

The Usability Layer Your Business Systems Are Missing

手書きノート対デジタルノート:どちらか一方を選ぶ必要はありません

手書きのメモが検索できない理由(とその対策)