創業直後のスタートアップは、ファイル管理を後回しにしがちだ。メンバーが5人のうちは個人のGoogleドライブやDropboxで事足りる。しかし10人、20人と増えた段階で「誰がどこに何を保存したか分からない」「古いファイルと最新版が混在している」という問題が一気に噴出する。その時点から整理し直すのは、最初から設計するよりも数倍の労力がかかる。
なぜ初期設計が重要なのか
スタートアップのクラウドストレージ問題は、規模が小さいうちは見えない。3人のチームで「共有フォルダ」を一つ作って使い始めれば十分に機能する。問題はそこから先だ。
10人を超えたあたりで「誰が見ていいファイルか」という権限の問題が浮上する。投資家向けの財務資料、採用候補者の個人情報、まだ公開できない製品ロードマップ——これらを同じフォルダに入れ続けることはできない。
さらに20人を超えると、ファイルの命名規則がバラバラになる。「proposal_v3_final_revised.pdf」「提案書_最終版_田中修正.docx」が混在し、どれが本当に最新版か誰にも分からなくなる。
これらの問題は、最初の設計で防げる。
フォルダ構造の設計原則
フォルダ構造は「3〜4階層まで」が限界だ。それ以上深くなると、どこに何があるか誰も覚えられなくなる。
スタートアップに向いているのは、部門別でもプロジェクト別でもなく、情報の性質で第一階層を分ける方法だ。
会社名/
├── 01_経営/
│ ├── 財務・経理/
│ ├── 法務・契約/
│ └── 投資家向け資料/
├── 02_製品・開発/
│ ├── 仕様書/
│ ├── デザイン/
│ └── リリースノート/
├── 03_営業・マーケティング/
│ ├── 提案資料/
│ ├── 顧客別/
│ └── マーケティング素材/
├── 04_採用/
│ ├── 求人票/
│ └── 面接記録/
└── 05_社内運用/
├── 議事録/
└── 社内規定/
先頭に番号をつける理由は、アルファベット順や50音順でソートされた時に意図した順番で並べるためだ。「経営」が「採用」より上に来る——当たり前のように見えて、番号がないと実現できない。
フォルダ名のルール
フォルダ名は半角英数字か全角日本語に統一する。半角と全角が混在すると、検索や自動化スクリプトで問題が起きやすい。スペースも避ける。代わりにアンダースコアかハイフンを使う。
ファイル命名規則の統一
ファイル名のルール化は、フォルダ設計と同じくらい重要だ。統一するだけで「最新版探し」の時間が劇的に減る。
推奨フォーマット：YYYYMMDD_種別_内容_バージョン.拡張子
例：
20260513_提案書_株式会社ABC_v2.pdf20260513_議事録_週次定例.md20260501_デザイン仕様_ダッシュボード_v1.figma
日付を先頭にする理由は、ソート順がそのまま時系列になるからだ。バージョン番号は v1、v2 のように連番にする。final、revised、最新 といった曖昧な表現は使わない。
アクセス権限の設計
権限設計の出発点は「最小権限の原則」だ。誰もが全てのファイルにアクセスできる状態は、情報漏洩リスクだけでなく、誤編集・誤削除のリスクでもある。
スタートアップでよく使われる権限レベルは3段階が現実的だ。
| 権限レベル | 対象 | できること |
|---|---|---|
| 閲覧のみ | 全社員、外部パートナー | ファイルを見る・ダウンロード |
| 編集 | 担当者、チームメンバー | ファイルの追加・変更 |
| 管理者 | 部門リーダー | フォルダ作成、権限変更 |
投資家向け資料フォルダは、CFOと代表取締役のみ編集権限。全社員は閲覧不可。採用候補者の情報は、採用担当者と面接官のみが閲覧できる——こういった運用を最初から設計しておく。
外部パートナーへのファイル共有は、フォルダ権限ではなく「共有リンク」で行う。共有リンクにはパスワード設定やダウンロード制限、有効期限を設けることで、フォルダ全体を渡すリスクを避けられる。
コスト管理：スタートアップが陥りやすい罠
クラウドストレージのコストは、ユーザー数課金と容量課金の2種類がある。スタートアップに向いているのは容量課金型だ。
ユーザー数課金の場合、メンバーが10人から20人に増えると月額コストがそのまま2倍になる。採用が進む成長期にはコストが予測しにくい。
容量課金型なら、人数が増えても保存データ量が急増しなければコストは変わらない。採用が活発な時期でも、月額予算が読みやすい。
ストレージコストを抑える3つの習慣
1. 重複ファイルを定期的に削除する
「念のためコピー」を保存する習慣がある組織は、1〜2年で重複ファイルがストレージの30〜50%を占めるようになる。四半期に一度、不要ファイルの棚卸しを予定に入れる。
2. 大容量の動画・画像はアーカイブ層に移す
マーケティング素材の動画、録画されたミーティング記録など、頻繁には参照しない大容量ファイルは、低コストのアーカイブストレージに移す。S3互換ストレージなら、アクセス頻度に応じてストレージクラスを自動で切り替えられる。
3. 退職者のデータを整理する
退職したメンバーのフォルダやファイルをそのまま放置すると、アクセス権限の問題とともにストレージコストも無駄になる。退職者が出たタイミングで、必要なファイルを引き継ぎ、不要なものを削除するフローを作る。
電子帳簿保存法への備え
2024年1月から、電子的に受け取った請求書や領収書の紙保存が原則廃止された。スタートアップも例外ではない。
電子帳簿保存法が定める3要件のうち、クラウドストレージで直接対応できる項目がある。
- 改ざん防止：バージョン履歴機能をオンにすることで、変更履歴が記録される
- 検索機能：ファイル名に取引年月日・取引先名・金額を含めることで検索要件を満たす
- 可視性：ファイルビューアで表示・出力できれば要件を満たす
経理フォルダには最初から「電帳法対応」を意識した命名規則を設定しておく。後から変更するより、最初から設計する方が圧倒的に楽だ。
スケールに対応したクラウドストレージの選定基準
メンバーが数十人になった時、乗り換えが発生するとデータ移行の工数は膨大になる。最初から「10人→100人でも使えるサービス」を選ぶ。乗り換え時のデータ移行コストは見積もりより必ず大きくなる。
確認すべき項目を挙げる。
| 項目 | 確認内容 |
|---|---|
| 容量の拡張性 | 追加容量を後からいつでも増やせるか |
| API対応 | S3互換API、WebDAV、SFTPで既存ツールと連携できるか |
| 権限の細かさ | フォルダ単位・ファイル単位で権限を設定できるか |
| 共有リンクの制御 | パスワード、期限、ダウンロード制限を設定できるか |
| バージョン管理 | 変更履歴を遡ってファイルを復元できるか |
| 国内データセンター | 個人情報保護や法令上の要件を満たすか |
HStorageでのスタートアップ向け機能
HStorageは容量課金型のクラウドストレージで、メンバーが増えてもユーザー数で追加料金は発生しない。フォルダ単位のアクセス権限設定、共有リンクへのパスワード・ダウンロード制限・有効期限の設定、バージョン履歴、S3互換API・WebDAV・SFTPに対応している。
スタートアップの初期段階から、成長後のチームまで同じ仕組みで使い続けられる構成になっている。
詳細はHStorage公式サイトで確認できる。
