Perlindungan pembayaranSelengkapnya
- Revisi dalam batas paket tidak dikenai biaya.
- Jika Anda tidak merespons dalam 3 hari setelah penyerahan hasil, hasil kerja diterima secara otomatis.
Uang ditahan saat Anda membayar dan diteruskan hanya setelah Anda menerima hasil kerja.
Contoh hasil
Tinjauan proses: dari pesanan hingga pengiriman di bengkel mebel custom
Peta proses saat ini (pesanan masuk → produksi)
- Pelanggan bertanya lewat formulir situs, telepon, atau DM media sosial
- Pemilik (Pak Dani) membalas sendiri, sering baru 1–3 hari kemudian
- Pak Dani mengukur di lokasi, membuat sketsa tangan, lalu memotret sketsanya
- Penawaran diketik di templat Word dan dikirim lewat email sebagai PDF
- Pelanggan transfer DP 50%; Pak Dani mengecek aplikasi bank secara manual
- Sketsa dan catatan diserahkan ke kepala bengkel di atas kertas
- Kepala bengkel memesan kayu lewat telepon dan menulis pekerjaan di papan tulis
Hambatan dan kerugian
| Masalah | Di mana | Dampak |
|---|---|---|
| Semua pertanyaan lewat satu orang | Langkah 1–2 | ~20% pertanyaan tidak pernah dibalas; respons pertama lambat |
| Serah terima ke bengkel di kertas | Langkah 6 | 3 kali pengerjaan ulang kuartal lalu karena ukuran hilang atau salah baca |
| DP dicek manual | Langkah 5 | Pekerjaan mulai terlambat; sekali mulai tanpa DP |
| Papan tulis satu-satunya jadwal | Langkah 7 | Tanggal kirim dijanjikan tanpa melihat beban kerja |
Proses yang diperbaiki
- Semua saluran masuk ke satu kotak masuk bersama; admin kantor membalas dalam 4 jam kerja dengan tautan jadwal pengukuran
- Ukuran dicatat di kartu pekerjaan (spreadsheet bersama atau CRM sederhana): dimensi, jenis kayu, finishing, foto
- Penawaran dibuat dari daftar harga dengan opsi standar; Pak Dani hanya menyetujui item non-standar
- Admin kantor mengonfirmasi DP dan menandai kartu "Siap produksi"
- Kepala bengkel hanya mengambil pekerjaan dari kolom "Siap"; bahan dipesan dari kartu
- Tanggal kirim baru diberikan setelah pekerjaan masuk jadwal bersama
Metrik sederhana untuk dipantau
- Waktu respons pertama — target: di bawah 4 jam kerja
- Konversi pertanyaan → DP dibayar — perkiraan saat ini 25%, target 35%
- Pengerjaan ulang per bulan — target: 0–1
- Pengiriman tepat waktu — target: 90%
Rencana bertahap
- Minggu 1: siapkan kotak masuk bersama dan templat kartu pekerjaan
- Minggu 2: susun daftar harga untuk 12 opsi yang paling sering dipesan
- Minggu 3: pindahkan papan tulis ke jadwal bersama; latih kepala bengkel
- Minggu 4: evaluasi 10 pesanan pertama dengan metrik baru
Klien: Jati Rapi Studio, bengkel mebel 9 orang yang membuat meja dan rak sesuai pesanan. Proses yang ditinjau: penerimaan pesanan, penjadwalan produksi, pengiriman dan pemasangan.
Klien dan semua datanya fiktif.
Tentang layanan ini
Tim perangkat lunak melambat di ruang antartugas: tiket tanpa kriteria penerimaan, pull request yang menunggu review berhari-hari, pengujian yang dijejalkan di hari rilis, dan hotfix yang melewati semua aturan. Kami memetakan bagaimana pekerjaan berjalan dari ide dan backlog melalui perencanaan, pengembangan, code review, pengujian, dan rilis hingga dukungan atas apa yang sudah dirilis. Anda mendapatkan aturan tiket yang lebih jelas, alur review dan pengujian yang sesuai dengan ukuran tim Anda, rutinitas rilis, dan beberapa angka delivery untuk dipantau.
Yang termasuk
- Yang Anda dapatkanTinjauan tertulis: alur kerja dari backlog hingga rilis dengan peran dan alat, tabel waktu tunggu dan pengerjaan ulang, proses yang diperbaiki dengan aturan tiket, review, dan rilis, metrik, dan rencana perubahan.
- Peta dari backlog hingga rilisPerencanaan, coding, review, pengujian, deploy
- Waktu tungguTiket, review, dan tes yang menganggur
- Aturan tiketDefinition of ready dan definition of done
- Rutinitas rilisDaftar periksa, rollback, dan jalur hotfix
- Metrik deliveryCycle time, waktu tunggu review, bug yang lolos
Cara kerja
- 1BriefAnda menjelaskan tim, alat, dan titik masalah
- 2TinjauanKami menelusuri satu tugas dari ide hingga rilis
- 3RencanaAnda menerima aturan baru dan langkah penerapan
Yang kami butuhkan dari Anda
Ukuran tim dan perannya, cara Anda merencanakan (sprint, Kanban, atau tidak keduanya), tracker dan code hosting Anda, bagaimana code review dan pengujian dilakukan, seberapa sering Anda merilis, apa yang salah, dan tangkapan layar papan atau daftar pull request Anda.
Kami akan menanyakan:
- Seberapa besar timnya, dan peran apa saja yang ada?
- Tracker dan code hosting apa yang Anda gunakan?
- Berapa lama pull request biasanya menunggu review?
- Apa yang salah dalam beberapa rilis terakhir Anda?
Bandingkan paket
| Paket | DasarSatu tahap alur kerjaRp 323.000 | StandarHingga 3 tahapRp 663.000 | PremiumDari ide hingga dukungan, rencana 90 hariRp 1.343.000 |
|---|---|---|---|
| Tenggat | 1 hari | 2 hari | 4 hari |
| Revisi | 1 | 2 | 3 |
| Proses | 1 | hingga 3 | hingga 6 |
| Metrik untuk dipantau | hingga 3 | hingga 6 | hingga 10 |
| Rencana perbaikan | Langkah demi langkah | Langkah demi langkah | 90 hari, minggu demi minggu |
| Pesan Dasar | Pesan Standar | Pesan Premium |
Perlindungan pembayaran
Anda membayar saat memesan, tetapi uangnya diteruskan hanya untuk hasil kerja yang diterima.
- Harga pastiHarga paket tidak berubah setelah Anda membayar.
- Uang ditahanSaat Anda membayar, jumlahnya hanya ditahan. Dana diteruskan ke Dleex setelah Anda menerima hasil kerja.
- Diperiksa sebelum penyerahanSetiap hasil melewati pemeriksaan kualitas sebelum sampai kepada Anda, dan Anda dapat melihatnya di halaman pesanan sebelum menerimanya.
- Revisi gratisMinta revisi sesuai brief Anda sebanyak yang diizinkan paket.
- Diterima setelah 3 hariJika dalam 3 hari setelah penyerahan hasil Anda tidak menerima hasil kerja maupun meminta revisi, hasil kerja diterima secara otomatis. Jika Anda menulis di chat pesanan setelah penyerahan hasil, pesanan akan menunggu; setelah kami menjawab, kami dapat memulai ulang hitungan 3 hari dan akan memberitahukannya di chat.
- Dikerjakan ulang atau pengembalian dana penuhJika hasilnya tidak sesuai brief Anda dan revisi tidak memperbaikinya, atau pengerjaan memakan waktu lebih dari dua kali tenggatnya, tulis di chat pesanan: kami akan mengerjakan ulang atau mengembalikan pembayaran secara penuh.
Tanya jawab
Apakah Anda juga meninjau kode kami?
Tidak, ini tentang alur kerja tim. Code review dengan perbaikan adalah layanan terpisah.
Apakah Anda akan mengonfigurasi CI atau tracker kami?
Tidak. Kami menjelaskan aturan dan pemeriksaannya; tim Anda yang mengatur alatnya.
Apakah Anda memaksakan metode tertentu seperti Scrum?
Tidak. Kami berangkat dari cara Anda bekerja saat ini dan hanya mengubah apa yang memperlambat Anda.