Bahasa Indonesia

Strategi Transformasi Digital: Framework Praktis untuk Pemimpin Pasar Menengah

Framework strategi transformasi digital menunjukkan empat fase dari audit hingga skala

Turn this article into takeaways for your work.

Summarize with ChatGPT Summarize with Claude

Each assistant summarizes the article only for you and suggests best practices for your work.

Sebagian besar inisiatif transformasi digital tidak gagal karena teknologinya. Mereka gagal karena organisasi memperlakukan pembelian teknologi sebagai strategi.

CRM, ERP, platform otomasi Workflow -- alat-alat ini adalah infrastruktur, bukan strategi. Strategi adalah keputusan tentang hasil apa yang penting, proses apa yang perlu berubah untuk mencapainya, dalam urutan apa perubahan tersebut harus dilakukan, dan bagaimana mempertahankannya setelah tim implementasi selesai.

Perusahaan pasar menengah menghadapi versi khusus dari masalah ini. Mereka cukup besar untuk memiliki kompleksitas operasional yang signifikan yang benar-benar mendapat manfaat dari perangkat lunak modern, tetapi cukup kecil sehingga mereka tidak memiliki fungsi transformasi IT khusus, PMO teknologi, atau anggaran untuk menyerap implementasi yang gagal senilai dua miliar rupiah. Ketika sesuatu berjalan salah pada skala ini, hal itu terjadi secara nyata dan mahal.

Framework ini dirancang untuk direktur operasional, COO, dan CEO di perusahaan antara 50 dan 500 orang yang perlu memodernisasi stack teknologi dan proses operasional mereka tanpa mempertaruhkan segalanya pada satu transformasi besar.

Apa yang Sebenarnya Dimaksud dengan Transformasi Digital

Frasa "transformasi digital" diterapkan pada segalanya, dari membeli Slack hingga mendesain ulang proses bisnis inti di sekitar AI. Rentang itu penting, karena cakupan yang sedang ditangani menentukan profil risiko, model governance, dan jadwal yang digunakan.

Di ujung yang sederhana, transformasi digital berarti menggantikan Workflow manual atau terfragmentasi dengan alat digital yang terintegrasi. Perusahaan layanan profesional dengan 60 orang yang beralih dari spreadsheet dan email ke CRM dan platform manajemen proyek sedang melakukan transformasi digital. Ini bermakna, kompleks, dan memerlukan manajemen perubahan -- tetapi bukan program perusahaan multi-tahun.

Di ujung yang signifikan, transformasi digital berarti mendesain ulang bagaimana nilai diciptakan dan dikirimkan. Produsen yang menghubungkan data lantai pabrik dengan sistem pengiriman pelanggan untuk memungkinkan penyesuaian rantai pasokan secara real-time sedang melakukan sesuatu yang secara fundamental berbeda dari penggantian alat.

Sebagian besar perusahaan pasar menengah berada di suatu tempat di antara kutub-kutub ini: mereka perlu memodernisasi beberapa sistem yang saling terhubung secara bersamaan sambil menjaga operasional berjalan dan tidak mengganggu tim yang bergantung pada sistem tersebut. Pertanyaan strategisnya adalah bagaimana melakukan itu tanpa kelumpuhan atau kekacauan.

Mulai dengan Masalah Bisnis, Bukan Teknologi

Prediktor paling andal dari transformasi digital yang gagal adalah dimulai dengan pemilihan teknologi daripada masalah bisnis.

"Kami butuh CRM yang lebih baik" adalah framing yang berpusat pada teknologi. "Tim penjualan kami kehilangan transaksi karena kami tidak memiliki visibilitas tentang akun mana yang berisiko Churn, dan kami tidak dapat memprioritaskan penjangkauan secara efektif" adalah framing yang berpusat pada bisnis. Versi kedua menunjukkan seperti apa kesuksesan dan memungkinkan Anda mengevaluasi apakah CRM tertentu benar-benar memecahkan masalah.

Framing yang berpusat pada bisnis juga mengungkapkan apakah teknologi adalah solusi yang tepat sama sekali. Terkadang jawabannya adalah perubahan proses yang tidak memerlukan perangkat lunak baru. Terkadang itu adalah masalah kualitas data yang akan merusak CRM apa pun yang diimplementasikan tanpa terlebih dahulu memperbaiki data yang mendasarinya. Menemukan ini sebelum menghabiskan enam bulan untuk implementasi perangkat lunak menghemat waktu dan uang yang signifikan.

Pertanyaan diagnostik untuk memulai:

  • Di mana keputusan dibuat dengan lambat karena orang tidak memiliki informasi?
  • Di mana pekerjaan diduplikasi antar sistem atau tim?
  • Di mana hasil pendapatan atau biaya lebih buruk dari yang seharusnya karena gesekan operasional?
  • Di mana tim menghabiskan waktu untuk pekerjaan yang tidak memerlukan penilaian manusia?

Inisiatif transformasi bernilai tertinggi menargetkan tempat-tempat di mana jawaban atas setidaknya dua pertanyaan ini menunjuk ke Workflow atau sistem yang sama.

Model Sequencing Empat Fase

Transformasi digital pada skala pasar menengah bekerja paling baik ketika diurutkan daripada ditangani secara bersamaan. Mencoba memodernisasi penjualan, operasional, keuangan, dan layanan pelanggan pada saat yang sama menciptakan ketegangan organisasi, membebani kapasitas manajemen perubahan, dan membuat hampir tidak mungkin untuk mengaitkan hasil dengan investasi tertentu.

Fase 1: Audit dan Baseline (4-8 minggu)

Sebelum berkomitmen pada investasi transformasi apa pun, Anda memerlukan audit jujur tentang keadaan saat ini. Ini berarti mendokumentasikan Workflow aktual yang digunakan orang hari ini (bukan Workflow yang dimaksudkan dari implementasi sistem terakhir), memetakan di mana data berada dan bagaimana mengalir antar sistem, dan mengkuantifikasi biaya keadaan saat ini.

Biaya keadaan saat ini sering tidak terlihat karena tersebar di banyak inefisiensi kecil daripada satu masalah besar yang jelas. Tim penjualan yang menghabiskan 40% waktunya untuk pekerjaan administratif yang akan diotomatiskan oleh CRM tidak mengalami krisis -- mereka hanya memiliki batas produksi yang lebih rendah dari yang seharusnya. Mengkuantifikasi ini dalam istilah pendapatan (berapa biaya seorang perwakilan menghabiskan 16 jam per minggu untuk administrasi daripada menjual?) memberikan tolok ukur untuk mengevaluasi ROI transformasi dan memprioritaskan di mana harus memulai.

Fase 2: Investasi Fundamental (3-6 bulan)

Investasi fundamental adalah sistem yang bergantung pada segalanya: biasanya CRM, platform manajemen proyek atau operasional, dan terkadang lapisan integrasi data. Ini perlu ada dan berfungsi sebelum Anda dapat membangun Workflow yang lebih canggih di atasnya.

Godaan dalam fase ini adalah mengimplementasikan semua yang mampu dilakukan sistem baru. Tahankan. Implementasi CRM yang mencoba mengotomatiskan setiap Workflow penjualan dari hari pertama biasanya berakhir dengan sistem yang setengah dikonfigurasi, pengguna yang kelelahan yang membenci alat tersebut, dan kembali ke spreadsheet yang seharusnya digantikan.

Mulai dengan Workflow inti: konfigurasi minimum yang membuat sistem cukup berharga sehingga orang benar-benar akan menggunakannya. Untuk CRM, biasanya adalah pelacakan kontak dan transaksi, visibilitas Pipeline dasar, dan integrasi email. Perbaiki itu sebelum menambahkan aturan otomatisasi, objek kustom, dan Dashboard pelaporan.

Fase 3: Integrasi dan Otomatisasi (6-12 bulan)

Setelah sistem fundamental ada dan diadopsi, Anda dapat mulai menghubungkannya. Integrasi adalah tempat nilai gabungan transformasi digital mulai muncul: CRM berbicara dengan sistem pengiriman proyek sehingga manajer akun dapat melihat status kontrak tanpa berpindah alat; ERP menyuplai data keuangan ke lapisan Business Intelligence yang memberikan kepemimpinan visibilitas real-time.

Otomatisasi dalam fase ini menargetkan pekerjaan manual yang terjadi berulang kali di seluruh sistem fundamental. Penjadwalan janji yang memerlukan tiga email bolak-balik antara penjualan dan operasional. Workflow persetujuan faktur yang berada di kotak masuk email seseorang. Penugasan tugas Onboarding yang dilakukan pemimpin tim secara manual untuk setiap klien baru.

ROI integrasi dan otomatisasi adalah nyata tetapi lambat untuk terwujud. Biasanya membutuhkan 6 hingga 12 bulan penggunaan yang konsisten sebelum Anda dapat dengan yakin mengukur penghematan waktu dan biaya.

Fase 4: Kemampuan Lanjutan dan Peningkatan Berkelanjutan

Fase ini berkelanjutan daripada dibatasi waktu. Ini mencakup penggunaan sistem yang sudah diimplementasikan yang lebih canggih (analitik prediktif, Workflow berbantuan AI, penilaian kesehatan akun secara proaktif), dan penilaian ulang berkala apakah stack saat ini masih yang tepat.

Kemampuan teknologi berkembang lebih cepat dari kemampuan kebanyakan perusahaan untuk beradaptasi. CRM yang dipilih pada 2022 mungkin sekarang kehilangan fitur yang telah menjadi standar, atau mungkin telah menambahkan kemampuan yang dapat menghilangkan alat terpisah yang saat ini sedang dibayar. Membangun tinjauan berkala stack ke dalam kadens operasional mencegah Anda tertinggal tanpa mengejar setiap produk baru.

Manajemen Perubahan Bukan Pilihan

Implementasi yang paling solid secara teknis akan gagal jika orang yang perlu menggunakan sistem baru tidak mengadopsinya. Dan adopsi tidak terjadi secara otomatis, bahkan ketika teknologinya jelas lebih baik dari yang digantikannya.

Orang menolak sistem baru karena beberapa alasan yang dapat diprediksi: mereka tidak mengerti masalah apa yang diselesaikannya, tidak memiliki masukan dalam keputusan, jadwal implementasi tidak memberi mereka cukup waktu untuk belajar sebelum diluncurkan, atau sistem membuat pekerjaan mereka saat ini lebih sulit dengan cara yang tidak diantisipasi.

Masing-masing adalah kegagalan manajemen perubahan, bukan kegagalan teknologi.

Manajemen perubahan yang efektif untuk transformasi digital pasar menengah melibatkan:

Melibatkan orang yang akan menggunakan sistem dalam proses pemilihan dan desain. Bukan hanya kepala departemen -- pengguna garis depan yang tahu di mana Workflow saat ini rusak dan batasan apa yang perlu dipatuhi sistem baru. Masukan mereka sering menangkap masalah sebelum implementasi daripada selama implementasi.

Mengomunikasikan "mengapa" sebelum "apa". Orang perlu memahami mengapa pendekatan saat ini diganti sebelum mereka mau belajar yang baru. "CRM baru diluncurkan dalam 30 hari" adalah pengumuman. "Inilah mengapa kami kehilangan visibilitas pada akun berisiko, dan inilah cara sistem baru akan memperbaikinya" adalah alasan untuk peduli.

Membangun jadwal adopsi yang realistis. Mengharapkan pengguna untuk sepenuhnya produktif pada sistem baru dalam dua minggu setelah diluncurkan adalah optimis hingga ke titik kontraproduktif. Rencanakan kurva adopsi 90 hari, dengan waktu yang didedikasikan untuk pelatihan, dukungan, dan iterasi pada konfigurasi awal.

Mengidentifikasi dan memberdayakan juara internal. Di setiap tim, ada beberapa orang yang secara alami ingin tahu tentang alat baru dan bersedia belajar sebelum rekan mereka. Menemukan mereka, memberi mereka akses awal, dan menjadikan mereka titik kontak pertama tim untuk pertanyaan adalah salah satu taktik manajemen perubahan paling efektif yang tersedia.

Governance: Siapa yang Memiliki Transformasi

Inisiatif transformasi digital tanpa kepemilikan yang jelas akan menyimpang. Mereka terdeprioritas ketika kebakaran operasional menuntut perhatian. Keputusan tentang cakupan dan jadwal dibuat secara tidak konsisten karena tidak ada yang bertanggung jawab atas program secara keseluruhan.

Untuk perusahaan pasar menengah, governance transformasi khusus biasanya terlihat seperti:

Sponsor eksekutif yang memiliki Business Case, menghilangkan hambatan organisasi, dan memberi sinyal kepada seluruh organisasi bahwa pekerjaan ini penting. Ini biasanya COO atau CEO.

Pemimpin program yang memiliki eksekusi sehari-hari: melacak Milestone, mengelola hubungan vendor, berkoordinasi antar departemen, dan mengeskalasi keputusan yang membutuhkan masukan eksekutif. Di perusahaan tanpa fungsi IT khusus, ini sering seorang manajer operasional senior atau manajer proyek fraksional yang didatangkan untuk implementasi.

Pemimpin departemen yang memiliki adopsi dalam tim mereka dan bertanggung jawab atas metrik penggunaan yang menunjukkan apakah tim mereka benar-benar mengintegrasikan sistem baru ke dalam Workflow mereka.

Kesalahan governance terbesar adalah memperlakukan transformasi sebagai tanggung jawab fungsi IT (atau yang setara) tanpa keterlibatan bermakna dari unit bisnis yang sedang ditransformasi. Tim teknologi tahu cara mengimplementasikan sistem. Tim bisnis tahu apakah implementasi benar-benar memecahkan masalah.

Mengukur Kemajuan: Metrik yang Penting

Metrik transformasi masuk ke dalam dua kategori: metrik implementasi (apakah kita on track untuk go-live?) dan metrik hasil (apakah kita mendapatkan hasil bisnis yang diharapkan?).

Sebagian besar program melacak metrik implementasi dengan cermat dan metrik hasil dengan buruk. Ini terbalik. Milestone implementasi adalah sarana, bukan tujuan. Go-live sesuai jadwal tidak ada artinya jika sistem tidak diadopsi dan tidak menghasilkan hasil yang menjadi dasar Business Case.

Metrik hasil untuk transformasi pasar menengah yang tipikal meliputi:

Tingkat adopsi: Berapa persen pengguna target yang aktif menggunakan sistem setidaknya mingguan? Di bawah 70% adopsi setelah 90 hari adalah tanda peringatan yang memerlukan investigasi.

Efisiensi proses: Apa yang terjadi pada metrik yang seharusnya diperbaiki oleh transformasi? Jika Anda mengimplementasikan CRM untuk meningkatkan visibilitas akun berisiko, apakah tingkat Churn membaik? Jika Anda mengotomatiskan Workflow persetujuan faktur, apakah waktu persetujuan rata-rata lebih pendek?

Waktu yang dipulihkan: Berapa banyak waktu per orang per minggu yang dibebaskan oleh pekerjaan otomatisasi dan integrasi? Ini sering kurang disurvei. Pengguna jarang melacak ke mana waktu mereka pergi sebelum dan setelah perubahan sistem.

Kualitas data: Apakah sistem dipelihara dengan data yang akurat, atau orang-orang telah kembali ke solusi offline karena sistem terlalu rumit? Kualitas data sering menjadi indikator terdepan dari kesehatan adopsi.

Mode Kegagalan Paling Umum

Perluasan cakupan selama implementasi: Setiap Stakeholder memiliki fitur yang dibutuhkan. Menambahkan persyaratan di tengah implementasi memperpanjang jadwal, meningkatkan biaya, dan sering menunda pengiriman fungsionalitas inti yang membenarkan investasi. Definisikan cakupan dengan jelas, pertahankan untuk peluncuran awal, dan buat Backlog terstruktur untuk peningkatan.

Underinvestasi dalam pelatihan: Vendor perangkat lunak menyediakan pelatihan produk. Itu bukan hal yang sama dengan melatih tim Anda tentang cara menggunakan produk untuk menjalankan Workflow spesifik Anda. Rencanakan pelatihan spesifik peran yang menunjukkan kepada orang dengan tepat bagaimana pekerjaan sehari-hari mereka akan berubah, bukan hanya bagaimana fitur sistem bekerja.

Mengabaikan migrasi data: Data lama di sistem lama sering memiliki masalah kualitas yang menjadi masalah mahal di sistem baru. Data buruk yang dimigrasikan dengan cepat tetaplah data buruk -- ia hanya sampai ke tujuan lebih cepat. Mengalokasikan waktu yang cukup untuk pembersihan dan validasi data sebelum migrasi secara konsisten diremehkan.

Memperlakukan go-live sebagai garis akhir: Periode segera setelah go-live adalah ketika adopsi paling rapuh dan masalah paling mungkin muncul. Organisasi yang merayakan go-live dan segera beralih ke proyek berikutnya biasanya menemukan diri mereka enam bulan kemudian dengan sistem yang setengah diadopsi.

Sumber Terkait