Merencanakan migrasi konektivitas dari Gigs
Rencanakan migrasi dengan mempertimbangkan layanan pelanggan yang sedang berjalan. Simpan informasi yang diperlukan untuk memahami komitmen yang ada dan tentukan apa yang bisa dipindahkan sebelum meminta pelanggan mengubah apa pun.
Prasyarat
Siapkan akses terotorisasi ke proyek Gigs Anda, workspace Bird, kontak komersial dan dukungan terkait, serta kohort evaluasi kecil. Inventarisasi layanan aktif dan kewajiban pembayaran. Pastikan penawaran Bird yang dituju memenuhi kebutuhan setiap pelanggan.
1. Inventarisasi hubungan yang ada
Petakan identifier pelanggan Anda ke data pengguna, langganan, paket, SIM, dan porting dari penyedia. Catat status layanan saat ini serta perpanjangan atau kedaluwarsa berikutnya. Pastikan pengaturan pembayaran dan riwayat dukungan saat ini tetap dapat diakses oleh tim yang membutuhkannya.
Perlakukan kredensial instalasi sebagai rahasia. Kredensial ini tidak boleh ada di spreadsheet perbandingan yang diekspor atau di prompt agen. Gunakan referensi dan akses terotorisasi untuk pekerjaan operasional.
2. Tentukan layanan penerima
Pilih pasar tujuan, layanan yang disertakan, kuota, dan ketentuan komersial. Pastikan kompatibilitas perangkat dan apakah instalasi profil baru diperlukan. Jika pelanggan mempertahankan nomor ponselnya, pastikan proses porting yang didukung dan informasi yang diperlukan dari layanan donor.
Paket dengan nama serupa belum tentu kontrak yang identik. Tinjau cakupan, kebijakan kecepatan, masa berlaku, perpanjangan, pembatalan, dan kewajiban pelanggan yang tersisa sebelum memilih penggantinya.
3. Petakan perilaku, bukan nama API
Petakan penemuan paket, pembelian, pemenuhan, instalasi, penggunaan, pengisian ulang, dan perubahan layanan ke integrasi Bird yang terdokumentasi. Pertahankan perbedaan antara permintaan pelanggan, hasil finansialnya, dan layanan jaringan yang dihasilkan.
Untuk integrasi berbantuan agen, sediakan kontrak sumber yang disetujui dan peta field yang disunting. Minta agen coding untuk mengidentifikasi operasi yang tidak didukung dan hasil yang ambigu sebelum mengimplementasikan adapter. Jangan biarkan agen menyimpulkan pemetaan satu-ke-satu hanya dari nama resource.
4. Uji coba transisi terkendali
Gunakan pelanggan uji yang disetujui dan perangkat yang kompatibel. Ikuti proses pembelian penerima, instalasi privat, dan port yang diperlukan. Verifikasi data yang disertakan, panggilan masuk dan keluar, serta pesan secara terpisah.
Uji instalasi yang terputus, observasi yang tertunda, dan penolakan permintaan yang dapat dipulihkan. Verifikasi apa yang dilihat pelanggan dan apa yang dapat dilakukan tim dukungan. Pertahankan pesanan yang ada dalam investigasi saat hasilnya belum pasti, alih-alih membuat pembelian baru.
5. Luncurkan dengan rencana keluar
Undang kohort terbatas hanya setelah jalur migrasi dan instruksi pelanggan diverifikasi. Pantau penyelesaian, kebutuhan dukungan, dan hubungan finansial aktif. Tutup layanan sebelumnya sesuai ketentuannya dan hanya jika transisi yang disepakati mengizinkannya.
Catat siapa yang dapat menjeda peluncuran dan bagaimana pelanggan yang tersisa tetap mendapat layanan. Rollback mungkin memerlukan operasi layanan baru; mengubah pengaturan aplikasi tidak dapat memulihkan setiap profil atau transfer nomor.
Pemecahan masalah
Jika profil tidak dapat dipindahkan, gunakan jalur instalasi baru yang disepakati. Jika port ditolak, ikuti persyaratan yang dilaporkan dan catatan donor. Jika penggunaan tidak muncul, periksa kesegaran observasi secara terpisah dari status pembelian dan layanan.
Referensi penyedia
Mulai penilaian berbantuan agen
Berikan prompt ini kepada agen coding Anda beserta kontrak yang disetujui dan inventaris yang disunting. Simpan kredensial di tool terotorisasi, di luar prompt.
Contoh kode
Assess a migration from Gigs to Bird eSIM for this application.
1. Discover the repository instructions and authorized read-only tools.
Read https://bird.com/docs/guides/esim/migrate/gigs.md and
https://bird.com/docs/guides/esim/api.md. Inspect the current Gigs
integration and the Bird contracts supplied for this evaluation.
2. Inventory customers, subscriptions, plans, SIM references, billing,
installation and porting behavior. Use redacted references. Do not
retrieve or print installation credentials, payment data or tokens.
3. Map each operation to a documented destination. Separate supported
operations from requirements that still need Bird confirmation.
Do not invent an API from a similarly named resource.
4. Propose the customer journey, compatibility checks, idempotent
purchase handling, delayed observations and recovery paths. Identify
service continuity and financial obligations for a bounded cohort.
5. Produce a reviewable integration plan, test cases and unresolved
questions. Stop for explicit approval before changing live accounts,
buying or activating service, moving numbers, cancelling subscriptions,
changing billing, or sending customer invitations.Langkah selanjutnya
- Tinjau Bird vs Gigs.
- Siapkan integrasi eSIM Bird.
- Panduan instalasi perangkat.
- Rencanakan porting nomor ponsel.
Sumber daya terkait
Lanjutkan dengan dokumentasi, panduan, dan contoh untuk topik ini. Sumber daya tersedia dalam bahasa Inggris.
Pahami konsepnyaWhat is an eSIM?Jelajahi kemampuannyaeSIMPanduan implementasieSIM connectivity guide
Dapatkan ringkasan implementasi