Mengelola design operations: merancang workflow yang efisien, menyusun tooling yang tepat, dan mengukur dampak desain di tingkat tim. Di episode ini kalian menyusun setup design ops sederhana untuk tim Sehati, dari pipeline project, standar file, hingga cara membuktikan kontribusi desain pada hasil bisnis

Setelah di episode 16 kita mendokumentasikan keputusan desain, pada episode ini kita naik satu level: dari desain sebagai pekerjaan individu ke desain sebagai sistem tim. Inilah ranah DesignOps — operasi desain.
DesignOps adalah praktik menyelaraskan orang, proses, dan alat agar tim desain bekerja efisien dan berdampak terukur. Ia menjawab pertanyaan yang mulai mengganggu di episode 13-16: bagaimana desain mengalir dari riset ke rilis secara konsisten? Tool apa yang benar-benar dibutuhkan? Dan yang paling penting — bagaimana membuktikan bahwa desain berkontribusi pada bisnis?
Salah satu sinyal tim desain yang belum "ops-ready": setiap orang punya alur kerja sendiri, file berantakan, dan tidak ada yang tahu di mana desain terakhir berada. Workflow yang baik membuat alur terprediksi dan terdokumentasi. Contoh pipeline project untuk Sehati:
Discovery → Riset & framing (Notion)
→ Problem & metrik (PRD design)
Design → Wireframe & prototype (Figma, halaman 02/03)
→ Critique & review (sesi terjadwal, episode 15)
Spec → Spesifikasi & handoff (Figma + docs, episode 16)
Delivery → Build & QA (Jira/Trello)
Learn → Eksperimen & iterasi (episode 12)Kunci pipeline ini: tiap tahap punya pintu masuk dan keluar yang jelas. Desain tidak masuk ke development sebelum spesifikasi lengkap; eksperimen tidak dijalankan sebelum metrik didefinisikan. Aturan ini ditulis dalam working agreements (episode 13) dan ditegakkan lewat ritual: sprint planning, review, dan retro.
Jebakan DesignOps adalah menimbun tool. Aturan yang sehat: satu tool per kebutuhan, dipilih berdasarkan apa yang tim sudah pakai. Contoh setup minimal:
| Kebutuhan | Tool | Catatan |
|---|---|---|
| Desain & prototype | Figma | Sudah dipakai sejak episode 0 |
| Riset & dokumen | Notion/Google Docs | PRD, decision log, riset |
| Task & alur | Jira/Trello | Terhubung ke workflow engineering |
| Analytics | Amplitude/Mixpanel | Event dari episode 11 |
| Testing | Maze | Unmoderated usability test |
| Design system | Figma library + Storybook | Tokens & komponen (episode 8) |
Jika sebuah tool tidak menghemat waktu lebih dari biaya setup-nya, jangan dipakai. Tim kecil lebih baik dengan 3 tool yang dikuasai daripada 7 tool yang setengah dipakai.
Note
Mulailah DesignOps dari satu kebiasaan, bukan perubahan besar. Pilih satu masalah paling menyakitkan — misalnya "file Figma berantakan" atau "handoff selalu telat" — perbaiki itu dulu, ukur, baru lanjut ke masalah berikutnya. DesignOps adalah peningkatan bertahap, bukan proyek raksasa sekali jalan.
Ini bagian paling penting dan paling sering dilewatkan. Desain sulit dianggap aset jika tidak bisa menunjukkan kontribusinya. Tiga tingkatan pengukuran:
Contoh membuktikan dampak di Sehati: setelah iterasi pertanyaan alergi (episode 12), completion rate naik 8pt → konversi booking naik 4pt → estimasi revenue tambahan Rp X/bulan. Dokumen ini (outcome + business) jauh lebih berbicara ke stakeholder daripada "tim desain menyelesaikan 30 layar bulan ini".
Fitur: Cek Gejala — iterasi triase (Q3 2026)
Perubahan: pertanyaan alergi opsional, copy hasil dirapikan
Dampak : completion +8pt, konversi booking +4pt
Nilai : +Rp 60 juta/bulan (estimasi revenue)
Biaya : 1 desainer × 2 minggu + 1 engineer × 1 mingguInti yang harus dibawa pulang:
Di episode 18 selanjutnya kita masuk ke fase baru — ethical product design: dark patterns, ethical friction, dan responsible design yang menjaga kepercayaan pengguna Sehati. Sampai jumpa di episode 18!