> For the complete documentation index, see [llms.txt](https://docs.diro.app/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.diro.app/mulai/persiapan-awal.md).

# Persiapan Awal

Ikuti urutan ini. Setiap langkah bergantung pada langkah sebelumnya — misalnya layanan tidak bisa dijadwalkan sebelum cabang punya jam buka.

```mermaid
flowchart LR
  A["1. Profil<br/>Bisnis"] --> B["2. Cabang &<br/>Jam Buka"]
  B --> C["3. Layanan &<br/>Harga"]
  C --> D["4. Staf &<br/>Resource"]
  D --> E["5. Jadwal"]
  E --> F["6. Pembayaran &<br/>Rekening Bank"]
  F --> G["7. Tampilan<br/>Storefront"]
  G --> H["8. Uji Coba<br/>Booking"]
```

## 1. Lengkapi profil bisnis

**Pengaturan → Pengaturan → tab Bisnis.** Nama bisnis, logo, deskripsi, kontak, dan subdomain. Subdomain menentukan alamat storefront Anda (`nama-bisnis.diro.app`), jadi pilih yang pendek dan mudah diingat.

## 2. Buat cabang dan jam buka

**Pengaturan → Cabang.** Minimal satu cabang wajib ada. Isi alamat, titik peta, kontak, dan jam operasional per hari.

Jam operasional cabang ditampilkan ke pelanggan sebagai informasi, tetapi **tidak membatasi slot booking**. Ketersediaan slot sepenuhnya ditentukan di jadwal layanan (langkah 5) dan ketersediaan resource (langkah 4).

## 3. Buat layanan dan harga

**Data Master → Layanan.** Untuk setiap layanan isi nama, kategori, foto, durasi, harga, dan cabang tempat layanan tersedia.

Kalau bisnis Anda menjual paket atau kelas rutin, baca dulu [Layanan, Paket & Add-on](/operasional/layanan.md) sebelum membuatnya — struktur paket berbeda dari layanan biasa.

## 4. Tambahkan staf dan resource

**Data Master → Staf** untuk orang yang perlu login ke portal. Tentukan perannya, karena peran menentukan menu apa yang mereka lihat.

**Data Master → Resources → Item Resource** untuk provider (orang yang mengerjakan booking) dan ruangan/peralatan. Ini yang menentukan kapasitas — kalau Anda punya 3 kursi, buat 3 resource, bukan satu.

## 5. Atur jadwal

Ini bagian yang paling sering salah. Baca [Mengatur Jadwal Layanan](/operasional/jadwal-layanan.md) — di sana ada contoh untuk jadwal harian, kelas mingguan, dan sesi bulanan.

## 6. Aktifkan pembayaran dan rekening bank

**Pengaturan → Pengaturan → tab Pembayaran.** Pilih metode pembayaran yang ingin diterima, atur aturan pembatalan dan reschedule, dan tentukan siapa yang menanggung biaya transaksi.

**Pengaturan → Saldo.** Daftarkan rekening bank untuk penarikan dana. Tanpa rekening terdaftar, saldo tidak bisa dicairkan.

## 7. Atur tampilan storefront

**Pengaturan → Pengaturan → tab Tampilan** untuk warna, logo, dan template. **Situs → Situs Web** untuk halaman depan, section, dan blog. Lihat [Storefront Anda](/booking/storefront.md).

## 8. Uji coba booking sendiri

Buka storefront Anda di browser lain (atau mode incognito) dan lakukan satu booking dari awal sampai bayar. Ini menangkap 90% masalah konfigurasi sebelum pelanggan pertama menemukannya.

{% hint style="info" %}
Kalau slot tidak muncul saat uji coba, jangan ubah banyak hal sekaligus. Lihat [Pertanyaan Umum](/bantuan/faq.md) — ada urutan pengecekan yang spesifik.
{% endhint %}


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.diro.app/mulai/persiapan-awal.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.