Custom build vs SaaS embedded — kapan masing-masing masuk akal
Honest trade-off matrix. Distribution moat, network effect, system-of-record. 3 tanda SaaS embedded menang, 3 tanda custom build menang.
Custom build vs SaaS embedded — kapan masing-masing masuk akal
Setiap engagement scoping awal, klien sering tanya: "Kami harus custom build atau pakai SaaS yang sudah ada?" Jawaban yang fair: tergantung.
Article ini matrix decision yang saya pakai di sesi konsultasi awal. Bukan rule rigid — tapi factor yang konsisten muncul di engagement past.
3 tanda SaaS embedded MENANG
Custom build TIDAK masuk akal kalau salah satu dari ini berlaku:
1. Distribution moat + network effect existing
SaaS yang Anda pakai punya jutaan user historis + ekosistem partner + integration native di tools lain. Custom equivalent perlu bangun seluruh ekosistem dari nol — break-even 5-15 tahun.
Contoh:
- Google Workspace / Microsoft 365 — collaboration tools dengan email + docs + calendar yang interoperable dengan ekosistem klien Anda
- Salesforce — CRM dengan jutaan integration + AppExchange + 25 tahun data model maturity
- Slack / Microsoft Teams — communication tool yang network effect-nya massive (klien Anda + vendor Anda + freelancer Anda semua sudah di sana)
Custom build replacement = wasteful. Augment via API integration + build layer custom untuk gap spesifik = surgical scope.
2. System-of-record dengan data history
Database yang isi data klien historis bertahun-tahun. Migrasi = high-risk + high-cost + butuh dual-run period yang panjang.
Contoh:
- ERP yang sudah jalan 5+ tahun dengan invoice history + inventory record + accounting data
- HRIS dengan payroll history + employee record + tax filing record
- Customer database dengan 5+ tahun transactional history + segmentation tag
Force migrate ke custom build = 12-24 bulan project + risk data corruption + risk operational disruption. Cost-benefit hampir selalu negative.
3. Regulated vertical specialized SaaS
SaaS yang core function-nya regulated + butuh compliance pedigree yang specific.
Contoh:
- Banking core system (Fineksi, Profile Software, dll.)
- Healthcare EMR (yang sudah comply HIPAA-equivalent atau Indonesian sectoral mandate)
- Tax accounting (yang sudah ter-integrasi dengan Direktorat Jenderal Pajak e-faktur)
- Securities trading (yang sudah comply OJK regulasi)
Custom build di vertical ini = perlu ulang seluruh compliance certification. Cost-benefit hampir selalu negative kecuali Anda institusi regulator-grade dengan budget enterprise.
3 tanda CUSTOM BUILD menang
Custom build masuk akal kalau salah satu dari ini berlaku:
1. Workflow commodity yang utilization-nya 25-30% di SaaS
Tools yang dibayar per-seat tapi tim hanya pakai subset kecil fitur. Cost SaaS scale linear sementara value tidak. Custom build menggunakan n8n + LLM API = cost flat regardless of volume.
Contoh:
- Email marketing automation yang Anda pakai cuma untuk newsletter mingguan (10% feature). Custom build dengan SMTP relay + Postmark / Resend API + templates = saving 60-80%.
- Project management dengan tier "Enterprise" (Rp 800k/seat) yang Anda pakai cuma untuk task tracking dasar. Custom build dengan Notion / Linear free tier + API integration ke workflow = saving 70%+.
Break-even custom build typically 6-18 bulan — fit untuk klien yang plan retain SaaS spend di workflow tersebut 3+ tahun.
2. 25-30% unused SaaS feature
Forrester 2025 confirm angka ini di mid-market global. Field observation kami di Indonesian B2B (lihat post 30% rule of SaaS — apa yang kami temukan) menunjukkan range yang lebih variable, tapi pattern serupa.
Pattern decision: kalau Anda bayar tier "Enterprise" karena butuh 1-2 fitur spesifik — custom integration layer untuk fitur tersebut + downgrade ke tier "Pro" sering ROI-positive dalam 6-12 bulan.
Contoh:
- SSO yang Anda butuh tapi cuma available di tier Enterprise → custom build OAuth proxy
- Custom field + advanced reporting yang Anda butuh → custom analytics layer di atas API tier Pro
- Compliance audit log → custom audit log layer
3. Cost SaaS scale linear dengan tim, sementara value tidak
SaaS dengan per-seat pricing yang scale 10x saat tim 10x, tapi feature usage tidak proporsional 10x.
Contoh:
- Communication tools: Slack Enterprise Grid Rp 800k/seat * 100 seat = Rp 80 juta/bulan. Custom workflow custom integration + alternative pakai Discord / Mattermost / self-host Rocket.Chat = cost flat.
- Customer support tools: Zendesk Enterprise per-agent. Volume ticket per agent berbeda — beberapa agent handle 50 ticket/hari, beberapa 5 ticket/hari. Cost per-seat tidak fit utilization variance.
- Marketing automation: Mailchimp tier scale by contact count. Tools transactional + database + list management lebih lean kalau kontak count 50k+.
Decision matrix konkret
Saat scoping engagement, saya pakai matrix ini:
| Indicator | Skor SaaS embedded | Skor custom build |
|---|---|---|
| Tools punya distribution moat (network effect, data history >3 tahun) | +3 | -2 |
| Regulated vertical compliance | +3 | -2 |
| Utilization >70% di tools yang dipakai | +2 | -1 |
| Utilization <30% di tools | -1 | +2 |
| Cost SaaS scale linear dengan tim | -1 | +2 |
| Klien punya tim teknis untuk maintain custom build | 0 | +1 |
| Klien plan retain SaaS spend 3+ tahun | -1 | +2 |
| Break-even custom build < 18 bulan | -1 | +2 |
Tally up. Kalau skor SaaS > custom build = augment, jangan rebuild. Kalau custom build > SaaS = build replacement, tapi pastikan plan klien punya capacity untuk maintain.
Pattern hybrid yang sering masuk akal
Kebanyakan klien tidak pure binary. Pattern hybrid yang konsisten work:
1. Augment existing dengan custom layer
Retain SaaS sebagai system-of-record. Bangun custom integration + custom workflow layer di atasnya. Pakai SaaS API untuk read/write, business logic di custom Python / n8n.
Contoh: klien punya Salesforce sebagai CRM. Custom build:
- Lead qualification AI tier-1 yang push qualified lead ke Salesforce via API
- Custom dashboard di atas Salesforce data dengan analytics yang Salesforce native tidak provide
- Auto-follow-up workflow yang trigger berdasarkan Salesforce stage change
Cost custom = Rp 50-150 juta one-time + minor ongoing. Saving SaaS = retained, plus added capability.
2. Replace tool yang utilization rendah
Cancel SaaS dengan utilization <30%. Replace dengan custom workflow custom yang fokus 3-5 use case yang real.
Contoh: klien cancel marketing automation Rp 4 juta/bulan. Custom build dengan SMTP + LLM-generated copy + n8n schedule + Postgres list = Rp 30-50 juta one-time, ongoing Rp 500k-1 juta/bulan.
3. Greenfield workflow tanpa SaaS dependency
Workflow baru yang tidak ada SaaS yang fit perfectly. Bangun custom dari awal dengan pattern modular.
Contoh: klien butuh AI tier-1 customer support automation. Tidak ada SaaS yang fit budget + customization kebutuhan. Custom build dengan Anthropic Claude + Postgres state + n8n + WhatsApp Cloud API.
Yang saya WAJIB sampaikan ke klien
Setiap proposal custom build, saya disclose explicit:
-
Maintenance cost ongoing. Custom build punya maintenance debt — bug fix, library update, vendor API change yang break integration. Plan minimum 5-10% one-time cost per tahun untuk maintenance.
-
Forrester 75% in-house build failure mode. Custom build yang tidak ada governance + handover discipline akan masuk bucket ini. Kami counter dengan pattern proven internal (per
/patternpage). -
Vendor SaaS bisa develop fitur yang Anda custom build. Saat Salesforce / Slack add native AI feature yang menyamai custom build Anda, ROI custom build perlu re-evaluate.
Penutup
Custom build dengan agentic AI tidak selalu menang. Honest trade-off ini yang vendor "AI-first" tidak akan kasih tahu. Sales pitch yang push "rebuild semua dari nol dengan AI" biasanya tidak account distribution moat + network effect + data history yang sudah investment di tools existing.
Pattern Capital Commerce: surgical scope. Audit existing stack, identify waste 25-30% yang custom build masuk akal, retain SaaS yang punya moat. Bukan rip-and-replace, bukan NIH (Not-Invented-Here).
Stack kamu sudah audit terakhir kapan?
Tag internal: Pillar 2 · Honest trade-off · Teardown · S1+S3 Cross-reference: /services/consulting-technology · /services/modular-workflow · /pattern · Canonical/sovereign-decision-matrix
