Cara Mempekerjakan Pengembang Lepas

Sebagian besar proyek pengembangan yang gagal tidak dikodekan dengan buruk. Mereka ditentukan dengan buruk, direkrut berdasarkan sinyal yang salah, dan diserahkan secara tidak lengkap sehingga pengembang berikutnya harus memulai lagi. Bagian teknis jarang menjadi tempat uang hilang.

Itu kabar baik bagi pembeli non-teknis, karena itu berarti keputusan yang paling penting adalah keputusan yang Anda memenuhi syarat untuk buat. Anda tidak perlu menilai JavaScript seseorang untuk merekrut dengan baik. Anda perlu dapat menjelaskan masalah dengan tepat, mengenali bukti yang relevan, mengajukan pertanyaan yang sulit untuk dibohongi, dan bersikeras pada serah terima yang membuat Anda memegang kunci. Panduan ini membahas keempatnya.

Putuskan apa yang sebenarnya Anda bangun

Mulailah dengan hasilnya, bukan teknologinya. “Saya butuh aplikasi” bukanlah ringkasan; “pelanggan perlu memesan dan membayar slot di ponsel mereka, dan saya perlu melihat pemesanan besok dalam satu daftar” adalah. Versi kedua dapat dikutip, diuji, dan diperdebatkan. Yang pertama tidak bisa.

Sebelum Anda berbicara dengan siapa pun, tuliskan empat hal:

• Pekerjaan yang harus dilakukanApa yang harus dapat dicapai pengguna yang tidak dapat mereka lakukan hari ini. Satu kalimat per kemampuan, dalam bahasa pengguna daripada bahasa teknis.
• Yang harus adaBeberapa hal yang tanpanya pembangunan tidak ada gunanya. Jika daftar Anda memiliki lebih dari enam, itu adalah daftar keinginan, bukan spesifikasi.
• Apa yang sudah adaSitus saat ini, hosting, domain, penyedia pembayaran, CRM, spreadsheet. Setiap integrasi adalah pekerjaan, dan integrasi yang tidak dideklarasikan adalah tempat perkiraan rusak.
• Siapa yang memeliharanyaPerangkat lunak bukanlah pembelian, itu adalah komitmen. Putuskan sekarang apakah Anda akan mempertahankan pengembang, mempekerjakan orang lain, atau mengelolanya sendiri.

Disiplin yang berguna: gambarkan versi pertama sebagai hal terkecil yang benar-benar berguna. Segala sesuatu yang lain masuk ke daftar kedua. Pengembang mengutip daftar pertama; daftar kedua adalah apa yang Anda danai setelah yang pertama menghasilkan.

Jenis pengembang apa yang Anda butuhkan

“Pengembang” mencakup selusin profesi berbeda yang tidak dapat dipertukarkan. Mempekerjakan yang salah adalah kesalahan kategori yang paling umum dan paling mahal dalam proses ini.

• Front-endApa yang dilihat dan disentuh pengguna: tata letak, interaksi, responsivitas, aksesibilitas. Rekrut untuk desain ulang, situs pemasaran, atau antarmuka baru pada sistem yang ada. Lihat freelancer pengembangan front-end.
• Back-endData, logika, API, otentikasi, pembayaran. Rekrut ketika nilainya ada pada apa yang terjadi setelah tombol ditekan. Lihat freelancer pengembangan back-end.
• Full-stackKeduanya, dengan standar kerja. Pilihan yang tepat untuk sebagian besar pembangunan kecil, karena koordinasi antara dua spesialis lebih mahal daripada penghematannya dalam skala kecil.
• CMS dan platformWordPress, Shopify, Webflow, dan sejenisnya. Jika kebutuhan Anda dipenuhi oleh platform yang ada, mempekerjakan pengembang kustom untuk membangunnya kembali adalah membuang-buang uang. Lihat pengembangan WordPress dan pengembangan Shopify.
• SeluleriOS atau Android asli, atau lintas platform. Disiplin yang benar-benar berbeda dari web, dengan batasan peninjauan toko dan rilisnya sendiri. Lihat pengembangan aplikasi seluler.
• Pemeliharaan dan perbaikanDebugging, pembaruan, kinerja, keamanan. Seringkali merupakan perekrutan dengan nilai tertinggi, dan yang paling lama ditunda oleh pembeli. Lihat pemeliharaan situs web.

Jika Anda benar-benar tidak tahu mana yang Anda butuhkan, itu sendiri adalah pekerjaan kecil, murah, dan terdefinisi dengan baik: bayar pengembang berpengalaman untuk percakapan lingkup singkat sebelum Anda menugaskan apa pun.

Memilih teknologi sebelum orangnya

Anda tidak perlu memilih bahasanya. Anda perlu membuat satu keputusan: platform atau kustom. Ini memiliki efek lebih besar pada total biaya Anda daripada pilihan lain dalam panduan ini.

Pembangunan platform — WordPress, Shopify, Webflow, alat tanpa kode — berarti sebagian besar perangkat lunak sudah ada dan Anda membayar untuk konfigurasi, desain, dan bagian-bagian yang spesifik untuk Anda. Ini lebih cepat, lebih murah, dan lebih mudah diserahkan kepada orang berikutnya, karena ribuan pengembang mengetahuinya. Batasannya adalah Anda hidup di dalam asumsi platform.

Pembangunan kustom berarti perangkat lunak ditulis untuk Anda. Ini sangat cocok, dan biayanya beberapa kali lebih mahal untuk dibuat dan dipelihara, karena hanya orang yang menulisnya yang mengetahuinya sampai mereka mendokumentasikannya. Kustom adalah jawaban yang tepat ketika hal yang Anda lakukan adalah produk; itu adalah jawaban yang salah untuk situs brosur atau toko standar.

Dua aturan praktis. Pertama, jika platform mainstream melakukan delapan puluh persen dari apa yang Anda butuhkan, mulailah dari sana dan bayar dua puluh persen yang hilang. Kedua, apa pun yang dipilih, tanyakan mengapa — pengembang yang tidak dapat menjelaskan pilihan dalam hal kebutuhan Anda memilih apa yang mereka suka, bukan apa yang Anda butuhkan. Jika Anda mempertimbangkan pembangunan situs lengkap, panduan biaya situs web kami menetapkan batasannya.

Menulis ringkasan yang dapat dikutip oleh pengembang

Ringkasan teknis yang baik itu singkat dan spesifik. Ringkasan tersebut tidak memberi tahu pengembang cara membangun; ringkasan tersebut memberi tahu apa yang harus benar setelah mereka selesai.

• Masalahnya, dalam satu paragraf. Apa yang terjadi sekarang, dan mengapa itu tidak dapat diterima.
• Kisah pengguna. “Sebagai pelanggan, saya dapat … sehingga …”. Lima hingga lima belas dari ini adalah spesifikasi nyata.
• Integrasi. Sebutkan setiap sistem eksternal berdasarkan nama, termasuk yang Anda anggap sepele.
• Apa yang Anda sediakan. Salinan, gambar, desain, login, data uji. Kesenjangan yang tidak diumumkan menjadi jam yang dapat ditagih.
• Batasan. Tenggat waktu, kisaran anggaran, hosting yang harus Anda gunakan, kepatuhan yang harus Anda penuhi.
• Definisi selesai. Diterapkan di mana, diuji bagaimana, didokumentasikan hingga tingkat apa, diserahkan dengan apa.

Sertakan kisaran anggaran. Pembeli menahannya dengan harapan mendapatkan penawaran yang lebih rendah; pada praktiknya, itu hanya menghasilkan proposal yang ditujukan pada skala yang salah, dan Anda kehilangan satu putaran korespondensi untuk menemukan itu. Panduan kami untuk menulis ringkasan proyek yang mendapatkan proposal hebat memiliki templat yang lebih lengkap, dan harga per jam vs harga tetap menjelaskan model penetapan harga mana yang diminta oleh ringkasan Anda.

Membangun daftar pendek

Targetkan tiga hingga lima kandidat. Lebih sedikit dan Anda tidak memiliki perbandingan; lebih banyak dan Anda tidak akan melakukan penilaian dengan benar pada salah satu dari mereka.

Ada dua arah untuk mencari. Mulai dari pekerjaan jika pekerjaan Anda terdefinisi dengan baik dan Anda ingin membeli sesuatu yang spesifik — telusuri daftar harga tetap di bawah pengembangan situs web, pengembangan perangkat lunak atau aplikasi web, atau berdasarkan pasar di desain web, pengembang WordPress, pengembangan aplikasi seluler atau pakar Shopify.

Mulai dari orang jika pekerjaan membutuhkan diskusi. Telusuri pengembang berdasarkan disiplin atau alat — React, WordPress, PHP, Python atau Webflow — atau posting ringkasan dan biarkan proposal datang kepada Anda. Di Zinn Hub, memposting proyek gratis, dan Anda dapat mengarahkannya ke area tertentu seperti pengembangan situs web, pengembangan back-end atau pengembangan aplikasi seluler.

Saring dengan ketat berdasarkan relevansi dan ringan pada hal lainnya. Pengembang yang telah mengirimkan tiga hal seperti milik Anda mengalahkan yang memiliki pengalaman dua kali lipat di domain yang berbeda, hampir setiap saat.

Cara membaca portofolio pengembang

Anda tidak dapat mengaudit kode seseorang, dan Anda tidak perlu melakukannya. Portofolio masih memberi tahu Anda banyak hal jika Anda tahu apa yang harus dilihat.

• Buka tautan langsung. Tangkapan layar tidak membuktikan apa-apa. Muat situs di ponsel Anda, gunakan, rusak. Apa pun yang rusak hari ini telah disetujui rusak.
• Cari masalah seperti milik Anda. Bukan industri yang sama — bentuk yang sama. Alur pemesanan adalah alur pemesanan apakah itu menjual potongan rambut atau helikopter.
• Periksa apa yang mereka lakukan. Pada proyek tim, tanyakan bagian mana yang menjadi milik mereka. “Saya mengerjakannya” bisa berarti banyak atau sangat sedikit.
• Uji dasar-dasarnya sendiri. Apakah halaman memuat dengan cepat? Apakah berfungsi di ponsel? Apakah formulir dapat digunakan dengan keyboard? Ini adalah sinyal keahlian yang dapat dibaca dengan baik oleh pembeli non-teknis.
• Baca ulasan sebagai bukti. Satu ulasan yang bersinar adalah kebisingan. Pola di banyak ulasan, terutama tentang komunikasi dan tenggat waktu, adalah sinyal. Di Zinn Hub, ulasan memerlukan pembelian yang dikonfirmasi.
• Tanyakan apa yang salah. Jawaban terkuat untuk “ceritakan tentang proyek yang berjalan buruk” adalah cerita yang spesifik, tidak menyenangkan, dan dianalisis dengan baik. Tidak ada pengembang yang hanya memiliki proyek yang mulus.

Untuk versi sistematis dari ini, kerjakan daftar periksa penyaringan freelancer 12 langkah kami.

Pertanyaan yang harus diajukan sebelum Anda merekrut

Tujuannya bukan untuk menjebak siapa pun. Ini untuk mendengar bagaimana seseorang berpikir ketika jawabannya tidak dilatih.

• Jelaskan pembangunan sebelumnya“Jelaskan salah satu proyek ini dan pertukaran yang Anda buat.” Pengembang yang baik akan menyebutkan sesuatu yang mereka pilih untuk tidak lakukan dan alasannya. Jargon tanpa pertukaran adalah tanda peringatan.
• Apa yang membuat Anda khawatir di siniTanyakan apa bagian paling berisiko dari ringkasan Anda. Siapa pun yang mengatakan “tidak ada, itu mudah” belum membacanya dengan benar.
• Apa yang hilang“Apa yang Anda butuhkan dari saya yang belum saya berikan?” Kandidat yang kuat menjawab ini segera dan secara rinci.
• Bagaimana saya akan melihat kemajuanTautan pementasan, pembaruan mingguan, papan bersama. Jawaban apa pun boleh; tidak ada jawaban tidak.
• Apa yang terjadi setelah peluncuranJendela bug, ketentuan dukungan, dokumentasi. Setujui ini sebelum Anda memulai, bukan saat ada yang rusak.
• Siapa pemilik kodeTanyakan langsung. Jawabannya harus Anda, saat pengiriman, secara tertulis, termasuk semua yang diperlukan untuk menjalankannya.

Uji sebelum Anda berkomitmen

Asuransi termurah yang tersedia bagi pembeli adalah pekerjaan berbayar kecil sebelum pekerjaan besar. Bukan uji coba tanpa bayaran, yang ditolak oleh freelancer yang baik dan yang tidak memberi tahu Anda apa pun tentang bagaimana seseorang berperilaku ketika uang terlibat — tugas nyata, kecil, berbayar.

Tugas uji yang baik bersifat representatif, mandiri, dan dapat diselesaikan dalam sekali duduk: perbaiki bug tertentu, buat satu halaman responsif, tambahkan formulir dan hubungkan, tingkatkan halaman yang lambat. Yang sebenarnya Anda nilai bukanlah kodenya. Ini adalah apakah mereka mengajukan pertanyaan klarifikasi sebelum memulai, apakah mereka menyampaikan apa yang diminta daripada apa yang mereka sukai, apakah mereka menjelaskan apa yang mereka lakukan, dan apakah skala waktu yang mereka berikan adalah skala waktu yang Anda dapatkan.

Di Zinn Hub, format alami adalah Micro Zinn — tugas harga tetap seharga $5, $10, $15 atau $20. Telusuri perbaikan bug dan tugas kode kecil atau perbaikan bug dan penyesuaian situs web, atau mulai dari harga dengan $20 Micro Zinns. Panduan kami tentang menguji freelancer sebelum Anda berkomitmen mencakup cara menyusun dan menilai tes.

Berapa biayanya dan cara membayar

Harga pengembangan bervariasi lebih dari kategori freelancer lainnya, karena pekerjaannya lebih bervariasi. Berikut ini adalah kisaran pasar tipikal untuk seluruh pekerjaan, bukan harga Zinn Hub, dan setiap freelancer menetapkan harga mereka sendiri.

• Tugas kecil

  Di bawah $200

  Perbaikan bug, konflik plugin, formulir, pass kecepatan, fitur kecil pada pembangunan yang ada. Terbaik dibeli sebagai tugas harga tetap.

• Pembangunan standar

  $500–$2,000

  Situs atau toko berbasis platform: konfigurasi tema, beberapa templat halaman, formulir, integrasi dasar, peluncuran.

• Lanjutan

  $2,000–$8,000

  Fungsionalitas khusus, akun dan login, pembayaran, integrasi pihak ketiga, atau desain khusus yang diimplementasikan dari awal.

• Aplikasi

  $8,000+

  Produk perangkat lunak nyata: sistem multi-peran, dasbor, aplikasi seluler, apa pun dengan logika back-end yang berarti dan rekayasa berkelanjutan.

Biaya bervariasi berdasarkan cakupan, kompleksitas, dan pengalaman. Gunakan rentang ini untuk memeriksa kewajaran penawaran daripada sebagai tarif — jika suatu angka berada dua rentang dari tempat ringkasan Anda seharusnya, celah itu adalah percakapan yang layak dilakukan.

Di Zinn Hub, setiap Zinn memiliki harga yang ditetapkan oleh Zinner-nya, pembeli tidak membayar biaya platform, dan semua harga dalam USD dengan perkiraan setara yang ditampilkan dalam mata uang Anda sendiri. Pesanan dibayar dan dilindungi sebagai satu jumlah keseluruhan; tidak ada rilis bertahap atau berdasarkan pencapaian, jadi pembangunan bertahap ditempatkan sebagai pesanan terpisah atau disepakati sebagai fase harga terpisah dalam ringkasan proyek Anda. Pilih Zinner yang Dilindungi Platform dan pembayaran Anda akan ditahan oleh Zinn Hub hingga pesanan selesai; setiap pengembalian dana akan dikreditkan ke Zinn Wallet Anda secara penuh, dalam USD. Zinners yang menghubungkan akun PayPal atau Stripe mereka sendiri akan dibayar langsung saat checkout.

Kepemilikan, akses, dan serah terima

Ini adalah bagian yang dilewati pembeli dan kemudian disesali. Sepakati semuanya secara tertulis sebelum pekerjaan dimulai, karena setelah pengiriman Anda tidak memiliki daya tawar lagi.

• Akun atas nama Anda. Domain, hosting, dan layanan pihak ketiga apa pun harus didaftarkan atas nama Anda, dengan pengembang ditambahkan sebagai pengguna. Jangan pernah sebaliknya.
• Kepemilikan kode saat pengiriman. Nyatakan dengan jelas bahwa pada pembayaran akhir, pekerjaan tersebut adalah milik Anda untuk digunakan, dimodifikasi, dan dibawa ke tempat lain. Tanyakan tentang komponen pihak ketiga mana pun dengan lisensi mereka sendiri.
• Akses repositori. Meskipun Anda tidak pernah membukanya, Anda harus dapat memberikannya kepada pengembang berikutnya.
• Kredensial, semuanya. Login admin, kunci API, akses basis data, akses deployment — ditransfer dan dikonfirmasi berfungsi sebelum pembayaran akhir.
• Dokumentasi. Catatan tertulis singkat tentang cara melakukan deployment, di mana letak berbagai hal, dan apa yang harus dilakukan jika terjadi kerusakan. Satu halaman sudah cukup; tidak ada sama sekali tidak.
• Jendela perbaikan bug. Periode yang ditentukan setelah peluncuran di mana cacat asli diperbaiki tanpa biaya tambahan. Tiga puluh hari adalah permintaan yang umum dan masuk akal.

Ketentuan hak cipta dan lisensi bervariasi menurut negara dan kontrak, jadi anggap ini sebagai panduan umum daripada nasihat hukum dan dapatkan nasihat profesional tentang apa pun yang signifikan secara komersial.

Kesalahan yang menggagalkan proyek pengembangan

• Merekrut sebelum ringkasan ada. Setiap jam yang dihabiskan untuk spesifikasi menghemat beberapa jam dalam pembangunan dan pengerjaan ulang. Tidak ada hal lain dalam daftar ini yang sepenting itu.
• Memilih hanya berdasarkan harga. Penawaran terendah seringkali adalah yang paling sedikit dipahami, dan perbedaannya muncul sebagai permintaan perubahan.
• Menambahkan cakupan secara diam-diam. Permintaan kecil selama pembangunan adalah bagaimana harga tetap menjadi perselisihan. Kelompokkan, hargai, putuskan.
• Tidak ada lingkungan staging. Meninjau pekerjaan hanya ketika sudah aktif adalah bagaimana situs yang rusak ditemukan oleh pelanggan daripada oleh Anda.
• Melewatkan pemeriksaan seluler. Sebagian besar pengunjung Anda menggunakan ponsel. Jangan menyetujui apa pun yang belum Anda buka di ponsel.
• Menunda serah terima hingga akhir. Momen untuk menyepakati akses dan kepemilikan adalah sebelum komit pertama, bukan selama faktur terakhir.
• Tidak ada rencana pemeliharaan. Perangkat lunak membusuk. Anggarkan untuk pembaruan, pencadangan, dan keamanan sejak hari pertama, atau bayar untuk penyelamatan nanti.
• Mengabaikan tanda-tanda peringatan. Jawaban yang tidak jelas, tenggat waktu kecil yang terlewat, dan tekanan untuk membayar di luar platform semuanya tercakup dalam panduan kami tentang penipuan freelancer umum.

Jika Anda masih memutuskan apakah freelancer adalah jalur yang tepat, freelancer vs agensi membandingkan keduanya secara jujur untuk pembangunan bisnis kecil.