Bahasa Melayu

Pengarkiban Jangka Panjang Data CRM Warisan: Apa yang Perlu Disimpan dan Caranya

Sebuah syarikat berhijrah dari Salesforce pada 2021. Migrasi berjalan lancar. CRM baharu berfungsi. Tetapi tiada siapa yang membuat keputusan tentang apa yang perlu dilakukan dengan organisasi Salesforce lama.

Dua tahun kemudian, mereka masih membayar lesen Salesforce. Dua puluh lesen pada harga $150/bulan setiap satu: $36,000 setahun untuk akses read-only kepada data sejarah yang hanya tiga orang dalam syarikat pernah lihat dalam tempoh enam bulan lalu. Sebab ia tidak dibatalkan: "Kami tidak pasti apa yang ada di sana yang mungkin kami perlukan."

Insiden tadbir urus data pada 2023 (permintaan pemadaman GDPR yang memerlukan pencarian dan pemadaman rekod merentasi semua sistem) akhirnya memaksa keputusan dibuat. Mereka menghabiskan tiga minggu mengaudit organisasi Salesforce, mendapati sebahagian besarnya adalah pendua dengan CRM baharu, mengeksport apa yang tidak, dan membatalkannya. Jumlah kos menunggu: $72,000 dalam yuran lesen yang tidak perlu, tiga minggu masa IT, dan respons GDPR yang mengambil masa 14 hari berbanding 2.

Keputusan pengarkiban yang sepatutnya dibuat pada 2021 baru berlaku pada 2023. Panduan ini adalah keputusan tersebut, dibuat pada masa yang tepat. Ia menyambung dari tempat audit data pasca-migrasi berakhir, iaitu setelah audit 72 jam dan 30 hari mengesahkan CRM baharu adalah lengkap, peranan sistem sumber berubah dari jaring keselamatan rollback kepada arkib sejarah.

Apa yang Diwajibkan Oleh Undang-undang untuk Disimpan

Sebelum memutuskan apa yang hendak diarkib, fahami apa yang diwajibkan oleh undang-undang untuk dikekalkan. Jawapannya berbeza mengikut wilayah, industri, dan jenis rekod.

GDPR (Kesatuan Eropah dan UK):

GDPR mewujudkan ketegangan yang banyak syarikat tidak selesaikan sepenuhnya: hak untuk pemadaman (individu boleh meminta data mereka dipadam) berbanding kewajipan pengekalan yang sah (anda mungkin memerlukan data tertentu atas sebab undang-undang atau kontrak). Artikel Wikipedia mengenai GDPR merangkumi peruntukan hak-untuk-pemadaman (Perkara 17) dan pengecualian untuk pengekalan kewajipan undang-undang, kedua-duanya secara langsung mempengaruhi data CRM yang diarkib yang mesti boleh anda padam atas permintaan.

Dalam praktiknya, untuk data CRM:

  • Anda boleh mengekalkan data yang anda mempunyai kepentingan perniagaan yang sah (hubungan pelanggan aktif, kewajipan kontrak)
  • Anda mesti memadam data atas permintaan pemadaman, dengan pengecualian terhad
  • Tempoh pengekalan mesti ditentukan, iaitu "kami simpan selama-lamanya" tidak mematuhi GDPR
  • Anda mesti dapat menunjukkan bahawa data warisan yang diarkib disertakan dalam peta data anda (jika seseorang mengemukakan permintaan pemadaman, anda mesti dapat mencari dan memadam rekod mereka dalam arkib juga)

Pengekalan data AS:

Tiada satu undang-undang persekutuan pengekalan data CRM yang tunggal, tetapi peraturan khusus sektor terpakai:

  • Perkhidmatan kewangan (SEC Rule 17a-4): rekod perniagaan tertentu mesti dikekalkan selama 3-7 tahun dalam format yang tidak boleh dipadam
  • Penjagaan kesihatan (HIPAA): jika CRM anda mengandungi PHI, peraturan pengekalan adalah ketat dan prosedur pemadaman mesti didokumentasikan
  • California (CCPA): pengguna mempunyai hak pemadaman yang serupa dengan GDPR, dan arkib anda mesti menyokong permintaan pemadaman tersebut

Garis panduan NIST mengenai pengekalan dan pelupusan data menyediakan rangka kerja neutral teknologi untuk menentukan tempoh pengekalan dan prosedur pemadaman selamat, yang berguna sebagai rujukan pematuhan tanpa mengira peraturan khusus sektor yang terpakai untuk perniagaan anda.

Rekod komersial am:

Data berkaitan kontrak (terma perjanjian, perjanjian yang ditandatangani, komunikasi pelanggan sekitar rundingan kontrak) sering termasuk dalam pengekalan rekod komersial am, biasanya 7 tahun di AS dan EU untuk rekod kewangan.

Siapa yang memiliki keputusan ini:

Undang-undang atau pematuhan, dengan input dari IT dan RevOps. Ini bukan keputusan IT secara unilateral. Dapatkan memo yang ditandatangani dari undang-undang atau pematuhan yang menentukan tempoh pengekalan anda mengikut jenis rekod sebelum anda mengarkib apa-apa. Jenis rekod yang anda buat keputusan pengekalan di sini bertindih secara langsung dengan skop yang ditentukan dalam pengendalian aktiviti, nota, dan e-mel sejarah, iaitu apa yang anda pilih untuk migrasi, arkib, atau buang pada masa eksport membentuk kategori mana yang kini memerlukan rawatan pengekalan formal.

Rangka Kerja Keputusan Pengekalan

Dengan garis dasar undang-undang difahami, terapkan polisi pengekalan mengikut jenis rekod.

Templat polisi pengekalan:

Jenis rekod Pengekalan yang disyorkan Rasional
Perjanjian yang ditutup-menang (data kontrak, terma perjanjian) Minimum 7 tahun Rekod komersial, kontrak yang boleh diaudit
Perjanjian yang ditutup-kalah 3 tahun Analisis Pipeline, rujukan kompetitif
Kenalan aktif pada masa migrasi 3 tahun selepas migrasi Rujukan hubungan perniagaan yang berterusan
Kenalan tidak aktif (tiada penglibatan dalam 2+ tahun) 1 tahun selepas migrasi, kemudian padam Tiada kepentingan sah selepas pemadaman
Log aktiviti: nota yang dimasukkan oleh wakil 3 tahun Konteks hubungan, penyelesaian pertikaian
Log aktiviti: peristiwa yang dijana sistem Maksimum 1 tahun Isyarat rendah; tiada kewajipan pengekalan
Metadata e-mel (subjek, tarikh, penghantar) 2 tahun Mencukupi untuk kebanyakan keperluan rujukan
Kandungan badan e-mel 3 tahun untuk e-mel berkaitan perjanjian Rujukan kontrak/pertikaian
Snapshot laporan tersuai 5 tahun Rekod prestasi perniagaan
Log akses pengguna dan audit 3-5 tahun Keperluan keselamatan dan pematuhan

Siapa yang memutuskan:

Undang-undang atau pematuhan mengesahkan tempoh pengekalan. RevOps mencadangkan jenis rekod dan rasional perniagaan. IT memiliki pelaksanaan (format apa, di mana disimpan, cara diakses).

Dokumen keputusan secara formal. Polisi pengekalan tidak perlu menjadi dokumen 50 halaman, tetapi ia perlu wujud sebagai rekod bertulis yang telah disemak dan diluluskan. Jika pengawal selia bertanya tentang amalan pengekalan data anda dua tahun dari sekarang, "kami berbincang dalam mesyuarat" bukan jawapan yang diterima.

Memilih Format Arkib

Format arkib menentukan apa yang boleh anda lakukan dengan data kemudian. Optimumkan untuk: kebolehpindahan (boleh dibaca tanpa sistem sumber), kebolehcarian (boleh seseorang mencarinya?), dan kos.

Pilihan A: Eksport CSV + JSON

Eksport semua objek sebagai fail CSV rata (satu fail setiap objek) ditambah sebarang data hubungan sebagai JSON atau jadual gabungan berasingan. Simpan dengan kamus data yang memetakan setiap lajur kepada nama dan jenis medan.

Kebaikan: Mana-mana alat boleh membacanya. Tiada kunci vendor. Mudah diaudit untuk permintaan pemadaman. Boleh dibuka dalam Excel, Sheets, atau mana-mana alat data.

Kelemahan: Pertanyaan memerlukan sama ada memuatkan ke dalam pangkalan data atau menggunakan alat spreadsheet. Hubungan antara objek memerlukan gabungan manual.

Terbaik untuk: Kebanyakan pasukan. Mudah, tahan lama, mudah alih.

Pilihan B: Dump pangkalan data

Sandaran penuh pangkalan data asas CRM sumber (jika vendor menyediakan satu).

Kebaikan: Boleh dipulihkan ke contoh baharu jika diperlukan. Mengekalkan semua hubungan secara asli.

Kelemahan: Format sering proprietari atau khusus versi. Pemulihan memerlukan infrastruktur yang sepadan. Tidak boleh dibaca manusia tanpa alatan.

Terbaik untuk: Pasukan dengan keupayaan IT yang mahukan pilihan untuk memulihkan sistem sumber sementara (contohnya, untuk permintaan penemuan undang-undang yang besar).

Pilihan C: Gudang data cloud (BigQuery, Redshift, Snowflake)

Eksport data CRM ke dalam gudang cloud berstruktur di mana ia boleh ditanya melalui SQL.

Kebaikan: Boleh ditanya sepenuhnya. Mengendalikan permintaan pemadaman melalui SQL DELETE. Boleh diskala. Boleh disambungkan ke alat BI.

Kelemahan: Memerlukan persediaan infrastruktur cloud dan penyelenggaraan berterusan. Terlalu canggih untuk kebanyakan pasukan di bawah 100,000 kenalan.

Terbaik untuk: Pasukan yang sudah menggunakan gudang data dan mahukan sejarah CRM menjadi sebahagian daripadanya.

Pilihan D: Eksport terurus SaaS-ke-cloud (Salesforce Data Archive, alat pengarkiban HubSpot)

Sesetengah vendor menawarkan pengarkiban asli yang memindahkan data lama ke peringkat storan yang lebih murah sambil memastikannya boleh ditanya melalui platform.

Kebaikan: Kekal dalam antara muka platform yang biasa. Usaha migrasi yang minimum.

Kelemahan: Masih memerlukan pelesenan vendor. Tidak sebenarnya membatalkan sistem sumber. Tidak menyelesaikan masalah "kami membayar untuk sistem yang tidak kami gunakan".

Terbaik untuk: Syarikat yang memerlukan penyelesaian arkib jangka pendek semasa merancang pemberhentian penuh.

Perbandingan format arkib:

Format Kebolehpindahan Kebolehcarian Kos Kerumitan
CSV + JSON Tinggi Rendah (manual) Hampir sifar Rendah
Dump pangkalan data Rendah (proprietari) Rendah (perlu pulihkan) Rendah Sederhana
Gudang cloud Tinggi Tinggi (SQL) Rendah-sederhana (storan sahaja) Sederhana
SaaS-ke-cloud terurus Sederhana Sederhana Sederhana (pelesenan) Rendah

Pilihan Storan dan Kos

Setelah anda memilih format arkib, tentukan di mana ia disimpan.

Storan sejuk (AWS Glacier, Azure Archive, Google Coldline):

  • Kos: Kira-kira $0.004/GB/bulan (AWS Glacier Deep Archive)
  • Masa pengambilan semula: Jam hingga hari
  • Terbaik untuk: Data yang mungkin anda perlukan untuk undang-undang/pematuhan tetapi tidak dijangka diakses secara kerap
  • Kos pengambilan semula: $0.02/GB untuk ekspedisi; lebih rendah untuk standard

Untuk eksport CRM 100GB (tipikal untuk CRM berusia 5 tahun dengan 100,000 kenalan), storan sejuk menelan belanja kira-kira $0.40/bulan. Arkib 5 tahun menelan belanja kira-kira $24 dalam storan. Itu bukan kesilapan menaip.

Storan cloud standard (AWS S3, Azure Blob, Google Cloud Storage):

  • Kos: Kira-kira $0.023/GB/bulan (AWS S3 Standard)
  • Pengambilan semula: Segera
  • Terbaik untuk: Data yang diakses sekali-sekala (bulanan atau suku tahunan)
  • Titik tengah yang baik antara kos dan kelajuan akses

Gudang data cloud (BigQuery, Redshift, Snowflake):

  • Kos storan: Kira-kira $0.02/GB/bulan (BigQuery)
  • Kos pertanyaan: Tambahan setiap TB yang diimbas
  • Terbaik untuk: Data yang anda tanya secara kerap (mingguan) atau perlu menyokong carian layan diri

Premis sendiri:

  • Kos: Perbelanjaan modal untuk perkakasan + penyelenggaraan IT
  • Akses: Segera
  • Terbaik untuk: Organisasi dengan infrastruktur on-prem sedia ada dan keperluan kedaulatan data yang kukuh
  • Kelemahan: Beban penyelenggaraan; risiko kegagalan perkakasan

Untuk kebanyakan syarikat yang berhijrah dari CRM pasaran pertengahan:

Storan sejuk adalah lalai yang betul untuk data lebih dari 2 tahun. Storan cloud standard untuk data dari 2 tahun lepas yang mungkin dirujuk. Gudang cloud hanya jika anda sudah menjalankan satu dan kos tambahan adalah minimum.

Membina Laluan Akses untuk Pasukan Jualan

Wakil akan meminta rekod lama. Bina proses sebelum permintaan pertama tiba.

Jumlah permintaan yang realistik:

Dalam 30 hari pertama selepas migrasi, jangkakan 5-15 permintaan bagi setiap 50 wakil. Selepas 90 hari, ia turun kepada 1-3 sebulan. Selepas 6 bulan, hampir tiada. Rancang untuk jumlah tinggi pada peringkat awal, kemudian jumlah stabil yang rendah.

Pilihan akses, disusun mengikut kepraktikalan:

Pilihan 1: Kekalkan sistem sumber sebagai read-only selama 90 hari

Pendekatan yang paling mudah. Jangan batalkan serta-merta. Berikan wakil akses read-only terus kepada CRM lama selama 90 hari. Selepas itu, jumlah permintaan turun cukup rendah sehingga proses carian manual mengendalikannya.

Kos: Satu suku yuran lesen. Untuk 20 pengguna pada $75/bulan read-only: $4,500. Berbaloi untuk kebanyakan pasukan bagi mengelak membina sistem akses selari. Tempoh read-only 90 hari ini juga yang menjadikan perancangan rollback boleh dilaksanakan, iaitu jangan mulakan proses pemberhentian sehingga anda yakin CRM baharu telah disahkan sepenuhnya dan tetingkap rollback telah ditutup.

Pilihan 2: Hantar permintaan kepada IT

Selepas tempoh read-only berakhir, "hantar permintaan" menjadi laluan akses. Wakil menghantar e-mel kepada ops atau IT dengan nama kenalan dan sebabnya. IT membuat pertanyaan arkib dan menjawab dalam masa 24 jam.

Ini berfungsi pada jumlah yang rendah (di bawah 5 permintaan sebulan). Ia tidak skala jika permintaan kekal tinggi.

Pilihan 3: Pertanyaan arkib layan diri (untuk pasukan teknikal)

UI web ringan atau alat pertanyaan pangkalan data yang boleh digunakan wakil untuk mencari arkib mengikut nama kenalan atau e-mel. Memerlukan masa persediaan tetapi mengurangkan beban IT pada skala.

Realistik untuk: Pasukan yang sudah mempunyai alat BI (Tableau, Looker, Metabase) di mana arkib boleh ditambah sebagai sumber data.

Memberhentikan Sistem Sumber dengan Bersih

Pemberhentian adalah langkah terakhir, dan yang menimbulkan masalah jika tergesa-gesa.

Senarai semak pemberhentian:

  • Eksport arkib disahkan dan divalidasikan (kiraan baris sepadan dengan sumber, rekod sampel boleh dibaca)
  • Polisi pengekalan telah ditandatangani oleh undang-undang/pematuhan
  • Semua integrasi aktif yang menghala ke CRM sumber dikenal pasti dan sama ada dialihkan atau dihentikan
  • Konfigurasi SSO/SAML dikemas kini (buang CRM lama dari pembekal identiti)
  • Sebarang penyegerakan e-mel atau kalendar yang disambungkan ke CRM lama dinyahsambungkan
  • Kunci API dan token OAuth yang dikeluarkan oleh CRM lama dibatalkan atau diganti dalam sistem yang disambungkan
  • Pembatalan kontrak vendor telah dikemukakan dengan tempoh notis yang betul (biasanya 30 hari)
  • Dokumentasi dalaman dikemas kini (runbook, dokumen IT yang merujuk sistem lama)
  • Peta data dikemas kini untuk membuang CRM lama (penting terutamanya untuk dokumentasi pematuhan GDPR)
  • Sandaran akhir diambil pada hari pembatalan (langkah berjaga-jaga)

Masa pembatalan:

Kebanyakan vendor CRM memerlukan notis bertulis 30 hari sebelum tempoh pengebilan berakhir. Semak kontrak anda. Terlepas tetingkap pembatalan sehari boleh bermakna satu kitaran pengebilan penuh lagi.

Integrasi adalah titik kegagalan pemberhentian yang paling biasa. Alat dalaman yang masih membuat panggilan API ke CRM lama akan mula melemparkan ralat sehari selepas pemberhentian. Audit semua integrasi sebelum membatalkan. Carian mudah untuk nama domain CRM lama dalam repositori kod, aliran kerja Zapier, dan alat automasi anda sering mengemukakan sambungan yang tiada siapa ingat. Audit ini juga mengesahkan bahawa penyegerakan e-mel dan kalendar telah dialihkan sepenuhnya ke CRM baharu sebelum sistem warisan dimatikan.

Perangkap Biasa

Mengarkib dalam format proprietari yang hanya boleh dibaca oleh vendor. Jika arkib anda adalah eksport berformat Salesforce yang hanya boleh ditafsirkan oleh alatan Salesforce, anda membayar Salesforce selama-lamanya. Arkib dalam format terbuka: CSV, JSON, SQL, atau format pangkalan data standard. Penyelidikan nasihat tadbir urus data PwC mengesyorkan format terbuka neutral vendor untuk pengekalan data jangka panjang sebagai sebahagian daripada tadbir urus data yang bertanggungjawab, memastikan data yang diarkib kekal boleh diakses dan boleh diaudit tanpa bergantung pada hubungan vendor.

Mengekalkan sistem sumber aktif melebihi kegunaannya untuk pengekalan. Kos terkumpul secara senyap. Tetapkan tarikh pemberhentian sebelum migrasi selesai. Masukkan ia dalam pelan projek. Perlakukan ia sebagai deliverable.

Tidak mendokumentasikan di mana arkib berada dan cara mengaksesnya. Dua tahun dari sekarang, orang yang menguruskan migrasi mungkin sudah pergi. Dokumen lokasi arkib, kelayakan akses, dan proses pertanyaan di tempat yang bertahan dari pertukaran kakitangan.

Terlupa kunci API dan integrasi yang terikat kepada sistem warisan. Setiap alat yang disambungkan ke CRM lama (penyegerakan e-mel, automasi pemasaran, pengayaan data) perlu diaudit sebelum pemberhentian. Satu aliran kerja Zapier yang dilupakan yang menghantar e-mel pengesahan kepada kenalan baharu melalui API CRM lama akan rosak sehari selepas pembatalan, dan ia mungkin tidak disedari selama berminggu-minggu.

Apa yang Perlu Dilakukan Seterusnya

Lengkapkan dokumen polisi pengekalan dan keputusan format arkib sebelum tanda 90 hari selepas migrasi. Tetingkap antara "migrasi selesai" dan "pemberhentian selesai" biasanya 90-180 hari. Gunakan masa itu dengan baik.

Arkib ini berhubung terus dengan pengendalian aktiviti, nota, dan e-mel sejarah, khususnya rekod yang anda putuskan untuk diarkib dan bukannya dihijrahkan. Rekod tersebut perlu boleh dijumpai dalam arkib apabila wakil memintanya.

Dan audit data pasca-migrasi adalah pemicu yang baik untuk memulakan keputusan arkib: setelah audit 72 jam dan 30 hari mengesahkan CRM baharu adalah lengkap, peranan sistem sumber berubah dari "sandaran sekiranya rollback" kepada "arkib data sejarah." Itulah masa untuk memulakan proses pemberhentian.

Untuk perancangan rollback, perhatikan bahawa setelah anda mula memberhentikan sistem sumber, rollback bukan lagi pilihan. Jangan mulakan proses pemberhentian sehingga anda yakin CRM baharu telah disahkan sepenuhnya.

Ketahui Lebih Lanjut