クラウドストレージを乗り換える｜移す前に決めておくこと

「クラウドストレージを乗り換えたいんですが、どこから手をつければいいのか分からなくて、半年止まっています」

こういうご相談を、よく受けます。

止まってしまう理由は、たいてい同じところにあります。作業の量が読めないからです。ファイルが何万件あるのか、どれが要るのか、移したあと何が変わるのか。分からないことが多すぎると、人は動けなくなります。

大丈夫ですよ。乗り換えが止まる原因は、能力でも時間でもありません。決めていないことが多いだけです。そして、決めるべきことは意外と少なくて、5つに整理できます。

この記事では、サービスを比べる前の段階、つまり「移す前に決めておくこと」を順番に並べます。ここが決まっていれば、あとの作業は淡々と進みます。

乗り換えを考えはじめる会社に、共通していること

まず、いま自分がどの状況にいるのかを落ち着いて確認してください。状況によって、乗り換えで解決することと、乗り換えても解決しないことが分かれます。

いちばん多いのは、容量の限界です。上限が近づき、追加の費用を払うか移るかの判断を迫られる。ファイルは減らないので、この場面はいつか必ず来ます。

次に多いのが、管理が追いつかなくなった状況です。誰がどこに何を置いているか分からない、外部に渡したリンクが把握できない、退職した人のフォルダに触れない。人が増えた会社で必ず起こります。

3つ目は、条件が変わった場合です。取引先から情報の扱いについて条件を示された、業務の内容が変わって扱うファイルの種類が変わった、複数のサービスに分散していて統合したい。

そして4つ目が、使われていない状況です。導入したのに、結局それぞれの端末にファイルが残っている。この場合は要注意です。サービスを替えても、同じことが起きます。原因は道具ではなく、置き場所のルールが決まっていないことにあるからです。

自分の会社がどれに当てはまるか、書き出してみてください。書き出すと、移ることで解決する部分と、移っても残る部分がはっきりします。

決めておくこと1：全部は移さないと決める

乗り換えが止まる最大の原因が、ここです。全部を移そうとすると、量に圧倒されて動けなくなります。

長く使ってきた保存場所には、もう誰も開かないファイルが大量に眠っています。数年前の案件の作業ファイル、途中で止まった企画の資料、同じ内容が何度も保存された版違い。これらを含めて移そうとすれば、時間も容量も無駄になります。

移す対象を決める基準は、3つで十分です。

1つ目は、いま動いている案件のファイル。2つ目は、契約や取引の記録として残す必要があるもの。3つ目は、今後も繰り返し使う雛形や素材。この3つに絞ると、対象は驚くほど減ります。

残りをどうするかも、同時に決めてください。捨てるのではなく、まとめて保管する場所を1つ用意します。旧のサービスをしばらく残す方法でも、社内の機器にまとめて置く方法でも構いません。

大事なのは、「必要になったらここを見る」という場所が1つ決まっていることです。場所さえ決まっていれば、現場は不安になりません。不安の正体は、無くなることではなく、どこにあるか分からないことです。

決めておくこと2：置き場所の構造をどうするか

移す先の構造を、移す前に決めます。ここを決めずに始めると、旧の散らかり方がそのまま新しい場所へ再現されます。

選択肢は2つです。既存の構造をそのまま持ち込む方法と、この機会に作り直す方法。

そのまま持ち込む方法は、現場が迷いません。移行の負担も軽い。ただし、いま困っている構造をそのまま抱えることになります。

作り直す方法は、根本から良くなります。ただし、全員が慣れ直す必要があり、移行の直後は質問が増えます。

現実的なのは、その中間です。大枠は既存に合わせて、明らかに破綻している部分だけを直す。たとえば、部署名のフォルダと案件名のフォルダが同じ階層に混ざっている、といった箇所です。全部を変えず、痛みの大きいところだけを直す。この判断ができると、移行は進みます。

構造を決めるときに、あわせて命名のルールも決めてください。細かく決める必要はありません。日付の書き方と、版の表し方。この2つだけで、探しやすさはかなり変わります。ファイル名の末尾に日付を足していく運用は、最終版が複数生まれる原因になります。

決めておくこと3：共有リンクと権限をどうするか

これが、乗り換えでもっとも見落とされる部分です。そして、あとから困る部分でもあります。

共有リンクは、移行先に引き継げません。旧のサービスで発行したリンクは、旧のサービスの中でしか生きないからです。つまり、外部に渡してあるリンクは、旧を閉じた瞬間にすべて切れます。

まず、いまどのリンクが外に出ているかを確認してください。管理者の画面から一覧を確認できるサービスなら、そこで把握できます。できない場合は、担当者に聞いて回るしかありません。

次に、相手ごとにどうするかを決めます。今後も使う相手には新しいリンクを渡す。すでに終わった案件のリンクは、切れて構わない。この線引きをしておけば、閉じるときに慌てません。

権限の設計も、同じく引き継げません。誰がどのフォルダを見られるかという設定は、新しい場所で作り直しになります。これを機会と捉えてください。長く運用していると、権限は必ず膨らみます。もう関係のない人が見られる状態のまま残っている、というのはよくあることです。

移行のときに一度整理すると、それ以降の管理がずっと楽になります。整理した内容は、サービスの中だけでなく、文書としても残しておいてください。サービスの中にしか無い情報は、サービスを離れると消えます。

決めておくこと4：いつ、どの順番で移すか

切り替えの時期は、繁忙期を外してください。移行の直後は、探せない、開けないという質問が集中します。手が止まっても困らない時期を選んでください。

順番は、部署ごと、あるいは案件ごとに区切るのが基本です。全社を一度に移すと、質問が同時に来て対応しきれません。先に移した部署で出た問題を潰してから広げるほうが、結果として早く終わります。

そして、いちばん大切なことがあります。「この日から旧の場所には書き込まない」という日を、1日はっきり決めてください。

この日が決まっていない移行は、終わりません。両方に書き込める状態が続くと、どちらが最新か分からなくなり、結局両方を見る習慣が固定されます。両方が生きている状態は、現場にとってもっとも負担が大きい状態です。

具体的には、旧の場所を読み取り専用にする日を決めて、事前に告知します。書き込めなくなれば、人は自然に新しい場所を使います。呼びかけを何度もするより、この方法のほうが確実です。

決めておくこと5：誰が世話をするか

道具の話ではなく、人の話です。そして、乗り換えがうまくいくかどうかを、いちばん左右する部分でもあります。

移行のあとには、必ず質問が出ます。ファイルが見つからない、外部の人に渡したい、フォルダを新しく作りたい、前の版に戻したい。この質問を受ける人が決まっていないと、質問は宙に浮きます。

宙に浮いた質問が続くと、人はその場しのぎを始めます。自分の端末に保存する、メールで送る、別の方法を使う。こうして、乗り換えは静かに失敗します。

世話をする人は、役職ではなく個人名で決めてください。そして、移行の期間だけでいいので、その人の通常業務を少し軽くしてください。ここに時間を割り当てないと、その人が疲れて、誰も答えなくなります。

もう1つ、その人に小さな判断の権限を渡してください。フォルダの構造を少し変えていいか、この人に権限を渡していいか。毎回上に確認しなければならない状態では、現場の困りごとは解決しません。

実際に移す作業で、何が起きるか

決めごとが固まったら、いよいよ作業です。ここで知っておいてほしいのは、思ったより時間がかかるということです。

ファイルの量が多いと、転送そのものに何日もかかることがあります。通信の条件によっては、業務時間中に流すと他の作業に影響が出ます。夜間や休日に分けて流す計画を立ててください。

途中で止まることもあります。名前に使える文字の制限が違う、階層の深さの上限を超えている、同じ名前のファイルが複数ある。こうした理由で一部が移らず、あとから気づく例が多くあります。

移し終わったら、必ず件数を照合してください。移す前の件数と、移した後の件数。数が合わなければ、どこかで漏れています。この確認をしないまま旧を閉じると、取り返しがつきません。

実際に乗り換えを経験した人の記録には、こんな率直な一文が残っています。

このクラウドストレージ乗り換えよう大作戦の裏テーマとして、「Apple製品がしつこくiCloudにバックアップできませんと言ってくるのを黙らせよう」というのもあったのですが、もういいです。一生言っててください。もう知らない！！んもう！！ 出典: note.com

投げ出したくなる気持ちが、そのまま出ている一文です。個人でも、これだけ疲れます。会社の規模でやるなら、途中で疲れることを前提に計画を立ててください。1人で抱えないこと。期間に余裕を持たせること。この2つで、かなり違います。

働き方の形ごとに、確認しておくこと

同じ乗り換えでも、働き方によって注意する場所が変わります。代表的な4つの形で整理します。

事務所に集まって働く形

確認するのは、既存の共有サーバーからの移行のしやすさです。長年使ってきた構造を持ち込めるか、権限の考え方が近いか。

この形では、現場の慣れが最大の資産です。構造を大きく変えると、移行そのものより慣れ直すことのほうに時間がかかります。変える範囲を最小限にしてください。

在宅と出社が混ざる形

確認するのは、端末との同期の挙動です。全部を端末に落とす方式だと、自宅の端末が業務のファイルで埋まります。必要なときだけ取りに行く方式を選べるかを見てください。

回線の条件も人によってばらばらです。移行の初回の同期は量が多いので、各自の環境で無理なく終わるかを、先に確認しておくと安心です。

外部の協力者と組むことが多い形

確認するのは、社外の相手を必要な範囲だけに招けるかです。案件ごと、期間ごとに範囲を区切れるか。相手にアカウントの作成を求めるのか、リンクだけで済むのか。

相手に手間をかけさせる仕組みだと、結局メール添付に戻ります。乗り換えの連絡も、相手には負担です。早めに伝えて、準備の時間を渡してください。

現場作業や訪問が中心の形

確認するのは、小さい画面での操作性と、撮影した写真をその場で置けるかです。現場で撮ったものを戻ってから整理する運用は、必ず滞ります。

写真や動画は容量の消費が速いので、移行後の増え方の見込みも、他より厳しめに立ててください。

同じファイルが二重にある状態をどう片づけるか

移行の作業でいちばん神経を使うのが、重複したファイルの扱いです。長く運用してきた保存場所には、同じ内容のファイルが必ず複数あります。

よくあるのは3つの形です。1つ目は、版違いです。名前の末尾に日付や「最新」「確定」といった語が足されて、どれが本当の最終版か分からなくなっている状態。2つ目は、置き場所違いです。部署のフォルダと案件のフォルダの両方に、同じものが置かれている状態。3つ目は、個人の控えです。共有の場所にあるものを、担当者が自分のフォルダにも保存している状態。

この3つを、移行の前に全部整理しようとしないでください。量が多く、判断にも時間がかかります。整理を先にやろうとして止まる例を、たくさん見てきました。

現実的な進め方は、こうです。まず、移す対象を絞る段階で、明らかに古い版は移さないと決めます。名前に日付が入っているなら、いちばん新しいものだけを移す。判断がつかないものは、いったん全部移して、あとで整理する箱を1つ用意しておきます。

置き場所違いは、移行先の構造を決めた段階でほぼ解決します。新しい構造では1か所にしか置かないと決めれば、移すときに自然と片方だけになります。

個人の控えは、根が深い問題です。控えを取る理由は、共有の場所が信用されていないことにあります。消えるかもしれない、勝手に変えられるかもしれない、という不安です。版の履歴が残るサービスを選び、その機能があることを社内にきちんと伝えると、控えを取る動機は薄れます。機能の説明ではなく、「上書きされても戻せます」という一文を伝えるだけで、行動は変わります。

整理は、移行と同時にやらなくて構いません。移してから、業務の合間に少しずつ進めるほうが、現実的に終わります。全部を片づけてから移そうとすると、いつまでも移れません。

もう1つ、重複の整理で気をつけたいことがあります。他の人が作ったファイルを、勝手に消さないことです。自分には不要に見えても、その人にとっては必要な控えかもしれません。消す前に一声かける。それだけで、移行に対する現場の協力の度合いはまったく変わります。片づけは、信頼を削らない範囲で進めてください。

旧のサービスを閉じる前に確認すること

移行が終わったように見えても、閉じる前にやることが残っています。ここを飛ばすと、あとで取り返せません。

まず、件数と容量の照合です。移す前と後で数が合っているか。合っていなければ、漏れた分を特定してください。

次に、共有リンクの停止です。外に出ているリンクを、意図して切ります。放置して自動的に切れるのを待つと、相手が突然開けなくなって連絡が来ます。事前に新しいリンクを渡してから切るのが、相手への礼儀です。

3つ目は、独自の形式で保存されているファイルの確認です。そのサービスの中でしか開けない形式で保存されたものは、取り出すときに一般的な形式へ変換されるか、それとも開けないファイルになるかで扱いが変わります。移行先で開けるかを、閉じる前に必ず確かめてください。

4つ目は、契約の条件です。最低契約期間が残っていないか、更新が自動になっていないか。閉じたつもりが課金だけ続いていた、という話は珍しくありません。解約の手続きが管理画面から自分でできるのか、連絡が必要なのかも、あわせて確認してください。連絡が必要な場合は、締め日の何日前までという条件が付いていることがあります。

そして最後に、しばらく残す期間を設けてください。移行が終わってすぐ閉じるのではなく、1か月ほど読み取りだけできる状態で置いておく。この余白があるだけで、担当者の心の負担はかなり軽くなります。

移す先を選ぶときに確認しておくこと

決めごとが固まってから、移す先を見ます。順番を逆にすると、機能の一覧に判断を引っ張られて、自社の条件が置き去りになります。

探せるかどうか

移した先でいちばん使う機能は、実は検索です。半年前の資料を探す、送ってもらったファイルをもう一度開く、どの版が最新か確かめる。この動きが速いかどうかで、日々の印象が決まります。

確認するのは3つです。ファイル名だけを探すのか、文書の中身まで探せるのか。更新した人で絞れるか。期間で絞れるか。中身まで探せると、名前を思い出せなくてもたどり着けます。移行のときにファイル名を整えきれなくても、検索が強ければ現場は困りません。

権限をどの単位で決められるか

フォルダ単位なのか、ファイル単位なのか。閲覧だけ、編集もできる、共有まで任せる、といった段階を分けられるか。この粒度が粗いと、「見せたくないものまで見えるので共有しない」という運用になり、結局メールに戻ります。

退職した人のファイルを管理者が引き継げるかも、あわせて確認してください。個人のアカウントに紐づいて消える設計だと、人が辞めるたびに事故が起きます。

外部への共有をどこまで制御できるか

相手を指定して渡せるか、リンクに期限を付けられるか、ダウンロードを止めて閲覧だけにできるか。そして、いま外に出ているリンクの一覧を管理者が見られるか。

最後の項目は特に大切です。共有リンクは、作った本人が忘れます。把握できる仕組みが無いと、乗り換えのたびに同じ苦労を繰り返すことになります。

版の履歴が残るか

上書きしてしまったファイルを前の状態に戻せるか、何世代前まで遡れるか、履歴が残る期間はどれくらいか。日常でもっとも多い事故は、外からの攻撃ではなく、社内の誰かによる上書きと誤削除です。この2つに備えられるかどうかが、実務上の安心を決めます。

端末との同期がどう振る舞うか

全部を端末に落とすのか、必要なときだけ取りに行くのか。同じファイルを2人が同時に編集したときにどうなるのか。通信が切れている間に編集した内容が、つながったときにどう反映されるのか。

ここを知らないまま使うと、「保存したはずの修正が消えた」という事故が起きます。原因が同期にあると気づくまでに時間がかかるのも、この問題の厄介なところです。試用の期間に、わざと同時編集を試してみてください。

費用と契約の面で、先に見ておくこと

使い勝手とは別に、契約の条件も先に確認してください。ここを飛ばすと、切り替えの直前で動けなくなります。

まず、いま使っているサービスの契約期間です。最低契約期間が設定されていると、途中でやめた分の支払いが必要になることがあります。更新が自動になっているかも見てください。更新日の直前に気づいて、もう1年払うことになった、という話は珍しくありません。

次に、データを取り出せる期限です。解約した瞬間に見られなくなるのか、しばらく閲覧だけできるのか。取り出しの作業は思ったより時間がかかるので、期限に余裕を持たせて解約の日を決めてください。

新しく契約する側では、容量の課金方式を確認します。1人あたりの割り当てを積み上げる方式と、組織全体の総量で契約する方式があります。人数が少なく容量を多く使う業種なら後者が有利で、人数が多く1人あたりは少ないなら前者が向きます。自社がどちらの形かを先に把握しておくと、比較が早く終わります。

人数の数え方も確認が要ります。閲覧しかしない人、月に数回しか開かない人、外部の協力者。これらが課金の対象に含まれるかどうかで、負担は変わります。

そして、次に移るときのことも、いま考えておいてください。全データを一括で取り出せる手段があるか、取り出したときにフォルダの構造が保たれるか。今回の乗り換えで苦労した理由の多くは、前に選んだときに出口を見ていなかったことにあります。ここを確認しておけば、次はずっと楽になります。

移した後の1か月で見ておくこと

移し終えたら、手を離したくなります。ただ、最初の1か月だけ目を向けておくと、その後がずいぶん楽になります。

まず、旧の場所に戻っている人がいないか。戻っている人には理由があります。探せない、権限が足りない、操作が分からない。その理由を責めずに聞いてください。個人の姿勢の問題にすると、次から本当のことを言ってもらえなくなります。

次に、自分の端末に保存する人が増えていないか。共有の場所が使いにくいと、人は手元に置きます。手元に置かれたファイルは、他の人からは存在しないのと同じです。増えているなら、置き場所の構造か権限のどちらかに原因があります。

3つ目は、フォルダが増えすぎていないか。移行の直後は、迷った人がとりあえず新しいフォルダを作ります。放っておくと、似た名前のフォルダが並びます。1か月後に一度、担当者が整理してください。

4つ目は、容量の使われ方です。移行のときに見込んだペースと合っているか。ずれているなら、原因を確かめます。写真や動画が想定より多い、古いファイルを結局全部移していた、といった理由が見つかります。

こういう相談も、実際によく受けます。移行が終わった安心感で誰も見なくなり、半年後に前と同じ散らかり方になっていた、という話です。乗り換えは、片づけをやり直す機会でもあります。せっかく整えた状態を保つために、四半期に一度、短い見直しの時間を業務として確保しておくことをおすすめします。作業は1時間ほどで終わりますが、1年後の状態はまったく変わります。

進める人の負担を軽くする

ここまで読んで、決めることが多いと感じた方もいるはずです。実際、多いです。

こういうときに起きやすいのが、担当になった人が一人で抱え込む状況です。作業そのものより、「自分の判断で会社のファイルの置き場所が変わる」という重さのほうが、心に効きます。移行の途中で眠れなくなったという相談も受けたことがあります。

抱え込まないための方法を、3つお伝えします。

1つ目は、決めごとを紙に落として共有することです。頭の中にある状態が、いちばん重く感じます。書き出して人に見せた瞬間に、重さは半分になります。

2つ目は、上に返す判断を分けることです。何を残すかの方針、社外への対応、予算。この3つは決裁者に返してよい判断です。全部を自分で決めようとすると、責任が集中します。

3つ目は、完璧を目指さないことです。移行では必ずどこかで漏れが出ます。出たものを1つずつ直していく前提で始めるほうが、心も現場も持ちます。

私自身、以前に部署の資料の置き場所を変える場面に立ち会ったことがあります。事前に説明もしましたし、手順書も配りました。それでも、当日は想定していなかった質問が次々に来ました。そのとき助かったのは、完璧な準備ではなく、「分からないことは今日中に調べて返します」と言える余白でした。準備で防げることには限りがあります。返事ができる状態を作っておくほうが、ずっと役に立ちます。

社内で手が足りないときの考え方

乗り換えの作業には、いくつも違う技能が混ざっています。移す仕組みを組む技能、権限を設計する技能、社内向けの手順書を書く技能、そして現場の声を聞いて調整する技能。全部を一人で持っている人は、そう多くありません。

足りない部分だけを外に頼むという考え方は、十分に現実的です。特に、大量のファイルを移す仕組みの部分は、経験のある人が入ると期間が大きく縮みます。どのような技能を持つ人材がこの領域を担っているかは、アプリケーション開発のお仕事で扱われている業務の範囲から把握できます。

権限や情報の扱いの方針まで含めて相談したい場合は、領域が少し変わります。管理や運用の設計に関わる仕事の内容は、AI・マーケティング・セキュリティのお仕事にまとまっています。移行のときにこそ、権限をまとめて見直すと効率が良くなります。

業務の流れそのものを整理したい場合は、承認や申請の設計と考え方が近くなります。AIコンサル・業務活用支援のお仕事では、業務を整理して仕組みに落とす支援の範囲が紹介されています。あわせて、社内の手続きを設計し直す視点はワークフローシステム比較2026｜承認業務のDX化で年間200時間を削減で扱われている考え方が参考になります。

相場の感覚も持っておくと、依頼の判断がしやすくなります。仕組みを組む側はソフトウェア作成者の年収・単価相場、手順書やマニュアルを整える側は著述家，記者，編集者の年収・単価相場から確認できます。社内に配る文書は、書き慣れた人が作ると読まれる率がまったく違います。

20年この市場を見てきた立場から言えば、移行がうまくいく会社には共通点があります。外部に頼むときに、作業だけを切り出して渡すのではなく、背景まで話しているのです。なぜ移るのか、現場が何に困っているのか。それを聞いた人が組んだ仕組みは、移行のあとも使われます。手順だけ渡して作らせたものは、たいてい途中で合わなくなります。

運営者として見てきた限りでは、中間の手数料が乗らない手数料0%の直接取引で組んでいる関係のほうが、この背景の共有が起こりやすい傾向があります。依頼する側は同じ予算でより多くの工程を頼めますし、受ける側は手取りが厚くなる分、目の前の仕事に時間を使えます。移行のように、始まってから細かい調整が続く仕事では、この差が結果に出ます。

最後に、もう一度お伝えします。乗り換えは、ファイルを移す作業ではありません。会社の記録を、次の場所に置き直す作業です。何を移すかを決めて、置く形を決めて、移す日と世話をする人を決める。この4つが決まっていれば、あとは順番にやるだけです。半年止まっていた方も、ここから始められます。焦らなくて大丈夫ですよ。

よくある質問

Q. クラウドストレージのファイルは全部移すべきですか？

全部を移そうとすると量に圧倒されて止まります。移す対象は、いま動いている案件のファイル、契約や取引の記録として残す必要があるもの、今後も繰り返し使う雛形や素材の3つに絞ってください。残りは捨てるのではなく、まとめて保管する場所を1つ用意します。必要になったらここを見るという場所が決まっていれば、現場は不安になりません。

Q. 外部に渡してある共有リンクはどうなりますか？

共有リンクは移行先に引き継げません。旧サービスを閉じた時点ですべて切れます。まず管理者の画面から外に出ているリンクの一覧を確認し、今後も使う相手には新しいリンクを渡し、終わった案件のリンクは切れて構わないと線引きしてください。相手が突然開けなくなる事態を避けるため、切る前に新しいリンクを渡すのが順番です。

Q. 移行にはどのくらいの期間を見ておけばよいですか？

ファイルの量によりますが、転送そのものに何日もかかることがあります。通信の条件によっては業務時間中に流すと他の作業に影響が出るため、夜間や休日に分けて流す計画を立ててください。あわせて、旧の場所を読み取り専用にする日を1日はっきり決めて事前に告知すると、両方に書き込まれる期間が長引くのを防げます。

Q. 旧のサービスはすぐ解約してよいですか？

移行直後の解約は避けてください。移す前と後で件数と容量を照合し、そのサービス独自の形式で保存されたファイルが移行先で開けるかを確認したうえで、1か月ほど読み取りだけできる状態で残すと安心です。あわせて最低契約期間が残っていないか、更新が自動になっていないかも確認してください。閉じたつもりが課金だけ続く例があります。

Q. 移行の担当者の負担を減らすにはどうすればよいですか？

決めごとを紙に落として共有すること、方針や社外対応や予算の判断は決裁者に返すこと、そして完璧を目指さないことの3つです。移行では必ずどこかで漏れが出ます。出たものを1つずつ直す前提で始めてください。移行の期間だけでも担当者の通常業務を軽くし、小さな判断はその場でできる権限を渡しておくと、進みが大きく変わります。