1. Latar belakang

Di Web Builder (web.putuadi.id), CRM dibangun untuk mengelola leads berdasarkan posisi mereka di perjalanan menjadi customer. Tujuannya bukan sekadar menyimpan data kontak, tetapi mengatur pengalaman komunikasi yang berbeda untuk setiap orang, sesuai tahap (stage) yang sedang mereka jalani.

Framework yang dipakai adalah Customer Journey Maps dengan 5 stage:

1. Awareness
2. Consideration
3. Purchase
4. Retention
5. Advocacy

Setiap stage memiliki tujuan komunikasi yang berbeda, sehingga alur konten marketing (email atau WhatsApp) juga berbeda.

2. Cara kerja inti yang ingin dibangun

A. Leads dikelompokkan berdasarkan stage

Di halaman /marketing, data leads ditampilkan per stage. Jadi bukan satu list campur, tetapi tiap tab (Awareness, Consideration, dst.) punya tabel list lead masing masing.

B. Setiap stage punya “paket konten” sendiri

Contoh implementasi:

• Awareness, disiapkan 10 konten (artikel, edukasi, freebie, perkenalan brand) yang dikirim bertahap harian.
• Consideration, disiapkan 10 konten yang berbeda (studi kasus, komparasi, penawaran halus, pricing, dll.).
• Purchase, kontennya fokus dorong closing (CTA jelas, reminder, promo, follow up final).
• Retention, fokus after sales (tutorial, edukasi lanjutan, upsell, repeat order).
• Advocacy, fokus testimoni, referral, review, komunitas.

C. Pindah stage berarti pindah aliran konten, saat itu juga

Ini adalah poin kunci dari sistem:

• Lead masuk ke stage tertentu, otomatis masuk ke “flow” konten untuk stage itu.
• Saat lead berubah perilaku (misalnya dari Awareness mulai chat dan tanya layanan), lead dipindahkan ke Consideration.
• Begitu pindah, pada hari dan momen itu juga, alur konten harus berubah, flow lama berhenti, flow baru aktif.
• Saat lead membeli, dipindah ke Purchase, lalu otomatis masuk flow Purchase, dan seterusnya.

Jadi sistem bukan sekadar kirim email terjadwal, tetapi mengatur “perjalanan” user dan mengganti komunikasi berdasarkan perubahan status.

3. Istilah umum di industri untuk konsep ini

Konsep yang dibangun ini sebenarnya sudah umum, istilah yang sering dipakai:

• Marketing Automation, otomasi aktivitas marketing seperti segmentasi, penjadwalan, nurturing, dan workflow.
• Lead Nurturing, proses “mematangkan” lead lewat edukasi dan follow up sampai siap beli.
• Drip Campaign, pengiriman konten bertahap (misalnya harian) berdasarkan jadwal atau trigger.
• Lifecycle Marketing Automation, otomasi berdasarkan tahap lifecycle customer.
• Customer Journey Orchestration, orkestrasi alur pengalaman lintas channel (email, WA, dsb) berbasis stage dan event.

Versi ringkasnya, ini adalah stage based nurturing yang berfungsi sebagai journey automation.

4. Keputusan arsitektur yang paling realistis

Sistem email automation punya dua komponen besar:

1) Otak Automation (dibangun sendiri di Web Builder)

Ini mencakup:

• stage, rules, schedule, queue, log, stop atau pindah flow
• definisi paket konten per stage
• penentuan kapan konten dikirim, hari ke berapa, berdasarkan event
• tracking internal, siapa sudah menerima apa, dan apa next action

2) Mesin Pengirim Email (pakai provider)

Yang paling aman dan realistis adalah tetap memakai penyedia pengiriman email seperti Amazon SES, SendGrid, Mailgun, Postmark, dan sejenisnya, via API atau SMTP.

Kenapa, karena “mengirim email” bukan sekadar kirim, tapi soal deliverability, reputasi domain dan IP, bounce, complaint, spam, rate limit, feedback loop, dan monitoring.

Kesimpulan keputusan:

• Bangun sistem automasinya sendiri, kirim emailnya pakai provider.

5. Plus minus membangun automation sendiri

Plus

1. Kontrol penuh workflow
   Logic perpindahan stage bisa persis sesuai kebutuhan CRM, termasuk aturan “pindah stage langsung ganti flow hari itu juga”.
2. Integrasi kuat dengan data proyek
   Karena Web Builder multi proyek, automation bisa dibuat per proyek, per layanan, per sumber lead, tanpa batasan tool SaaS.
3. Fleksibel untuk eksperimen
   Bisa tambah aturan berbasis event, misalnya klik link pricing, reply email, isi form, chat WA, dan lain lain.
4. Potensi lebih efisien jangka panjang
   Kalau volume besar, biaya tool SaaS bisa mahal, sistem sendiri lebih terkendali.

Minus

1. Deliverability itu sulit
   Kalau nekat bikin SMTP sendiri, risiko email masuk spam tinggi dan bisa merusak reputasi domain.
2. Compliance dan risiko reputasi
   Unsubscribe, consent, complaint, bounce, harus rapi. Jika banyak yang report spam, dampaknya bisa ke semua email bisnismu.
3. Maintenance rutin
   Queue macet, cron gagal, duplikasi kirim, error template, webhook bounce gagal terbaca, ini semua jadi pekerjaan harian.
4. Fitur kecil yang ternyata mahal kalau dibuat
   Segmentasi dinamis, A/B testing, send window, timezone scheduling, click tracking, suppression list, retry policy, perlu effort lumayan.

6. Rekomendasi implementasi MVP yang aman

Fokus MVP bukan membuat semua fitur ala SaaS besar, tapi membuat inti automation yang stabil.

Komponen minimal yang disarankan:

1. Tabel leads
   Menyimpan data lead dan stage aktif.
2. Tabel riwayat aktivitas lead
   Menyimpan event dan interaksi (misalnya lead membalas, minta penawaran, sudah deal, dll). Ini juga membuat timeline riwayat menjadi real.
3. Tabel paket konten per stage
   Berisi urutan konten (hari ke 1 sampai 10), subject, body, template, dan channel.
4. Tabel queue pengiriman
   Berisi email yang akan dikirim, kapan dikirim, status (pending, sent, failed), retry count, error terakhir.
5. Log pengiriman
   Mencatat email apa yang sudah dikirim ke siapa, kapan, hasilnya apa.
6. Unsubscribe dan suppression list
   Wajib untuk menghindari kirim ke orang yang sudah opt out, atau email yang bermasalah.
7. Webhook handler dari provider
   Untuk menangkap bounce dan complaint, lalu update suppression list.
8. Scheduler yang stabil
   Lebih aman pakai cron job server daripada mengandalkan WP-Cron untuk proses pengiriman.
9. Idempotency
   Supaya kalau proses jalan dua kali, email tidak terkirim dua kali.

7. Contoh alur sederhana yang sesuai kebutuhan CRM

• Lead baru masuk, stage Awareness, otomatis masuk flow Awareness, mulai kirim konten hari ke 1.
• Jika lead membalas dan tanya layanan, sistem mencatat event, stage berubah ke Consideration.
• Saat stage berubah, sistem:
  1. menghentikan flow Awareness untuk lead tersebut
  2. membuat jadwal baru flow Consideration dimulai sekarang
• Jika lead membeli, stage berubah ke Purchase, flow berubah lagi, dan seterusnya.

8. Catatan penting untuk masa depan

Konsep ini bisa berkembang ke:

• multi channel automation, email plus WhatsApp
• scoring, lead score untuk bantu pindah stage lebih otomatis
• rule builder visual (canvas), tapi ini tahap lanjut
• integrasi template konten dan prompt LLM agar konten bisa auto generate per proyek

9. Ringkasan keputusan akhir

Sistem yang ingin dibangun ini adalah Customer Journey stage based nurturing yang termasuk kategori marketing automation dan journey orchestration.

Strategi paling realistis untuk Web Builder:

• Bangun otak automation sendiri (rules, stage, flow, queue, log).
• Gunakan provider untuk pengiriman email (API atau SMTP) agar deliverability aman dan maintenance ringan.

Opsi Follow Up lewat WhatsApp

1. Kenapa WhatsApp relevan untuk CRM stage based nurturing

Selain email, WhatsApp cocok untuk follow up karena sifatnya lebih cepat dibaca, lebih personal, dan percakapannya terasa natural. Di konteks CRM Web Builder, WhatsApp bisa dipakai sebagai channel utama atau pendamping email, dengan pola yang sama, yaitu konten yang dikirim berbeda sesuai stage (Awareness sampai Advocacy), dan akan berubah saat lead pindah stage.

2. Ada 3 jalur penggunaan WhatsApp untuk follow up

1. WhatsApp pribadi
   Cocok untuk follow up 1 per 1, tapi kurang ideal untuk operasional bisnis yang mulai ramai karena minim fitur bisnis dan kolaborasi tim.
2. WhatsApp Business App (gratis)
   Cocok untuk fase awal follow up manual. Fitur yang berguna untuk CRM:
   • Label untuk menandai stage (Awareness, Consideration, dst.)
   • Quick replies untuk template balasan cepat per stage
   • Greeting dan away message
   • Katalog (opsional) untuk daftar layanan
3. WhatsApp Business Platform (berbayar), sering disebut WhatsApp API
   Ini jalur resmi untuk otomatisasi, integrasi ke CRM, multi agent, bot, sequence, logging, dan laporan. Biasanya dipakai saat volume sudah besar dan butuh sistem pengiriman terstruktur.

3. Perbedaan risiko WhatsApp vs Email

Di WhatsApp tidak ada konsep inbox vs spam folder seperti email. Risiko utamanya bukan “masuk spam”, tetapi:

• Lead melakukan block atau report,
• kualitas akun turun,
• lalu WhatsApp membatasi kemampuan mengirim pesan atau bahkan membatasi akun.

Jadi di WhatsApp, indikator bahaya utama adalah feedback negatif dari penerima, bukan deliverability teknis seperti email.

4. Aturan penting jika nanti naik ke WhatsApp Business Platform

Jika memakai WhatsApp Business Platform, ada aturan utama:

• Wajib opt-in, hanya boleh menghubungi orang yang sudah memberi izin menerima pesan dari bisnis.
• Ada konsep jendela layanan 24 jam, jika user baru chat, kamu bisa balas bebas selama 24 jam sejak pesan terakhir user. Di luar itu, harus pakai template pesan yang disetujui.
• Biaya biasanya dihitung per pesan yang berhasil terkirim (delivered), dan kategorinya bisa marketing, utility, authentication, service.

5. Rekomendasi implementasi untuk Web Builder

• Tahap awal (manual follow up): gunakan WhatsApp Business App, atur label per stage, siapkan quick reply per stage, dan follow up 1 per 1 secara personal.
• Tahap scale (semi otomatis atau otomatis): naik ke WhatsApp Business Platform agar CRM Web Builder bisa mengatur flow per stage, mengirim sequence otomatis, mencatat log pengiriman, dan mematuhi aturan template serta opt-in.

6. Catatan desain sistem, jika WhatsApp ingin diintegrasikan ke automation engine

Jika channel WhatsApp ditambahkan ke automation engine, struktur logika tetap sama seperti email:

• Ada paket konten per stage,
• ada queue pengiriman,
• ada log pengiriman,
• saat lead pindah stage, flow lama berhenti dan flow baru aktif,
  yang beda hanya “provider pengirim” dan “aturan compliance” WhatsApp yang lebih ketat soal opt-in, 24 jam window, dan template.