Langsung ke konten utama
Menu
Hubungi WhatsApp
Kamis, 23 Juli 2026 7 menit baca

Cara Menilai Kelayakan Area Kemitraan ISP: Checklist Praktis

Diterbitkan oleh PT. Sinergi Jaringan Telekomunikasi

Ilustrasi penilaian kelayakan area kemitraan ISP berdasarkan demand, backhaul, last-mile, site, dan biaya

Area yang layak untuk kemitraan ISP bukan sekadar area dengan banyak rumah. Keputusan membutuhkan bukti demand, jalur backhaul dan last-mile, site serta listrik, kesiapan operasi, tanggung jawab para pihak, dan simulasi biaya dengan asumsi yang transparan.

Penilaian area berbeda dari pemeriksaan administratif calon mitra. Jika Anda mencari kriteria pendaftaran, baca syarat menjadi mitra ISP SJT. Artikel ini berfokus pada feasibility wilayah: apakah suatu lokasi dapat dilayani dan dioperasikan secara masuk akal berdasarkan data yang tersedia.

Dalam konteks regulasi umum, Permenkominfo Nomor 1 Tahun 2021 menjelaskan layanan akses internet sebagai layanan untuk menghubungkan pelanggan ke jaringan internet publik. Namun, kelayakan area tetap memerlukan keputusan teknis dan operasional berbasis kondisi lokasi.

1. Tentukan unit area dan tujuan evaluasi

Mulai dari batas yang dapat dipetakan: alamat, blok, kompleks, desa atau kelurahan, titik site, dan koordinat. Hindari menggunakan nama arah seperti “timur” atau “selatan” tanpa daftar kecamatan, karena label tersebut dapat bersifat editorial dan bukan batas administrasi resmi.

Tuliskan tujuan evaluasi: membangun area baru, memperluas jaringan existing, menambah kapasitas, mengganti upstream, atau memigrasikan pelanggan. Tujuan yang berbeda menghasilkan data dan biaya berbeda.

Untuk Bandung Raya, gunakan hub pengajuan kemitraan ISP Bandung sebagai titik awal. Program tersedia di wilayah target, sedangkan data alamat dan survei dipakai untuk menentukan desain serta kebutuhan implementasi.

2. Uji demand yang dapat dibuktikan

Jumlah rumah atau usaha hanya menunjukkan potensi populasi, bukan niat membeli. Kumpulkan data dari survei minat, daftar tunggu, wawancara, formulir calon pelanggan, tagihan jaringan existing, atau permintaan dari pengelola kawasan.

Catat sumber dan tanggal setiap angka:

  • jumlah bangunan yang dipetakan;
  • calon pelanggan yang memberikan kontak dan persetujuan;
  • pelanggan aktif existing bila ada;
  • paket dan rentang kemampuan bayar;
  • penggunaan utama seperti kerja, sekolah, CCTV, atau usaha;
  • keluhan terhadap layanan yang ada;
  • waktu target pemasangan.

Pisahkan “tertarik” dari “bersedia memasang pada harga tertentu”. Jangan mengubah respons survei menjadi pelanggan pasti.

3. Petakan kompetisi dan alternatif pelanggan

Kompetisi bukan sekadar daftar merek. Periksa teknologi, paket, biaya instalasi, masa kontrak, kualitas yang dirasakan, kanal support, serta ketersediaan di alamat target. Gunakan data yang dapat dicatat ulang dan beri tanggal karena penawaran dapat berubah.

Pertanyaan evaluasi:

  • Layanan apa yang benar-benar dapat dipasang di alamat target?
  • Kelompok pelanggan mana yang belum terlayani kebutuhannya?
  • Apakah keunggulan yang direncanakan dapat dibuktikan?
  • Berapa besar risiko perang harga atau churn?
  • Apakah ada alternatif nirkabel, seluler, atau jaringan internal kawasan?

4. Periksa backhaul, handoff, dan last-mile

Backhaul membawa kapasitas dari jaringan upstream menuju area distribusi. Handoff adalah titik demarkasi atau serah teknis. Last-mile menghubungkan titik distribusi menuju site atau pelanggan. Ketiganya harus dipetakan terpisah.

Data minimum teknis:

  1. alamat dan koordinat titik rencana;
  2. kebutuhan kapasitas awal dan ruang pertumbuhan;
  3. titik handoff yang mungkin;
  4. jalur masuk, duct, tiang, atau akses existing yang sudah diverifikasi;
  5. panjang jalur berdasarkan pengukuran, bukan perkiraan visual;
  6. hambatan fisik, jalan, sungai, rel, dan izin akses;
  7. kebutuhan redundansi dan power backup;
  8. hasil foto, sketch, dan catatan survei bertanggal.

Area tanpa jalur existing masih dapat diajukan, tetapi desainnya mungkin memerlukan alternatif media atau jalur. Saat opsi mencakup fiber dan wireless, gunakan data perangkat, hasil survei, serta rujukan teknis yang relevan seperti ITU-T G.652, ITU-T G.657, dan ITU-R P.530—bukan asumsi dari nama wilayah.

5. Audit site, listrik, dan izin akses

Site yang baik perlu dapat diakses untuk instalasi dan maintenance. Periksa pemilik atau pengelola lokasi, izin masuk, jam akses, area rack, ventilasi, suhu, keamanan, listrik, grounding, backup, serta risiko banjir dan gangguan fisik.

Untuk gedung, kost, perumahan, atau kawasan, konfirmasi jalur kabel dan aturan pengelola. Persetujuan lisan dari satu PIC belum tentu cukup untuk pekerjaan jaringan. Simpan bukti persetujuan dan tanggung jawab pemulihan lokasi setelah pekerjaan.

6. Nilai kesiapan operasi

Jaringan dapat dibangun tetapi gagal dioperasikan jika tidak ada alur instalasi, monitoring, billing, support, dan dokumentasi. Tentukan siapa menangani setiap aktivitas dan jam dukungannya.

Checklist operasi:

  • proses order, instalasi, dan aktivasi;
  • pencatatan perangkat dan konfigurasi;
  • monitoring serta notifikasi;
  • tiket gangguan dan jalur eskalasi;
  • stok perangkat dan penggantian;
  • billing, pembayaran, dan tunggakan;
  • komunikasi maintenance;
  • backup konfigurasi dan pengamanan akses;
  • dokumentasi as-built setelah perubahan.

Pembagian ini nantinya perlu konsisten dengan checklist klausul PKS kemitraan ISP.

7. Bangun simulasi biaya dengan asumsi tertulis

Gunakan quotation dan data aktual. Kelompokkan biaya satu kali serta berulang, lalu beri sumber dan masa berlaku. Contoh komponen meliputi survei, instalasi, backhaul, last-mile, perangkat aktif, kabel, pekerjaan sipil, rack, listrik, sewa lokasi, upstream, SDM, monitoring, billing, support, pajak, serta cadangan maintenance.

Jangan memasukkan angka industri sintetis hanya agar simulasi terlihat lengkap. Jika belum ada quotation, tandai sebagai “belum tersedia” dan uji sensitivitas menggunakan rentang asumsi internal yang jelas—bukan sebagai janji keuntungan.

Bandingkan skenario dasar, optimistis, dan konservatif. Uji apa yang terjadi jika pelanggan aktif lebih lambat dari rencana, biaya jalur bertambah, atau waktu instalasi mundur.

Scorecard tanpa bobot industri palsu

Gunakan status sederhana untuk tiap dimensi:

DimensiBukti minimumStatus yang dapat dipilih
DemandDaftar sumber, tanggal, calon pelanggan, dan willingness-to-payCukup / perlu validasi / belum ada
KompetisiLayanan yang tersedia pada alamat, harga bertanggal, dan kebutuhan yang belum terpenuhiDipahami / parsial / belum dipetakan
Backhaul dan last-mileKoordinat, titik handoff, jalur, kapasitas, constraintFeasible / bersyarat / belum dinilai
Site dan dayaAkses, izin, rack, listrik, grounding, keamananSiap / perlu perbaikan / belum tersedia
OperasiPIC, SOP instalasi, support, billing, dokumentasiSiap / parsial / belum siap
BiayaQuotation, asumsi, masa berlaku, dan skenarioTerverifikasi / sebagian / belum tersedia
Kontrak dan tanggung jawabModel kerja sama dan pembagian peran yang dapat direviewJelas / perlu revisi / belum dibahas

Scorecard tidak otomatis menghasilkan keputusan. Ia membantu reviewer melihat kekosongan data dan mencegah satu indikator kuat menutupi risiko lain.

Quality gate survei

Data dapat masuk evaluasi teknis ketika koordinat dapat dibuka ulang, foto memiliki konteks arah dan waktu, jalur digambar, panjang dinyatakan sebagai hasil ukur atau estimasi, constraint dicatat, dan reviewer dapat menghubungi PIC lokasi.

Kemungkinan hasil:

  • Go ke tahap berikutnya: data awal memadai dan tidak ada blocker yang belum dipetakan.
  • Revise: area berpotensi tetapi memerlukan perubahan jalur, kapasitas, site, atau model biaya.
  • Perlu survei/data: asumsi kunci belum dapat diverifikasi.
  • No-go saat ini: terdapat blocker yang membuat rencana belum layak pada kondisi evaluasi.

“No-go saat ini” bukan berarti program kemitraan tidak tersedia di wilayah target dan bukan putusan permanen. Status tersebut hanya menyatakan proposal implementasi pada versi data saat ini masih memiliki blocker. Perubahan jaringan, site, demand, atau biaya dapat membuka evaluasi baru dengan data terbaru.

Data yang dikirim ke SJT

Siapkan satu paket ringkas berisi nama dan kontak bisnis, alamat atau koordinat, batas area, estimasi pelanggan beserta sumbernya, kebutuhan bandwidth, jaringan existing, titik site, kondisi listrik, foto, constraint, dan target waktu. Hindari mengirim data pelanggan sensitif melalui kanal publik.

Kesimpulan cara menilai kelayakan area kemitraan ISP

Area yang layak memiliki kombinasi demand yang dapat dibuktikan, opsi jaringan yang bisa dirancang, site dan operasi yang siap, serta asumsi biaya yang tertulis. Untuk Bandung Raya, kirim data melalui form evaluasi area Bandung. Anda juga dapat membuka konteks wilayah Kabupaten Bandung Barat, Bandung Timur, Bandung Utara, atau Bandung Selatan sebelum menyiapkan koordinat.

Sumber

FAQ Kelayakan Area Kemitraan ISP

Apakah banyak rumah berarti area pasti layak? +

Tidak. Jumlah bangunan perlu diuji dengan minat, kemampuan bayar, kompetitor, biaya jaringan, dan kesiapan operasi. Kepadatan tanpa demand tervalidasi dapat menghasilkan proyeksi yang terlalu optimistis.

Apa beda backhaul dan last-mile? +

Backhaul membawa kapasitas menuju area distribusi, sedangkan last-mile menghubungkan titik distribusi ke site atau pelanggan. Keduanya memiliki jalur, izin, kapasitas, dan biaya yang perlu dinilai terpisah.

Data minimum apa yang dikirim untuk evaluasi awal? +

Kirim alamat dan koordinat, batas area target, jumlah calon pelanggan yang dapat dijelaskan sumbernya, kebutuhan kapasitas, kondisi site, gambaran jaringan saat ini, dan kontak PIC.

Apakah scorecard otomatis menentukan area diterima? +

Tidak. Scorecard menjaga konsistensi evaluasi internal. Keputusan tetap memerlukan pemeriksaan teknis, komersial, operasional, dokumen, dan survei bila diperlukan.

Apa hasil yang mungkin setelah evaluasi? +

Hasil dapat berupa layak untuk tahap berikutnya, layak dengan syarat, perlu revisi atau data tambahan, atau belum layak pada kondisi saat evaluasi.

Baca Selanjutnya

Related Artikel

Butuh Bantuan? Chat Kami!