移してから気づく、
よくある落とし穴。
「これは移せません」が後から出る
Lark の中身は、実際に取り出してみないと分からないことがあります。移した後で「これは残せませんでした」と言われても、もう戻せません。
仕上がりを見るのは、いつも最後
変換の結果を確認できるのが納品のとき。表示のズレや抜けに気づいても、そこから直すのは簡単ではありません。
移した先のことは、ノータッチ
中身を見ないまま、件数と単価で見積もり。移した後の使い方や社内への定着まで付き合ってくれる会社は、そう多くありません。
移行の進め方
Step 01
権限確認
- Lark アプリ、必要スコープ、対象チャットへの可視性、管理者承認の流れを確認します。
Step 02
移行設計
- チャット、1:1、スレッド、添付、リアクション、ユーザー対応の変換方針を決めます。
Step 03
API検証
- 一部チャットで履歴取得・添付取得・Google Chat への変換結果を確認します。
Step 04
本番移行
- API 制限と再試行を考慮しながら、Google Chat の import mode へ投入します。
Step 05
公開・定着支援
- import mode 完了後の公開、メンバー追加、旧 Lark の参照方針を整理します。
支援内容
Lark 移行の支援内容
- Open Platform アプリ・スコープの設計
- 対象チャット・メンバー・メッセージの取得条件の整理
- ユーザーID・メールアドレスの対応表作成
- スレッド・返信・リアクション・添付の変換設計
- ファイル取得と Drive 再配置の方針決め
- Google Chat Import API に合わせた移行ツールの実行
選ばれる理由
むずかしいのは、変換じゃない
Lark の移行でつまずくのは、データを変換する作業そのものではありません。何を残して、何を手放すか。その線引きを先に決めておけるかどうかで、移した後の使いやすさが変わります。
本番の前に、仕上がりを見てもらう
まず一部だけ移して、投稿者・日時・スレッド・添付がきちんと再現できているかを、目で見て確かめていただきます。「思っていたのと違う」を、本番の前になくします。
移して終わり、にはしない
最初の打ち合わせから手を動かすのは、同じエンジニアです。移した後も、Workspace Studio や Gemini で通知をまとめたり、決まった連絡を自動にしたり。運用が回るところまで見届けます。
担当者
同志社大学後に、大手IT会社にてソフトウェアエンジニアとしてWebアプリケーションの開発に従事。
業務効率化ツールの開発やAI導入支援など、要件整理から設計・実装・運用まで幅広く支援しております。
移したあとが、
本当のスタート。
古い構成をそのまま運ぶのではなく、この機会に Google Chat で使いやすい形へ整えます。移行が終わった後も、通知をまとめたり、決まった連絡を自動にしたり。Workspace Studio と Gemini で、現場が楽になるところまでお手伝いします。
権限と再実行を前提にした移行設計
Lark の移行は、API 権限、対象チャットへのアクセス、添付取得、ページング、再試行の設計が安定性を左右します。検証の結果をもとに、本番の手順へ反映します。
Lark の何を、どこまで移せるか
チャット単位で API 取得し、整理します
Google Chat の thread に近い形へ変換します
取れるかを確認し、Drive へ再配置します
取得できたデータに応じて、反映を検討します
スペース構成とユーザー対応表を作ります
ページング・制限・再試行を前提に設計します
FAQ
多くの場合、API で自動化できます。ただし、必要な権限、対象チャットへのアクセス、添付取得の条件によって取得範囲が変わるため、まず検証で確認します。本番前に権限の不足を洗い出すことが目的です。
Lark 側で取得できれば履歴として移行できます。ただし Google Chat の通常の DM ではなく、2名のスペースなど代替の形式を検討します。個人間のやり取りをどこまで移行するかは、事前に方針を決めます。
取得できるデータに応じて対応します。スレッドは Google Chat のスレッドに近い形へ変換し、添付は Drive への再配置を基本とします。添付は API の取得条件に依存するため、検証で確認します。
可能です。重要なチャットや添付の多いチャットで先に検証し、権限・表示・件数・ファイル取得の問題を確認してから全体に広げます。
Lark からの移行を、
お気軽にご相談ください
現時点で決まっている範囲で構いません。対象チャット数、Lark アプリの権限状況、添付ファイル量、残したい履歴などをご記入ください。