Bahasa Melayu

Masalah Penyebaran SaaS: Tanda-tanda Anda Menghadapinya dan Cara Membetulkannya

Fakta Utama: Penyebaran SaaS dalam Angka

  • Syarikat mid-market biasa menjalankan lebih 130 aplikasi SaaS pada tahun 2025, meningkat dari 80 pada tahun 2020 (laporan Productiv State of SaaS).
  • Portfolio SaaS berkembang kira-kira 18 hingga 22% setiap tahun di syarikat tanpa tadbir urus formal, mengatasi pertumbuhan jumlah pekerja dalam kebanyakan sektor.
  • Shadow IT menyumbang 30 hingga 40% daripada jumlah perbelanjaan SaaS di syarikat mid-market biasa (Gartner), dan sehingga 60% di organisasi yang banyak menggunakan PLG.
  • Jabatan IT hanya mempunyai keterlihatan langsung kepada kira-kira 50 hingga 60% SaaS yang sebenarnya digunakan, selebihnya dibeli oleh jabatan menggunakan kad korporat atau melalui peringkat percuma.
  • 56% lesen SaaS tidak digunakan atau kurang digunakan pada bila-bila masa (penanda aras Zylo 2024), mewakili baris pembaziran yang paling boleh dipulihkan dalam P&L perisian.

CEO itu tidak meminta audit IT. CFO telah menandakan bahawa baris perisian dalam P&L telah berkembang 42% setiap tahun, dan audit itu bertujuan untuk menjelaskannya.

Ia menjelaskannya. Syarikat itu mempunyai lapan puluh tujuh langganan SaaS aktif. CEO telah mendengar tentang empat puluh tujuh daripadanya. Daripada baki empat puluh itu, sebahagian adalah alat yang pasukan telah beli dan simpan selama bertahun-tahun tanpa sesiapa di atas peringkat pengurus mengetahui kewujudannya. Sebahagian lagi adalah percubaan percuma yang telah bertukar menjadi berbayar tanpa penglibatan IT. Beberapa adalah alat yang diperuntukkan untuk pekerja yang telah meninggalkan syarikat. Satu adalah langganan kepada alat yang tiada siapa dapat mengenal pasti. Pembeli asal telah pergi dan kontrak telah memperbaharui secara automatik dua kali.

Jumlah perbelanjaan: $290,000 setahun. Anggaran pembaziran: $90,000 hingga $130,000.

Penyebaran itu tidak berlaku kerana orang cuai. Ia berlaku kerana syarikat telah berkembang dari tiga puluh orang kepada dua ratus tanpa pernah membina struktur tadbir urus pembelian yang sesuai. Apabila pasukan berjumlah tiga puluh orang, CEO mengetahui setiap alat. Pada dua ratus orang, itu mustahil, tetapi tiada siapa yang mengisi jurang tadbir urus.

Tanda-tanda Anda Menghadapinya

Penyebaran SaaS jarang mengumumkan dirinya. Ia terkumpul. Inilah isyarat-isyaratnya:

Isyarat P&L: Perbelanjaan SaaS telah berkembang lebih cepat daripada jumlah pekerja. Jika pasukan anda berkembang 30% dan baris perisian anda berkembang 60%, lebihan itu hampir pasti adalah penyebaran. Laporan State of SaaSOps BetterCloud mendapati bahawa syarikat mid-market biasa membelanjakan $5,000 hingga $8,000 setiap pekerja setahun untuk SaaS, dan bahawa organisasi tanpa tadbir urus SaaS formal membelanjakan 35 hingga 40% lebih banyak setiap pekerja berbanding yang mempunyai pengawasan berstruktur.

Isyarat audit: Apabila anda cuba menyenaraikan timbunan SaaS anda dari ingatan, anda secara konsisten menemui alat yang anda lupa wujud, kemudian menemui lebih banyak lagi apabila anda melihat penyata kad kredit.

Isyarat pertindihan: Pasukan di jabatan berbeza membayar untuk alat yang melakukan perkara yang pada dasarnya sama. Jualan menggunakan satu penjejak projek. Pemasaran menggunakan satu lagi. Operasi menggunakan yang ketiga.

Isyarat pengguna hantu: Lesen yang diperuntukkan untuk pekerja yang sudah pergi. Ini muncul dalam log SSO sebagai akaun aktif yang dikaitkan dengan bekas pekerja: masih dilesenkan, masih dibilkan, tidak pernah digunakan.

Isyarat shadow IT: IT menemui alat yang tidak diluluskan, sering apabila alat tersebut gagal dan pasukan yang terjejas meminta bantuan IT. Begitulah cara IT pertama kali mengetahui alat itu wujud.

Isyarat kejutan pembaharuan: Seseorang dalam kewangan menandakan pembaharuan yang tidak dijangka, untuk alat yang mereka tidak tahu aktif, kerana pembeli asal telah pergi dan tiada siapa yang mengemas kini rekod pemilikan.

Jika dua atau lebih perkara ini menggambarkan syarikat anda, anda mempunyai masalah penyebaran. Soalan diagnostik di penghujung panduan ini membantu anda menilai keterukan.

Gunung Ais Kos Penyebaran

Kos kelihatan penyebaran SaaS adalah baris lesen dalam P&L, angka yang setiap CFO jejaki. Di bawah garisan air terdapat empat lapisan kos tersembunyi yang biasanya melebihi perbelanjaan lesen sebanyak 2 hingga 3 kali: kos integrasi (masa kejuruteraan untuk menyambungkan alat dan menyelenggara penyambung API), kos onboarding (setiap pekerja baru dilatih pada 10 hingga 15 alat berbanding 3 hingga 4), kos keselamatan (setiap aplikasi SaaS adalah permukaan serangan baru, stor kelayakan, dan skop audit pematuhan), dan kos penukaran (data yang terjebak dalam vendor, aliran kerja yang dibina sekitar keanehan, projek migrasi yang mengambil masa suku tahun). Apabila kepimpinan menilai penyebaran hanya berdasarkan baris lesen, mereka secara sistematik merendah anggaran daya tarikan sebenar pada perniagaan sebanyak tiga kali ganda.

Mengapa Ini Berlaku di Mid-Market

Cerita penyebaran biasa mengikuti lengkung yang sama: sebuah syarikat berkembang pesat, pasukan menemui alat yang menyelesaikan masalah mereka, setiap pembelian individu masuk akal, dan tiada siapa yang memiliki gambaran keseluruhan. Menjelang gambaran keseluruhan itu menjadi kelihatan (biasanya pada audit atau semakan CFO), timbunan cukup kompleks sehingga mengurainya adalah projek berbilang bulan.

Tiga faktor struktur mempercepatkan penyebaran di syarikat mid-market:

PLG. Kebanyakan alat SaaS moden mempunyai peringkat percuma atau model freemium yang direka untuk menyebarkan penggunaan sebelum perolehan terlibat. Menjelang pasukan memohon bajet untuk alat tersebut, mereka telah menggunakannya secara percuma selama berbulan-bulan dan sudah bergantung padanya. Kajian Forrester tentang PLG menyatakan bahawa corak penggunaan PLG sengaja direka untuk menubuhkan kebergantungan aliran kerja sebelum keterlihatan IT atau perolehan, dinamik yang mempercepatkan penyebaran tanpa proses tadbir urus selari. Pokok keputusan pembelian SaaS adalah kerangka pra-kelulusan yang memasukkan semakan berstruktur sebelum sebarang pembelian (walaupun yang kecil) berbanding cuba mendapatkannya semula selepas penggunaan.

Kuasa pembelian peringkat pasukan. Syarikat mid-market sering mempunyai kuasa pembelian tidak formal di peringkat pasukan untuk pembelian di bawah ambang tertentu: $1,000 sebulan, $5,000 setahun. Ini munasabah dari segi operasi tetapi mewujudkan keterlihatan berpecah-pecah di peringkat portfolio.

Ketiadaan pemilik SaaS. Syarikat enterprise mempunyai pasukan pengurusan aset IT. Syarikat kecil mempunyai pengasas yang mengetahui setiap alat. Syarikat mid-market sering tidak mempunyai satu pun: tiada pemilik khusus untuk portfolio SaaS dan tiada keterlihatan ke dalam kos dan pertindihan keseluruhan.

Pendekatan Pemulihan Dua Laluan

Membetulkan penyebaran memerlukan dua laluan selari: pemulihan segera untuk membersihkan timbunan semasa, dan pembetulan struktural untuk mencegah hasil yang sama dalam lapan belas bulan.

Menjalankan hanya laluan pertama adalah kesilapan yang paling biasa. Syarikat melakukan audit penyatuan yang hebat, memotong $80K pembaziran, kemudian menonton timbunan tumbuh kembali ke saiz yang sama dalam dua tahun kerana tiada apa tentang proses pembelian yang berubah. Untuk struktur tadbir urus yang menutup gelung ini, pemilikan perolehan berbanding operasi mentakrifkan siapa yang patut memegang kuasa kelulusan pada setiap peringkat perbelanjaan dan cara menguatkuasakannya tanpa melambatkan pasukan.

Laluan 1: Pemulihan Segera

Langkah 1: Penemuan Timbunan Penuh (Minggu 1 hingga 2)

Gunakan sumber penemuan yang dirangkumi dalam Penyatuan SaaS: Bila Perlu Buang Alat berbanding Simpannya: rekod AP, penyata kad korporat, log SSO, pengebilan marketplace awan, dan tinjauan pekerja langsung.

Tinjauan pekerja adalah wajib. "Alat apa yang anda gunakan yang tidak diketahui oleh IT?" akan mendedahkan lapisan shadow IT. Tinjauan tanpa nama mendapat respons yang lebih jujur. Ungkapkan tanpa menghakimi. Anda sedang membina gambaran, bukan mengaudit individu.

Templat Audit Penemuan SaaS:

Untuk setiap alat yang ditemui, dokumentasikan:

Medan Nota
Nama alat dan vendor Pengenalan utama
Kos bulanan atau tahunan Dari rekod kewangan
Cara ditemui AP, penyata kad, SSO, tinjauan
Pengguna atau pasukan utama Tekaan terbaik dari rekod kewangan
Status kontrak Diketahui atau tidak diketahui. Jika diketahui, adakah tarikh pembaharuan?
Risiko auto-renewal Adakah ini dalam bahaya memperbaharui sebelum audit selesai?

Lajur risiko auto-renewal adalah kritikal. Sebarang alat yang memperbaharui dalam tempoh enam puluh hari ke hadapan memerlukan tindakan segera: sama ada keputusan sedar untuk mengekalkannya atau notis pembatalan yang dihantar sebelum tetingkap ditutup. Panduan bendera merah kontrak SaaS menerangkan corak tetingkap notis auto-renewal yang perlu dicari dan cara mengealendarkannya secara proaktif.

Langkah 2: Audit Penggunaan (Minggu 3)

Untuk setiap alat dalam senarai penemuan, ambil tiga keping data:

  1. Bilangan pengguna aktif dalam tiga puluh hari kelepasan
  2. Jumlah lesen yang dikontrak
  3. Kes penggunaan utama (dari pemilik atau pangkalan pengguna)

Anda tidak akan dapat mendapatkan ini dari setiap alat, terutama alat yang tidak anda ketahui kewujudannya. Untuk alat yang tidak diketahui, audit penggunaan adalah: cari siapa yang memilikinya, tanya untuk apa ia, dan tentukan sama ada ia sedang digunakan.

Senarai Semak Pengenalpastian Shadow IT:

  • Tinjauan pekerja diselesaikan dan respons dikumpulkan
  • Log SSO atau IdP disemak untuk aplikasi yang disambungkan
  • Penyata kad korporat disemak (semua pemegang kad)
  • Rekod AP disemak untuk caj perisian berulang
  • AWS, Azure, atau GCP marketplace disemak
  • Tiket meja bantuan IT disemak untuk sebutan alat
  • Analisis domain e-mel dijalankan (pendaftaran percubaan SaaS)
  • Hubungan terus kepada ketua jabatan: "alat apa yang pasukan anda bayar?"

Langkah 3: Keputusan Penyatuan (Minggu 4)

Dengan timbunan penuh kelihatan dan data penggunaan di tangan, jalankan proses simpan atau buang. Matriks pemarkahan kadar penggunaan dari Penyatuan SaaS adalah kerangka keputusan untuk langkah ini.

Untuk konteks pemulihan, utamakan:

  1. Kemenangan mudah dahulu: Alat tanpa pengguna aktif, pemilik yang telah pergi, atau kes penggunaan yang tidak dapat dikenal pasti. Batalkan ini dengan segera.

  2. Pasangan pendua kedua: Petakan alat yang bertindih dalam kategori yang sama. Tentukan yang mana satu kekal, pindahkan data dan pengguna, batalkan yang satu lagi.

  3. Alat yang kurang digunakan ketiga: Alat dengan pengguna aktif tetapi kadar penggunaan rendah berbanding kos. Tentukan sama ada kes penggunaan boleh diserap ke dalam alat yang dikekalkan, atau sama ada kadar penggunaan boleh ditingkatkan cukup untuk membenarkan kos.

Laluan 2: Pembetulan Struktural (Tadbir Urus)

Polisi Tadbir Urus Pembelian (Templat 1 Muka Surat)

Polisi tadbir urus pembelian mentakrifkan siapa yang boleh membeli apa, dalam proses apa, dan dengan kelulusan siapa. Ia tidak perlu rumit. Polisi yang rumit yang tiada siapa ikut adalah lebih buruk daripada polisi mudah yang berkesan.

Polisi Tadbir Urus Pembelian SaaS, [Nama Syarikat]
Berkuat kuasa: [Tarikh]

Skop: Terpakai kepada semua langganan perisian, termasuk alat SaaS, 
perkhidmatan awan, dan sebarang kos perisian berulang.

Peringkat kuasa:
- Di bawah $500 setahun: Ketua pasukan boleh meluluskan, mesti mendaftar dengan IT
- $500 hingga $5,000 setahun: Kelulusan ketua jabatan, pendaftaran IT diperlukan
- $5,000 hingga $25,000 setahun: Kelulusan COO atau CFO, senarai semak usaha wajar diperlukan
- Melebihi $25,000 setahun: Kelulusan pasukan eksekutif, usaha wajar penuh dan semakan undang-undang

Keperluan pendaftaran:
Semua alat yang diluluskan mesti didaftarkan dalam daftar SaaS dalam tempoh 5 hari bekerja.
IT menetapkan pemilik dan amaran kalendar pembaharuan untuk semua alat yang didaftarkan.

Proses pembaharuan:
Semua pembaharuan melebihi $5,000 memerlukan semakan awal 90 hari oleh pemilik alat 
dan IT sebelum tetingkap notis pembaharuan ditutup.

Shadow IT:
Alat yang digunakan tanpa mengikut proses ini mesti didaftarkan secara retroaktif 
atau dinyahaktifkan. Tiada pengecualian untuk alat yang "sudah digunakan."

Kekerapan Semakan Tahunan

Jadualkan semakan portfolio SaaS sekali setahun, idealnya sembilan puluh hari sebelum kelompok pembaharuan yang paling biasa (banyak syarikat memperbaharui pada suku keempat). Semakan ini merangkumi:

  • Kemas kini audit timbunan penuh (penambahan sejak semakan terakhir)
  • Semakan kadar penggunaan untuk semua alat melebihi $5K setahun
  • Semakan pertindihan merentasi timbunan
  • Pratonton pembaharuan untuk dua belas bulan akan datang
  • Calon penyatuan untuk tahun yang akan datang

Semakan ini adalah latihan satu hari, bukan projek enam minggu, jika anda telah mengekalkan daftar semasa sepanjang tahun.

10 Soalan Diagnostik untuk Penilaian Kendiri

Jika anda tidak pasti sama ada syarikat anda mempunyai masalah penyebaran, soalan-soalan ini mendedahkannya:

  1. Bolehkah anda menamakan setiap alat SaaS yang syarikat anda bayar sekarang? Bolehkah CFO anda?
  2. Bilakah kali terakhir anda melihat senarai konsolidasi semua langganan SaaS dengan kosnya?
  3. Adakah anda mempunyai alat yang diperuntukkan untuk pekerja yang telah pergi dalam enam bulan kelepasan?
  4. Adakah ada alat yang pelbagai pasukan membayarnya secara berasingan yang melakukan perkara yang serupa?
  5. Pernahkah kontrak memperbaharui secara automatik kerana tiada siapa yang tahu tetingkap notis menghampiri?
  6. Bagaimana ahli pasukan membeli alat SaaS baru hari ini? Apakah proses sebenarnya?
  7. Siapa yang memiliki hubungan dengan sepuluh vendor SaaS utama anda? Adakah itu secara bertulis?
  8. Adakah anda mengetahui tarikh pembaharuan untuk dua puluh kontrak utama anda?
  9. Pernahkah IT menemui alat dengan diminta menyokong sesuatu yang tidak mereka ketahui kewujudannya?
  10. Adakah perbelanjaan SaaS anda berkembang lebih cepat daripada jumlah pekerja dalam dua tahun kelepasan?

Jika anda menjawab "tidak" atau "saya tidak tahu" untuk lima atau lebih soalan ini, masalah penyebaran kemungkinan besar ketara.

Panduan penilaian skor:

  • 0 hingga 2 jawapan "tidak atau tidak tahu": Tadbir urus berada dalam keadaan yang munasabah; lakukan audit ringan untuk mengesahkan
  • 3 hingga 4 jawapan "tidak atau tidak tahu": Jurang tadbir urus wujud; audit kemungkinan besar akan mendedahkan pembaziran yang bermakna
  • 5 jawapan "tidak atau tidak tahu" ke atas: Penyebaran ketara berkemungkinan besar; jalankan audit penuh dengan pendekatan pemulihan di atas

Seperti Apa Kejayaan

Pada enam bulan selepas pemulihan:

  • Bilangan alat telah berkurang sebanyak 25 hingga 40%
  • Perbelanjaan SaaS telah berkurang sebanyak 20 hingga 35%
  • Setiap alat aktif mempunyai pemilik yang dinamakan dan tarikh pembaharuan dalam kalendar
  • Insiden shadow IT telah berkurang (anda menangkap alat baru dalam proses kelulusan, bukan enam bulan kemudian)
  • Kekerapan semakan tahunan ada dalam kalendar

Pada dua belas bulan:

  • Semakan tahunan kedua berjalan dalam separuh masa yang pertama (daftar sudah terkini)
  • Tiada kejutan pembaharuan dalam setahun kelepasan
  • Perbelanjaan SaaS sebagai peratusan hasil menghala ke arah yang betul
  • Pasukan memahami proses pembelian dan mengikutinya

Penyebaran SaaS adalah kegagalan tadbir urus. Anda boleh membersihkan timbunan sekali dan merasai penjimatan. Tetapi jika proses pembelian tidak berubah, timbunan akan tumbuh kembali. Kajian Deloitte tentang tadbir urus teknologi secara konsisten mengenal pasti kekurangan struktur pemilikan SaaS formal sebagai punca utama pembalikan perbelanjaan selepas penyatuan. Syarikat yang menjimatkan $100K dalam audit satu kali dan kemudian menonton perbelanjaan kembali ke tahap sebelumnya dalam masa 24 bulan adalah perkara biasa tanpa perubahan struktural. Pembetulan struktural itulah yang menjadikan penjimatan satu kali kekal.

Cara Rework Mengurangkan Penyebaran Secara Langsung

Kebanyakan projek pemulihan penyebaran berakhir dengan cara yang sama: timbunan dipangkas dari 87 alat kepada 62, polisi tadbir urus diletakkan di intranet, dan dua tahun kemudian bilangan kembali kepada 90. Punca struktural adalah bahawa kerja asas seperti CRM, pengurusan Leads, penjejakan projek, sembang dalaman, kolaborasi dokumen, dan automasi tugasan terbahagi kepada 8 hingga 12 vendor, jadi setiap pekerja baru atau kes penggunaan baru cenderung menambah alat lain.

Rework dibina sebagai alternatif timbunan tunggal kepada corak itu. CRM dan sales ops (dari $12/pengguna/bulan) ditambah Work Ops (dari $6/pengguna/bulan) merangkumi empat kategori yang paling banyak menyumbang kepada penyebaran mid-market: Pipeline jualan, pengurusan projek dan tugasan, sembang dalaman, dan automasi aliran kerja antara pasukan. Menyatukan ini ke dalam satu vendor mengalih keluar kira-kira 4 hingga 6 item baris dari daftar SaaS, menghapuskan kejuruteraan integrasi antara mereka, dan mengurangkan onboarding kepada satu platform. Untuk syarikat 200 orang, hasil yang diukur biasanya adalah pengurangan 30 hingga 40% dalam bahagian "operasi teras" perbelanjaan SaaS, ditambah faedah yang lebih lembut iaitu satu perbualan pembaharuan berbanding enam. Lihat penetapan harga untuk butiran penuh.

Ketahui Lebih Lanjut