Solution Design

Proses merancang solusi teknis dan bisnis yang menjawab kebutuhan klien berdasarkan temuan Discovery. Pendekatan Divistant bersifat consulting-led — dimulai dari pemahaman bisnis, baru ke arsitektur teknis. Diselaraskan dengan ISO 9001:2015 (Klausul 8.3 — Design and Development) dan ISO 27001:2022 (Security by Design).

Kapan & Untuk Siapa

Tujuan & Outcome

Definisi Istilah

Solution Design Framework: 4 Langkah

Langkah 1: Problem Framing (Hari 1)

Sebelum mendesain solusi, pastikan masalah sudah benar-benar dipahami dan disepakati.

Problem Statement Template:

Saat ini, [siapa] mengalami [masalah apa] yang menyebabkan [dampak bisnis].
Mereka membutuhkan [kapabilitas apa] sehingga [outcome yang diharapkan].
Solusi harus memenuhi constraints: [budget/timeline/tech/compliance].

Langkah 2: Options Analysis (Hari 1-2)

Selalu siapkan 2-3 opsi solusi. Jangan langsung lompat ke satu solusi.

Build vs Buy vs Integrate Decision Guide:

Langkah 3: Recommended Architecture (Hari 2-3)

Desain detail untuk opsi yang direkomendasikan.

Komponen Architecture Document:

Architecture Diagram Standards:

• Gunakan notasi yang konsisten (C4 model direkomendasikan untuk high-level)
• Sertakan legend/keterangan
• Bedakan warna: existing (abu-abu), new (biru), third-party (hijau)
• Tunjukkan data flow direction (arrows)
• Tool yang digunakan: draw.io, Mermaid, atau Excalidraw

Security by Design Checklist (ref: ISO 27001):

• Authentication method defined (SSO, OAuth2, SAML)
• Authorization model defined (RBAC, ABAC)
• Data encryption at-rest dan in-transit
• API security (rate limiting, input validation)
• Audit logging
• Data residency requirements (UU PDP)
• Backup & disaster recovery plan

Langkah 4: Implementation Approach (Hari 3-4)

Bagaimana solusi akan dibangun dan di-deploy.

Phasing Best Practices:

• Phase 1 (MVP): Fokus pada "Must" requirements saja, target quick-win
• Phase 2: "Should" requirements + optimization
• Phase 3: "Could" requirements + scaling
• Setiap phase harus deliverable value secara mandiri

Design Review Process

Setiap solution design harus melalui review sebelum disampaikan ke klien.

Review Checklist:

• Problem statement sesuai dengan discovery findings
• Semua "Must" requirements ter-address
• Options analysis lengkap (minimal 2 opsi)
• Architecture diagram jelas dan lengkap
• Security considerations addressed (ISO 27001)
• Scalability dan performance dipertimbangkan
• Integration points teridentifikasi dan feasible
• Technology stack justified (bukan hanya preferensi)
• Phasing masuk akal dari perspektif value delivery
• Risiko teridentifikasi dengan mitigation plan
• Estimasi effort bisa diturunkan dari design ini

Flow di BizOps CRM

Template & Aset

📘 Internal (Know)

📊 Presentasi (Show)

📎 Customer-Facing (Share)

Semua template tersedia di Tools & Templates.

Skenario Umum

Skenario 1: Klien minta solusi tapi budget sangat terbatas

Situasi: Discovery menunjukkan scope besar, tapi budget klien hanya cukup untuk 30% dari scope.

Tindakan:

1. Design MVP yang benar-benar minimal tapi fungsional
2. Tunjukkan roadmap: "Dengan budget saat ini, kita bisa deliver Phase 1 yang mencakup [X, Y, Z]"
3. Pastikan Phase 1 standalone dan memberikan value tanpa Phase 2
4. Propose engagement model yang budget-friendly (misalnya T&M dengan cap)
5. Jangan compromise kualitas — lebih baik scope kecil tapi berkualitas

Skenario 2: Requirement berubah setelah solution design selesai

Situasi: Klien menambahkan requirement baru setelah design sudah di-review.

Tindakan:

1. Assess impact: apakah perubahan ini minor tweak atau fundamental shift?
2. Jika minor: adjust design, update document, no major re-work
3. Jika major: perlu mini-discovery tambahan + re-design
4. Komunikasikan dampak ke timeline dan budget secara transparan
5. Dokumentasikan change request (penting untuk proposal nanti)

Skenario 3: Tim internal tidak punya expertise untuk teknologi yang dipilih

Situasi: Solusi optimal membutuhkan teknologi yang belum dikuasai tim Divistant.

Tindakan:

1. Evaluate: apakah bisa upskill tim dalam timeline proyek?
2. Jika ya: include training time di estimasi
3. Jika tidak: pertimbangkan partnership atau subcontracting
4. Alternatif: pilih teknologi yang dikuasai meskipun sedikit kurang optimal
5. Transparansi ke klien tentang approach yang dipilih

Skenario 4: Klien meminta "enterprise-grade" tapi untuk 10 users

Situasi: Klien over-engineer requirement, minta arsitektur yang terlalu besar untuk kebutuhan actual.

Tindakan:

1. Tunjukkan data: "Untuk 10 users, arsitektur [simpler option] sudah lebih dari cukup"
2. Tunjukkan cost comparison antara enterprise vs right-sized
3. Propose "scale-ready" architecture: mulai simple, bisa di-scale jika needed
4. Jika klien insist, dokumentasikan keputusan dan pastikan mereka paham cost implication

Checklist

Solution Design Checklist

• Problem statement validated dari Discovery
• All "Must" functional requirements addressed
• All "Must" non-functional requirements addressed
• Integration points identified dan feasible
• Security & compliance considered (ISO 27001, UU PDP)
• Scalability dan performance planned
• Data migration strategy defined (jika applicable)
• 2-3 options analyzed dengan trade-offs
• Recommended option clearly justified
• Architecture diagram(s) created
• Technology stack justified
• Phasing strategy defined (MVP → phases)
• Team composition identified
• Top risks identified dengan mitigation
• Design review completed dan approved

Tanggung Jawab

R = Responsible, A = Accountable, C = Consulted, I = Informed

Referensi

Standar:

• Quality Policy — ISO 9001:2015 Klausul 8.3: Design and Development
• Information Security Policy — ISO 27001:2022: Security by Design
• Risk Management Policy — ISO 31000: Risk assessment dalam solution design

Halaman terkait dalam Presales Playbook:

• Discovery Process — Input utama
• Service Catalog — Referensi layanan untuk compose solusi
• Technical Qualification (FTQ) — Deep-dive teknis
• Effort Estimation — Tahap setelah solution design
• Value Engineering & ROI — Justifikasi business value

Playbook lain:

• Delivery Playbook — Architecture standards untuk delivery
• Engineering Playbook — Technology standards dan best practices