Ringkasan singkat
- Memilih software house di Malang bukan soal mencari yang 'terbaik', melainkan yang cocok: jenis aplikasinya, skala proyeknya, dan seberapa jelas penyedia menunjukkan bukti, proses, serta kepemilikan hasil kerja secara tertulis.
- Software house tidak harus berada di kota Anda. Tatap muka berguna di awal, tetapi konsultasi, demo, dan koordinasi bisa berjalan online. Banyak penyedia di Malang melayani klien dari kota lain.
- Sebagian besar isi situs dan daftar 'software house terbaik di Malang' adalah klaim penyedia. Yang bisa Anda periksa sendiri: alamat, identitas badan usaha, portofolio yang bisa dilihat, dan referensi klien yang bisa dihubungi.
- Kepemilikan kode sumber harus tertulis di kontrak. Menurut Pasal 36 UU Hak Cipta, kecuali diperjanjikan lain, pemegang hak cipta atas ciptaan berdasarkan pesanan adalah pihak yang membuatnya.
- Cara paling adil membandingkan: berikan brief yang sama ke dua atau tiga penyedia, lalu bandingkan cakupan tertulis di proposal, bukan hanya angka harganya.
Cara memilih software house di Malang: tentukan dulu masalah dan jenis aplikasi yang Anda butuhkan, pilih dua atau tiga penyedia yang pernah mengerjakan hal sejenis, periksa klaim mereka lewat bukti yang bisa Anda cek sendiri, lalu putuskan berdasarkan proposal tertulis yang menjelaskan cakupan, kepemilikan hasil kerja, dan perawatan. Lokasi penyedia bukan penentu utama.
Artikel ini ditulis oleh Digipro, agensi digital di Malang yang juga mengerjakan aplikasi custom. Karena kami ikut berada di pasar yang sama, kami tidak membuat peringkat dan tidak menyebut nama penyedia lain. Yang kami bagikan adalah cara menilai: bagaimana memutuskan perlu tidaknya vendor lokal, cara memeriksa klaim, pertanyaan yang layak diajukan, hal yang harus tertulis di kontrak, dan cara membandingkan penawaran. Pakai semuanya juga terhadap kami. Informasi hukum dicek pada 31 Oktober 2026 dan bukan nasihat hukum.
Apa sebenarnya yang dicari orang saat mengetik 'software house Malang'?
Software house adalah perusahaan yang membangun perangkat lunak berdasarkan pesanan pihak lain, misalnya aplikasi internal, sistem informasi, atau otomasi alur kerja (pengertian dan fungsinya dijelaskan di apa itu software house). Orang yang mencari 'software house Malang' biasanya berada di salah satu dari tiga situasi, dan tiap situasi butuh cara membaca hasil pencarian yang berbeda.
| Situasi pencari | Yang sebenarnya dibutuhkan | Cara memakai hasil pencarian |
|---|---|---|
| Ingin tahu siapa saja yang ada | Daftar awal penyedia | Kumpulkan lima nama dari beberapa sumber, lalu saring dengan bukti yang bisa dicek |
| Punya proyek aplikasi dan butuh vendor | Mitra yang cocok untuk jenis aplikasi dan skala Anda | Mulai dari masalah Anda, bukan dari nama penyedia; minta proposal tertulis |
| Membandingkan harga | Gambaran biaya yang masuk akal | Bandingkan cakupan di proposal, karena angka tanpa cakupan menyesatkan |
Untuk gambaran apa saja yang Anda beli dari jasa pembuatan aplikasi dan empat jalur yang tersedia (software house, freelancer, aplikasi jadi, tim internal), baca artikel kami tentang jasa pembuatan aplikasi untuk perusahaan. Artikel ini fokus pada satu langkah berikutnya: memilih di antara penyedia yang ada di Malang. Bila Anda masih menimbang antara software house dan pengembang lepas, baca lebih dulu software house vs freelancer.
Software house di Malang: lokal atau dari kota lain?
Software house tidak wajib berada di kota yang sama dengan Anda. Penyedia dekat membantu untuk pekerjaan yang bergantung pada pengamatan langsung, tetapi sebagian besar tahapan proyek aplikasi bisa dikerjakan online tanpa kehilangan mutu, selama komunikasinya terstruktur.
| Kegiatan dalam proyek | Tatap muka di Malang | Online (WhatsApp atau Zoom) |
|---|---|---|
| Memahami alur kerja di lapangan | Unggul bila prosesnya fisik (gudang, klinik, kantor cabang) dan perlu dilihat langsung | Cukup bila alur bisa dijelaskan, difoto, atau direkam layar |
| Demo rutin | Tidak diperlukan | Sama efektifnya; rekaman dan tautan uji coba memudahkan semua orang ikut menilai |
| Pelatihan pengguna | Membantu pada awal, terutama untuk tim yang belum terbiasa | Cukup untuk pelatihan lanjutan dan tim yang sudah terbiasa |
| Komunikasi harian | Tidak menentukan | Kanal yang jelas dan jam respons yang disepakati lebih penting daripada jarak |
| Dokumen dan persetujuan | Tidak menentukan | Proposal dan persetujuan tertulis tetap harus ada, apa pun lokasi penyedia |
Pertimbangan praktisnya sederhana. Bila Anda berada di Malang dan alur kerja Anda sangat fisik, penyedia lokal memberi keuntungan di tahap awal. Bila Anda berada di kota lain, penyedia di Malang tetap bisa dipertimbangkan sepanjang cara kerja remote-nya jelas. Sebaliknya, jangan menganggap penyedia di kota yang sama otomatis lebih tepercaya. Bila pertemuan tatap muka penting bagi Anda, tanyakan di awal apakah tersedia dan di mana, jangan berasumsi.
Jenis penyedia aplikasi yang umum dan kecocokannya
Penyedia jasa pembuatan aplikasi di Malang berbeda skala dan cara kerjanya. Tabel berikut adalah gambaran pola umum, bukan data tentang penyedia tertentu, jadi tetap periksa tiap penyedia satu per satu.
| Jenis | Ciri umum | Cenderung cocok untuk | Yang perlu ditanyakan |
|---|---|---|---|
| Software house skala besar | Banyak engineer, banyak proyek berjalan sekaligus, proses baku | Proyek besar dengan banyak modul dan banyak pihak | Siapa yang menangani proyek Anda dan seberapa besar prioritas proyek sebesar milik Anda |
| Software house skala menengah atau spesialis | Tim tetap, biasanya kuat di jenis sistem tertentu | Aplikasi internal dengan alur khas dan integrasi | Apakah spesialisasinya sama dengan kebutuhan Anda |
| Agensi digital yang juga membuat aplikasi | Tim lebih ramping; aplikasi berdampingan dengan layanan seperti digital marketing | Aplikasi internal skala kecil sampai menengah, terutama yang berhubungan dengan notifikasi, laporan, dan pemasaran | Batas jenis aplikasi yang dikerjakan dan apa yang tidak |
| Freelancer atau kolektif lepas | Satu orang atau gabungan beberapa orang tanpa badan usaha bersama | Kebutuhan kecil, jelas, dan bisa Anda awasi sendiri | Siapa yang merawat bila orangnya berhalangan, dan bagaimana kontraknya |
Skala yang lebih besar tidak otomatis lebih baik. Aplikasi sederhana yang dikerjakan penyedia besar kadang mendapat perhatian lebih sedikit, dan proyek kompleks yang dikerjakan satu orang menanggung risiko ketergantungan. Cocokkan skala penyedia dengan skala dan arti penting aplikasi Anda.
Cara memeriksa klaim software house sebelum bertemu
Pemeriksaan klaim bertujuan memisahkan apa yang tertulis di situs dari apa yang bisa dibuktikan. Enam pemeriksaan di bawah ini memakan beberapa jam saja dan menyaring banyak risiko sebelum Anda berhadapan dengan tim penjualan.
- 1
Pastikan penyedia benar-benar ada
Cari alamatnya di peta dan lihat apakah sesuai dengan yang tertulis. Alamat bisa berada di Kota Malang atau Kabupaten Malang; keduanya wajar, asal ada dan bisa dikonfirmasi.
- 2
Tanyakan identitas badan usaha
Minta nama badan usaha yang akan menandatangani kontrak dan nomor induk berusaha (NIB)-nya. Untuk perseroan terbatas, Ditjen AHU menyediakan pencarian profil perusahaan di ahu.go.id; cocokkan nama yang tertera di proposal dengan yang terdaftar.
- 3
Lihat bukti kerja yang bisa dibuka
Aplikasi internal biasanya tidak bisa dipublikasikan. Minta demo dengan data contoh, studi kasus tanpa data rahasia, atau tangkapan layar yang diizinkan klien.
- 4
Minta referensi yang bisa dihubungi
Satu atau dua klien dengan aplikasi sejenis yang sudah berjalan lebih dari beberapa bulan. Tanyakan apa yang berjalan baik, apa yang terlambat, dan bagaimana penyedia menanganinya.
- 5
Cek konsistensi informasi
Tahun berdiri, jumlah tim, dan jumlah proyek yang berbeda antar halaman atau profil adalah tanda untuk bertanya lebih jauh, bukan otomatis tanda buruk.
- 6
Baca ulasan dengan skeptis
Ulasan dan testimoni berguna bila rinci dan bisa dilacak ke orang atau perusahaan yang jelas. Ulasan umum tanpa konteks tidak bisa dijadikan dasar keputusan.
Sembilan pertanyaan tambahan untuk memilih di antara penyedia lokal
Sepuluh pertanyaan umum untuk calon vendor sudah kami bahas di artikel jasa pembuatan aplikasi untuk perusahaan, mulai dari isi versi pertama sampai pemeliharaan. Sembilan pertanyaan di bawah ini melengkapinya, khusus untuk membedakan satu penyedia dari yang lain saat Anda sudah punya daftar pendek.
- 1
Aplikasi seperti apa yang paling sering Anda buat, dan apa yang tidak Anda ambil?
Penyedia yang jujur tahu batasnya. Jawaban 'kami bisa semuanya' lebih mengkhawatirkan daripada jawaban yang menyebut jenis proyek yang akan mereka tolak.
- 2
Apa yang terjadi bila programmer yang mengerjakan proyek ini keluar di tengah jalan?
Ini menguji pergantian orang, dokumentasi, dan serah terima pengetahuan. Jawaban yang baik menyebut proses, bukan janji bahwa hal itu tidak akan terjadi.
- 3
Bolehkah saya berbicara dengan klien yang aplikasinya sudah berjalan lebih dari setahun?
Aplikasi yang baru rilis belum menunjukkan bagaimana penyedia merawat. Pemakaian jangka panjang adalah ujian sebenarnya.
- 4
Bagaimana proyek berjalan bila saya berada di luar Malang?
Minta uraian konkret: kanal komunikasi, jadwal demo, cara persetujuan fitur, dan siapa yang bisa dihubungi bila ada kendala mendesak.
- 5
Bagaimana peran dibagi bila kami sudah punya tim IT atau vendor sebelumnya?
Aplikasi baru sering harus berdampingan dengan sistem yang ada. Pastikan penyedia terbiasa bekerja dengan pihak lain, bukan hanya membangun dari nol.
- 6
Bagaimana laporan kemajuan diberikan, dan seberapa sering?
Kemajuan yang bisa dilihat, misalnya demo atau tautan uji coba, jauh lebih jelas daripada laporan persentase selesai.
- 7
Teknologi apa yang dipakai, dan bisakah penyedia lain melanjutkannya kelak?
Teknologi yang umum dan dokumentasi yang rapi mengurangi ketergantungan pada satu vendor. Anda tidak perlu paham teknologinya, cukup tanyakan alasan pemilihannya.
- 8
Bagaimana kerja sama dihentikan bila ternyata tidak cocok?
Tanyakan klausul penghentian, pembayaran untuk pekerjaan yang sudah selesai, dan apa yang Anda terima dari hasil sementara.
- 9
Kapan menurut Anda saya sebaiknya tidak memakai jasa Anda?
Penyedia yang percaya diri bisa menyebut kondisi saat aplikasi jadi, penyedia lain, atau menunda proyek lebih masuk akal bagi Anda.
Kontrak dan kepemilikan: apa yang harus tertulis
Kepemilikan hasil kerja tidak otomatis ada pada pihak yang membayar. Pasal 36 UU Hak Cipta (UU No. 28 Tahun 2014) berbunyi bahwa, kecuali diperjanjikan lain, pencipta dan pemegang hak cipta atas ciptaan yang dibuat dalam hubungan kerja atau berdasarkan pesanan adalah pihak yang membuat ciptaan. Dengan kata lain, tanpa klausul yang jelas, kode sumber aplikasi yang Anda pesan bisa tetap menjadi hak penyedia. Analisis Hukumonline atas pasal ini juga mencatat bahwa pemesan yang ikut berperan dalam penciptaan, misalnya menyusun cetak biru aplikasi, dapat ikut diakui sebagai pencipta, tetapi hal itu bergantung pada fakta tiap kasus dan isi perjanjian.
Karena itu, jangan mengandalkan kebiasaan atau janji lisan. Bahaslah hal-hal berikut sebelum menandatangani, dan mintalah dituliskan.
| Hal | Yang sebaiknya tertulis | Risiko bila tidak dibahas |
|---|---|---|
| Hak cipta dan kode sumber | Siapa pemegang hak, apakah ada pengalihan atau lisensi, dan kapan berlaku (misalnya setelah pelunasan) | Tidak bisa memindahkan atau mengembangkan aplikasi tanpa izin penyedia |
| Akses repositori kode | Apakah Anda mendapat salinan kode atau akses ke repositori, dan kapan | Aplikasi terkunci pada satu vendor |
| Server, hosting, dan domain | Atas nama siapa akun terdaftar dan siapa yang membayar | Aplikasi bisa terhenti bila hubungan dengan penyedia berakhir |
| Data perusahaan | Di mana data disimpan, siapa yang boleh mengaksesnya, dan cara mengekspornya | Data terjebak atau berpindah tangan tanpa Anda ketahui |
| Dokumentasi | Dokumen apa yang diserahkan (petunjuk pengguna, catatan teknis) | Pengembang berikutnya harus menebak cara kerja aplikasi |
| Perawatan dan dukungan | Lingkup, batas waktu respons, dan cara penagihan setelah rilis | Biaya dan waktu perbaikan tidak jelas saat ada masalah |
| Pembayaran | Dibagi per tahap yang disetujui, dengan kriteria diterimanya tiap tahap | Pembayaran tidak terkait dengan hasil yang bisa dicoba |
| Penghentian kerja sama | Syarat berhenti, pembayaran untuk pekerjaan selesai, dan serah terima hasil | Sengketa saat hubungan memburuk |
Bila aplikasi menyimpan data pribadi pelanggan, pasien, atau karyawan, praktik penyimpanan dan akses juga berkaitan dengan UU Pelindungan Data Pribadi (UU No. 27 Tahun 2022). Untuk kontrak bernilai besar, minta penasihat hukum Anda meninjau draf sebelum ditandatangani. Isi di sini bersifat informasi umum.
Cara membandingkan dua atau tiga penawaran dengan adil
- 1
Berikan brief yang sama
Tulis satu halaman: masalah yang ingin diselesaikan, siapa penggunanya, sistem yang sudah ada, dan tanggal yang Anda harapkan. Brief yang berbeda menghasilkan penawaran yang tidak bisa dibandingkan. Cara menyusunnya ada di artikel cara menyusun kebutuhan aplikasi.
- 2
Minta cakupan tertulis, termasuk yang tidak termasuk
Penawaran yang sehat menyebut apa yang dikerjakan dan apa yang tidak, serta mana yang berbayar tambahan.
- 3
Samakan dulu cakupannya, baru lihat harganya
Pindahkan isi tiap penawaran ke satu tabel agar item yang sama berhadapan langsung.
- 4
Nilai dari pertemuan, bukan hanya dari dokumen
Perhatikan apakah penyedia bertanya tentang alur kerja Anda, atau langsung menawarkan fitur. Pertanyaan yang tajam sering menandakan pengalaman.
Contoh tabel perbandingan cakupan (ilustrasi)
Tabel di bawah ini hanya ilustrasi untuk menunjukkan cara membandingkan. Nama dan isinya fiktif, tanpa angka harga, dan bukan gambaran penyedia mana pun. Komponen yang memengaruhi harga dan cara menghitung perkiraannya dibahas di artikel biaya pembuatan aplikasi.
| Item cakupan | Penawaran A | Penawaran B | Penawaran C |
|---|---|---|---|
| Pemahaman alur kerja dan proposal | Termasuk | Termasuk | Tidak disebut |
| Demo berkala | Termasuk, tiap dua minggu | Termasuk, hanya di akhir | Tidak disebut |
| Pelatihan pengguna | Termasuk | Berbayar tambahan | Tidak disebut |
| Pemindahan data awal | Tidak termasuk | Termasuk | Tidak disebut |
| Dokumentasi dan petunjuk pengguna | Termasuk | Tidak disebut | Tidak disebut |
| Masa dukungan setelah rilis | Disebut, durasi tertulis | Disebut tanpa durasi | Tidak disebut |
| Kepemilikan kode sumber | Tertulis | Tidak disebut | Tidak disebut |
Dalam contoh ini, Penawaran C bisa saja tampak paling murah, tetapi banyak butir penting yang tidak disebut, sehingga kemungkinan biayanya muncul belakangan. Penawaran A paling lengkap tetapi tidak memasukkan pemindahan data awal, sesuatu yang perlu dihitung terpisah. Perbandingan seperti inilah yang membuat keputusan Anda berdasarkan cakupan, bukan berdasarkan angka sekilas.
Tanda bahaya saat memilih software house
- Menyebut harga dan waktu pengerjaan pasti sebelum bertanya apa pun tentang alur kerja Anda.
- Menolak membahas atau menuliskan kepemilikan kode sumber, atau hanya menjawab 'nanti saja'.
- Tidak bersedia memberi referensi klien atau demo dengan data contoh.
- Hanya membicarakan teknologi dan fitur, tanpa bertanya masalah apa yang ingin Anda selesaikan.
- Tekanan agar cepat memutuskan, misalnya 'diskon hanya hari ini'.
- Proposal tanpa bagian 'di luar ruang lingkup'.
- Tidak ada demo atau hasil yang bisa dicoba sebelum pembayaran besar.
- Semua akun penting (server, domain, repositori) terdaftar atas nama penyedia tanpa kesepakatan serah terima.
Rencana dua minggu untuk memilih software house
Memilih tidak harus lama, tetapi jangan terburu-buru. Jadwal berikut hanya saran; sesuaikan dengan kesiapan Anda.
- 1
Hari 1–2: tulis masalahnya
Satu halaman berisi masalah, pengguna, sistem yang sudah ada, dan hasil yang diharapkan. Semakin jelas, semakin mudah penawaran dibandingkan.
- 2
Hari 3–5: buat daftar pendek
Kumpulkan tiga nama dari sumber berbeda, lalu periksa dengan enam pemeriksaan klaim di atas.
- 3
Hari 6–9: pertemuan dengan masing-masing
Sekitar 45 menit tiap penyedia, tatap muka atau online. Gunakan pertanyaan tambahan dan catat jawabannya.
- 4
Hari 10–11: hubungi referensi
Bicara dengan satu klien dari penyedia yang paling menarik. Tanyakan hal yang tidak ada di brosur.
- 5
Hari 12–14: bandingkan dan putuskan
Pindahkan penawaran ke tabel cakupan, baca ulang kontrak bagian kepemilikan, lalu putuskan. Beri kabar kepada penyedia yang tidak terpilih.
Cara Digipro mengerjakan aplikasi, dan cara menilai kami
Digipro adalah agensi digital berbasis di Malang, aktif sejak 2023, dan melayani klien di seluruh Indonesia secara online. Untuk pembuatan aplikasi custom, kami mengerjakan aplikasi web internal perusahaan, seperti aplikasi keuangan, katalog, manajemen klinik, dan otomasi alur kerja berupa notifikasi serta laporan ke WhatsApp. Kami juga menjalankan layanan digital marketing, jadi aplikasi yang berhubungan dengan pemasaran dan WhatsApp adalah wilayah yang kami kenal baik.
- Konsultasi pertama gratis dan tanpa kewajiban, lewat WhatsApp atau Zoom.
- Ruang lingkup, timeline, dan biaya ditulis dalam proposal sebelum pekerjaan dimulai.
- Aplikasi dibangun bertahap dengan demo rutin; versi pertama yang bisa dipakai tim umumnya 2–3 minggu, tergantung fitur.
- Pembuatan aplikasi berbasis proyek, tanpa kontrak minimal.
- Kami tidak mengerjakan aplikasi Android atau iOS. Aplikasi kami berbasis web, dibuka lewat browser tanpa instalasi.
Terapkan semua pemeriksaan di artikel ini kepada kami: minta proposal tertulis, tanyakan kepemilikan hasil kerja, dan bandingkan dengan penyedia lain. Bila ternyata aplikasi jadi atau penyedia lain lebih sesuai untuk kebutuhan Anda, kami akan mengatakannya.
Langkah berikutnya
Bila Anda sudah punya satu atau dua pekerjaan yang ingin dipermudah, langkah paling ringan adalah konsultasi gratis. Ceritakan alur kerja Anda saat ini lewat WhatsApp atau Zoom, dan kami bantu memetakan apa yang masuk versi pertama beserta estimasi tertulis. Untuk memahami urutan kerjanya, baca juga artikel kami tentang tahapan pembuatan aplikasi custom, dan untuk gambaran pilihan jalur, artikel tentang jasa pembuatan aplikasi untuk perusahaan. Layanan aplikasi custom kami dijelaskan di halaman jasa pembuatan aplikasi Digipro.
Pertanyaan yang sering diajukan
Software house di Malang mana yang terbaik?
Tidak ada satu yang terbaik untuk semua orang. Penyedia yang kuat untuk aplikasi besar dengan banyak modul belum tentu paling cocok untuk aplikasi internal sederhana. Mulailah dari kebutuhan Anda, kumpulkan dua atau tiga penyedia dengan pengalaman sejenis, periksa klaim mereka lewat bukti yang bisa dicek, dan bandingkan proposal tertulisnya dengan brief yang sama.
Apakah saya harus memilih software house yang berada di Malang?
Tidak harus. Tatap muka membantu di tahap awal, terutama bila alur kerja Anda fisik dan perlu dilihat langsung. Namun demo rutin, konsultasi, dan koordinasi dapat berjalan online lewat WhatsApp atau Zoom. Lebih penting dari lokasi adalah kejelasan cara kerja jarak jauh, proposal tertulis, dan kepemilikan hasil kerja.
Berapa biaya software house di Malang?
Tidak ada angka tunggal yang jujur, karena biaya bergantung pada jumlah fitur, jumlah pengguna dan peran, integrasi dengan sistem lain, serta kebutuhan perawatan. Cara terbaik adalah meminta proposal tertulis dari dua atau tiga penyedia dengan brief yang sama, lalu membandingkan cakupannya, bukan hanya angkanya. Rincian komponen dan faktor harga ada di artikel kami tentang biaya pembuatan aplikasi. Kami memberi estimasi tertulis setelah konsultasi gratis.
Bagaimana cara mengecek apakah software house terpercaya?
Periksa hal yang bisa dibuktikan: alamat yang dapat dikonfirmasi, identitas badan usaha dan NIB, demo atau studi kasus yang bisa dilihat, serta referensi klien yang bisa Anda hubungi. Untuk perseroan terbatas, profil perusahaan bisa dicari di situs Ditjen AHU. Perlakukan ulasan umum dan daftar 'terbaik' sebagai petunjuk awal, bukan bukti.
Apa bedanya software house dengan agensi digital?
Software house berfokus membangun perangkat lunak berdasarkan pesanan. Agensi digital umumnya mencakup layanan yang lebih luas, seperti pemasaran digital, dan sebagian juga membuat aplikasi. Digipro adalah agensi digital di Malang yang mengerjakan aplikasi web custom sekaligus digital marketing. Yang menentukan kecocokan adalah pengalaman pada jenis aplikasi Anda, bukan label yang dipakai penyedia.
Siapa pemilik kode sumber aplikasi yang dibuat software house?
Menurut Pasal 36 UU No. 28 Tahun 2014, kecuali diperjanjikan lain, pemegang hak cipta atas ciptaan berdasarkan pesanan adalah pihak yang membuat ciptaan. Artinya kepemilikan dan hak pakai atas kode harus dituliskan di kontrak, termasuk kapan berlaku dan apakah Anda mendapat salinan atau akses repositori. Untuk kontrak bernilai besar, minta penasihat hukum Anda meninjau.
Apakah Digipro bisa mengerjakan aplikasi untuk perusahaan di luar Malang?
Ya. Digipro berbasis di Kota Malang dan melayani klien di seluruh Indonesia. Konsultasi, demo, dan koordinasi dilakukan online lewat WhatsApp atau Zoom, sehingga lokasi perusahaan Anda tidak menjadi hambatan. Aplikasi yang kami buat berbasis web, bukan aplikasi Android atau iOS.
Bagikan artikel ini
Kirim ke rekan atau tim yang membutuhkannya.
