はじめに
「うちの取引履歴も売上データも、管理画面を開けばいつでも見られる。だから大丈夫」。 プラットフォームを使って事業をしている人なら、一度はこう判断したことがあるのではないかと思います。
たしかに、見えています。しかし「見える」ことと「持っている」ことは別の話です。 管理画面のUIでしか見えないデータは、そのプラットフォームのサービス方針が変わった瞬間に、見えなくなる可能性があります。今回は、筆者自身がこの問題に実際にぶつかった経験から、経営判断としての「データの持ち方」について書いていきます。
7年分の営業データが、他社のUIの中にあった
筆者はココナラというプラットフォームで、7年間・154件の取引をしてきました。98社のお客様とやり取りし、法人比率は34%、平均9.4日・13.3通のメッセージを経て納品する、というのが受託業の実態でした。
この154件は、紛れもなく「自社の営業データ」です。どんなご相談が多いのか、どのくらいの期間で完了するのか、リピートしてくださる方はどんな傾向があるのか。事業を振り返るための一次資料として、本来なら経営者が自由に分析できるべきデータのはずでした。
ところが、本記事執筆時点（2026年8月）では、ココナラに取引履歴をCSVでエクスポートする機能はありません。管理画面はすべてWebUIで完結しており、7年分の営業データは、自分のものであるはずなのに、他社が作ったUIの中に閉じ込められていました。分析しようにも、まず「取り出す」ところで詰まります。これが最初の気づきでした。
これは受託業に限った話ではない
この構造は、受託の仕事だけの話ではありません。ECをモール（Amazon・楽天・Yahoo!ショッピング等）で運営していれば、注文データ・レビュー・問い合わせ履歴はモールのシステムの中にあります。ShopifyのようなSaaSでECを運営していれば、顧客データはSaaSの契約範囲の中で扱える形になっています。広告媒体を使っていれば、クリエイティブごとの成果は広告管理画面のダッシュボードの中に閉じています。
いずれも、日々の運用では何の問題もありません。むしろ管理画面が使いやすければ使いやすいほど、「わざわざ取り出す」動機は生まれにくくなります。問題が顕在化するのは、日常の運用が止まったときです。
撤退・値上げ・仕様変更が起きたときに何を失うか
プラットフォームは事業者の都合とは無関係に、料金体系を変えたり、仕様を変更したり、場合によってはサービス自体を終了したりします。そのとき手元にデータがない事業者は、意思決定の材料を丸ごと失います。
たとえば、モールの手数料が値上げされて自社ECへの移行を検討するとき。過去の受注データがモールの中にしかなければ、「どの商品がどのチャネルでどれだけ売れているか」という、移行の判断に一番必要な情報を、移行前に確認できません。広告媒体を乗り換える判断も同じで、過去のクリエイティブ別の成果を手元に持っていなければ、乗り換え後の比較基準を持てないまま新しい媒体を使うことになります。
データが手元にないという状態は、平時には見えないコストです。しかし、撤退や乗り換えの意思決定が必要になった瞬間に、一番効いてきます。
工数の桁を知っておくという経営判断
筆者の場合、154件の取引履歴を実際に取り出してみると、着手から構造化データにするまで約3時間でした。これは技術的な実装の巧拙よりも、「そもそもどのくらいの手間がかかるものなのか」を知れたことのほうが筆者にとっては大きな収穫でした。
数日かかると思っていたら3時間で終わることもあれば、逆に「3時間でできるなら、いつでもやれる」と思っていたことが、実際にやってみたら何日もかかるケースもあります。工数の桁を事前に知らないまま「そのうちやろう」と先送りしていると、いざ必要になったときに、想定外の時間とコストに直面します。工数の桁を把握しておくこと自体が、ひとつの経営判断だと思います。
自分でやってみる時間が取れない、あるいは自分のアカウントから安全にデータを取り出す方法に自信が持てないという場合は、まず一度、単発の相談として工数感だけ確認するという選択肢もあります。スポット相談であれば、1時間〜半日の単位で「自社のこのデータを取り出すとしたら、どのくらいの規模の作業になるか」を一緒に整理できます。
自社でやるか、外注するかの判断軸
データを取り出す作業を自社でやるか、外部に頼むかは、次の3つの軸で考えるとよいと思います。
1点目は頻度です。一度きりの棚卸しであれば、多少手間をかけてでも自分でやる価値があります。一方、定期的に必要になるデータであれば、都度手作業で取り出すのではなく、仕組み化して自動的に取得できる形にしたほうが、長い目で見て工数が少なくて済みます。
2点目は法務確認です。自分のアカウントの、自分のデータを取り出す行為であっても、プラットフォームの利用規約にスクレイピングや自動取得に関する制限がないかは、実行前に必ず確認する必要があります。第三者のデータを無断で収集する話とは全く別で、あくまで自分のアカウント内で完結する作業に限定すべきですし、規約上グレーな場合は問い合わせて確認する、あるいは手作業の範囲にとどめるという判断も選択肢に入れておきたいところです。
3点目は保守の要否です。プラットフォーム側の画面構成やUIは予告なく変わることがあるため、一度作ったスクリプトがそのまま永続的に使える保証はありません。年に一度程度の棚卸しであれば都度対応で十分ですが、業務フローに組み込むレベルの頻度であれば、変更への追従コストも見込んでおく必要があります。
まとめ
管理画面で「見える」ことと、自社の資産として「持っている」ことは別の話です。プラットフォームに預けている期間、データは借りている家具のようなもので、契約が終わればまるごと手元から消えてしまいます。
まずは自社が今どのプラットフォームにどんなデータを預けているかを棚卸しし、CSVエクスポートの有無を確認するところから始めてみるとよいと思います。取り出す工数がどのくらいかかりそうか見当がつかない場合や、規約確認を含めて相談したい場合は、お問い合わせから気軽に聞いてもらえればと思います。