Software House Malaysia: Vendor Atau Freelancer?

Klien yang menaip frasa software house malaysia biasanya sudah tahu apa yang dia tidak mahu. Dia tidak mahu seorang pembangun yang hilang selepas bayaran pertama, tidak mahu kod yang tiada siapa boleh sambung, dan tidak mahu menjelaskan kepada bosnya mengapa sistem yang dibayar mahal tidak boleh digunakan pada minggu pelancaran.

Masalahnya, istilah itu membawa jangkaan yang tidak selalu sepadan dengan saiz projek. Artikel ini menerangkan apa yang klien sebenarnya minta apabila dia mencari software house, bila jangkaan itu wajar, dan bila studio satu orang yang mendokumen kerjanya memberi hasil yang lebih baik daripada firma besar.

Apa yang klien maksudkan dengan software house

Di Malaysia, istilah ini dipinjam daripada industri perisian India dan digunakan untuk firma yang membina perisian mengikut tempahan, bukan menjual produk siap. Klien menggunakan perkataan itu kerana dia mahu membeli daripada sebuah organisasi, bukan bergantung pada satu individu yang boleh hilang.

Ada empat jangkaan yang biasanya tersembunyi di sebalik perkataan tersebut:

• ▸ Kontrak bertulis dengan skop, tarikh dan liabiliti yang jelas
• ▸ Lebih daripada satu orang, supaya projek tidak berhenti apabila seorang jatuh sakit
• ▸ Sokongan selepas pelancaran, dengan saluran dan masa respons yang dipersetujui
• ▸ Dokumentasi dan serah kuasa yang membolehkan orang lain mengambil alih

Keempat-empat jangkaan itu munasabah untuk projek yang besar dan berisiko. Tetapi ia juga menerangkan mengapa sebut harga firma kelihatan tinggi: setiap jangkaan itu mempunyai kos overhed, dan kos itu dibayar oleh klien sama ada dalam bentuk harga atau dalam bentuk risiko yang dipindahkan kepadanya.

Bila anda benar-benar perlukan vendor, bukan freelancer

Tidak setiap projek sistem perlu firma. Ada empat keadaan yang benar-benar mewajarkan vendor, dan selebihnya boleh dinilai mengikut kemampuan individu yang mengerjakannya.

Pertama, sistem menyentuh data peribadi ramai pengguna, contohnya rekod pesakit, data pekerja atau maklumat kewangan pelanggan. Di situ anda perlukan orang yang faham kewajipan di bawah Akta Perlindungan Data Peribadi 2010, termasuk had penyimpanan, kawalan akses dan pemberitahuan apabila berlaku kebocoran.

Kedua, projek melebihi tiga bulan dan mempunyai bahagian yang boleh dijalankan serentak. Kerja serentak memerlukan sekurang-kurangnya dua orang yang boleh menyemak kod masing-masing, bukan satu orang yang berpura-pura menjadi dua.

Ketiga, sistem perlu bersambung dengan pihak ketiga yang menuntut dokumentasi rasmi, seperti gerbang pembayaran, penyedia e-invois atau pangkalan data agensi. Setiap integrasi itu mempunyai proses permohonan, kunci ujian dan jadual sendiri, dan kegagalan memenuhinya akan melambatkan keseluruhan projek.

Keempat, organisasi anda mempunyai peraturan perolehan dalaman yang mewajibkan vendor berdaftar, kontrak bertulis, invois cukai dan insurans. Dalam keadaan ini, memilih individu bukan pilihan, walaupun individu itu lebih murah.

Kalau tiada satu pun daripada empat keadaan di atas terpakai, freelancer berpengalaman yang mendokumen kerjanya biasanya memberi nilai yang lebih baik. Wang yang tidak dibelanjakan untuk overhed boleh dibelanjakan untuk ujian, latihan staf dan kandungan sistem yang sebenarnya digunakan.

Kontrak vendor: perkara yang mesti ada

Kontrak yang berguna bukan kontrak yang panjang. Ia kontrak yang senarai fungsinya boleh diuji, dan yang menyatakan apa berlaku apabila sesuatu tidak siap. Lapan perkara di bawah ini patut ada sebelum kerja bermula.

• ▸ Senarai fungsi bertulis, bukan ayat seperti sistem lengkap atau mesra pengguna
• ▸ Tarikh serahan setiap fasa, dan senarai perkara yang klien perlu sediakan sebelum fasa itu bermula
• ▸ Bayaran mengikut pencapaian, contohnya 30 peratus muka, 40 peratus selepas ujian pertama, 30 peratus selepas serah kuasa
• ▸ Pemilikan kod sumber dan hak cipta berpindah kepada klien selepas bayaran penuh
• ▸ Siapa menanggung kos hosting, nama domain, lesen pihak ketiga dan pembaharuan tahunan
• ▸ Masa respons sokongan selepas pelancaran, dan saluran yang digunakan
• ▸ Takrif pepijat berbanding kerja tambahan, supaya tiada pertikaian selepas sistem digunakan
• ▸ Cara kontrak tamat, dan cara data serta akaun dipulangkan kepada klien

Satu perkara yang jarang ditulis tetapi penting: siapa yang menanggung kos apabila kelewatan berpunca daripada kandungan yang belum siap. Dalam kebanyakan projek, pembangun menunggu teks, gambar dan keputusan daripada klien. Kalau kontrak tidak menyatakan kesannya kepada tarikh serahan, pembangun akan menanggungnya, dan itu biasanya muncul semula sebagai kerja tergesa-gesa pada minggu akhir.

Dokumentasi: ujian sebenar kesinambungan

Dokumentasi yang dimaksudkan bukan manual pengguna lapan puluh halaman. Ia adalah fail yang membolehkan orang lain menghidupkan semula sistem tanpa menghantar mesej kepada pembangun asal. Enam perkara ini sudah memadai untuk kebanyakan sistem perniagaan kecil.

• ▸ Versi perisian, tetapan pelayan dan senarai sambungan yang digunakan
• ▸ Skema pangkalan data, termasuk cara memulihkan sandaran dan mengesahkan data selepas pulih
• ▸ Senarai akaun dan peranan, dengan pemilik bagi setiap akaun
• ▸ Langkah pemasangan dari pelayan kosong sehingga sistem boleh diakses
• ▸ Senarai integrasi luar, kunci mana yang perlu diperbaharui dan bila
• ▸ Rekod keputusan, iaitu sebab sesuatu bahagian dibina dengan cara tertentu

Ujian yang paling jujur ialah serah kuasa percubaan. Minta orang lain memasang sistem itu di pelayan ujian dengan berpandukan dokumen sahaja, dalam satu hari bekerja, tanpa bantuan pembangun asal. Kalau ujian itu gagal, dokumen itu belum siap, walaupun projek sudah dikira selesai.

Dokumentasi juga melindungi pembangun. Apabila pelanggan bertanya mengapa sesuatu ciri tidak dibina, rekod keputusan yang bertarikh menjawab lebih baik daripada ingatan sesiapa.

Siapa pegang kod, hosting dan akses

Pertikaian selepas projek jarang berlaku tentang kod. Ia berlaku tentang akaun. Nama domain yang didaftarkan atas nama peribadi pembangun, hosting yang dibayar dengan kad pembangun, dan akaun pentadbir yang tidak pernah ditutup adalah tiga punca paling biasa.

Prinsip yang mudah diingat: klien memiliki akaun, vendor memiliki akses. Nama domain didaftarkan atas nama syarikat klien. Repositori kod diletakkan di bawah akaun organisasi klien, dengan pembangun sebagai penyumbang yang boleh dibuang. Akaun hosting dan papan pemuka pangkalan data menggunakan e-mel klien, bukan e-mel peribadi pembangun.

Untuk kod, perkara yang sama perlu ditulis, bukan diandaikan. Akta Hak Cipta 1987 mengiktiraf hak cipta pada karya asal, dan pemindahan hak itu perlu dinyatakan secara bertulis. Jadi ayat seperti hak cipta dan kod sumber menjadi milik klien selepas bayaran penuh bukan formaliti, ia alat yang menentukan siapa boleh menjual atau membina semula sistem itu.

Selepas serah kuasa, jalankan semakan akses yang singkat. Tanya tiga soalan: akaun pentadbir mana yang masih aktif, siapa boleh memasang kod ke pelayan produksi, dan adakah salinan pangkalan data masih berada di komputer peribadi seseorang. Jawapan yang tidak jelas pada minggu pertama akan menjadi masalah pada tahun pertama.

Bila studio satu orang lebih baik daripada firma besar

Studio satu orang bukan pilihan kedua secara automatik. Untuk projek bersaiz sederhana, ia sering memberi hasil yang lebih kemas kerana tiada lapisan pengurusan antara klien dan orang yang menulis kod. Empat keadaan di bawah ini biasanya memihak kepadanya.

• ▸ Keperluan berubah semasa projek dan keputusan perlu dibuat dengan pantas
• ▸ Bajet terhad dan setiap ringgit lebih berguna untuk fungsi daripada untuk mesyuarat
• ▸ Sistem hanya digunakan oleh satu pasukan kecil, jadi peranan dan aliran kerja tidak terlalu bercabang
• ▸ Klien mahu bercakap terus dengan orang yang memasang sistem, bukan dengan pengurus akaun

Tetapi batasnya mesti disebut dengan jujur. Satu orang tidak boleh menjadi pasukan. Projek yang memerlukan tiga pembangun serentak, sokongan dua puluh empat jam, atau audit keselamatan formal oleh pihak ketiga memerlukan firma, dan menipu diri sendiri tentang perkara ini akan merugikan klien pada bulan ketiga.

Di thalhah.my, skala sebenar ialah satu orang yang bekerja sendiri dan mendokumen kerjanya, dengan rakan strategik untuk sebahagian kerja teknikal. Artikel ini ditulis dari sudut itu. Ia bukan ditulis untuk menyamar sebagai firma sepuluh orang, kerana klien yang menyedari perbezaan itu selepas menandatangani kontrak tidak akan kembali.

Tanda vendor yang akan hilang

Risiko terbesar dalam projek sistem bukan harga. Ia vendor yang berhenti menjawab selepas bayaran kedua. Tanda-tandanya biasanya kelihatan lebih awal, kalau klien tahu apa yang perlu diperhatikan.

• ▸ Sebut harga tanpa senarai fungsi, hanya jumlah harga dan tempoh
• ▸ Permintaan bayaran penuh atau sebahagian besar daripada jumlah sebelum kerja bermula
• ▸ Tiada kontrak, hanya persetujuan melalui mesej WhatsApp
• ▸ Enggan meletakkan kod dalam repositori yang klien boleh akses
• ▸ Dokumentasi tidak disebut langsung dalam sebutan harga
• ▸ Jawapan lambat sebelum projek bermula, sedangkan pada waktu itu anda masih bakal klien

Tanda terakhir itu yang paling boleh dipercayai. Masa respons sebelum jual ialah petunjuk terbaik masa respons selepas jual, kerana pada waktu itu vendor masih mempunyai sebab untuk bersungguh. Kalau soalan yang tidak menguntungkan dia dijawab selepas tiga hari, jangkakan perkara yang sama apabila sistem anda bermasalah pada hujung minggu.

Cara menilai sebut harga sistem

Membandingkan jumlah harga di bahagian bawah sebut harga adalah cara paling cepat untuk membuat pilihan yang salah. Bandingkan tiga perkara: senarai fungsi, andaian yang digunakan, dan perkara yang sengaja tidak termasuk.

Enam perkara ini patut muncul dalam sebutan harga yang boleh dinilai:

• ▸ Bilangan peranan pengguna dan aliran kerja bagi setiap peranan
• ▸ Integrasi luar dan siapa menyediakan kunci serta akses ujian
• ▸ Keadaan data sedia ada, termasuk kerja pembersihan dan pemindahan
• ▸ Latihan staf dan dokumen yang diserahkan pada akhir projek
• ▸ Tempoh jaminan dan jenis kerosakan yang dilindungi
• ▸ Kos tahunan selepas pelancaran, seperti hosting, lesen dan sandaran

Kalau sebutan harga tidak menyatakan keenam-enam perkara ini, kosnya tidak hilang. Ia hanya berpindah ke fasa kemudian, dan pada masa itu anda sudah membayar sebahagian besar harga.

Di laman harga thalhah.my, projek laman dan sistem bermula dari RM1,000, dan jumlah sebenar ditentukan oleh skop kerja selepas ringkasan keperluan diterima. RM39 sebulan pula ialah harga alat SEO Panel, alat pemantauan carian yang berasingan, bukan harga membina atau menyelenggara laman.

Kesimpulan

Software house ialah cara membeli jaminan: kontrak, pasukan, dokumentasi dan kesinambungan. Jaminan itu berbaloi apabila projek besar, berisiko atau diaudit. Untuk projek yang lebih kecil, jaminan yang sama boleh dibina melalui kontrak yang jelas, dokumentasi yang diuji dan pemilikan akaun yang betul, tanpa overhed firma.

Yang perlu dielakkan bukan firma besar dan bukan freelancer. Yang perlu dielakkan ialah membeli kerja tanpa bukti. Tiga soalan ini sudah cukup untuk menapis kebanyakan vendor: boleh tunjuk senarai fungsi, boleh tunjuk dokumentasi projek lepas, dan siapa nama pemilik akaun selepas projek selesai.

Hantar ringkasan sistem yang anda perlukan dan siapa yang akan menggunakannya. Saya akan nyatakan sama ada projek itu patut dibina oleh studio satu orang atau oleh firma yang lebih besar, termasuk kalau jawapannya bukan di sini.