to select ↑↓ to navigate
Presales Playbook

Presales Playbook

Technical Qualification (FTQ)

Technical Qualification (FTQ)

"Lebih baik menolak deal yang tidak fit di awal, daripada gagal deliver di akhir."


Kapan & Untuk Siapa

Keterangan
Kapan digunakan Setelah Discovery awal, sebelum invest effort di Solution Design & Proposal — untuk memvalidasi technical fit
Siapa yang pakai Solution Architect (pelaksana utama), Presales Consultant (koordinator), Technical Lead (reviewer)
Prasyarat Discovery initial findings tersedia, kebutuhan fungsional & teknis sudah teridentifikasi minimal high-level

Tujuan & Outcome

Tujuan Outcome
Memvalidasi bahwa solusi Divistant secara teknis fit dengan kebutuhan klien Technical fit/no-fit assessment yang jelas
Mengidentifikasi risiko teknis dan constraints sedini mungkin Risk register teknis yang actionable
Menghindari investasi effort besar pada deal yang secara teknis tidak feasible Efisiensi presales resources
Memberikan input akurat untuk Solution Design dan Effort Estimation Foundation yang kuat untuk tahap selanjutnya

Definisi Istilah

Istilah Definisi
FTQ (Functional & Technical Qualification) Proses penilaian apakah kebutuhan fungsional dan teknis klien bisa dipenuhi oleh kapabilitas Divistant
Technical Fit Tingkat kesesuaian antara kebutuhan teknis klien dengan kapabilitas solusi yang bisa kita deliver
Feasibility Assessment Evaluasi apakah suatu solusi secara teknis bisa diimplementasikan dalam constraint yang ada
Constraint Batasan teknis yang tidak bisa diubah: infrastruktur, compliance, integrasi, budget teknis
Technical Debt Kekurangan teknis yang sudah ada di environment klien dan berpotensi mempengaruhi implementasi
Compatibility Kemampuan solusi untuk bekerja dengan teknologi, sistem, dan standar yang sudah ada
Technical Go/No-Go Keputusan apakah secara teknis project ini layak dilanjutkan

Konten Utama

1. Posisi FTQ dalam Presales Flow

Discovery FTQ Solution Design Effort Estimation Proposal Fit → Lanjut ke Solution Design Conditional Fit → Lanjut dengan caveats & mitigasi No Fit → Stop / Inform Sales / Cari alternatif

FTQ adalah "gerbang" antara Discovery dan Solution Design. Tanpa FTQ yang baik, tim berisiko menginvestasikan waktu untuk mendesain solusi yang tidak bisa diimplementasikan.

2. FTQ Assessment Framework — 5 Dimensi

Setiap opportunity dinilai berdasarkan 5 dimensi teknis:

Dimensi 1: Functional Fit

Pertanyaan kunci: Apakah solusi kita bisa memenuhi kebutuhan fungsional klien?

Assessment Area Cara Evaluasi
Core requirements vs platform capability Mapping requirement ke fitur existing
Gap analysis Identifikasi fitur yang perlu custom development
Customization effort Estimasi high-level effort untuk gaps
Workaround availability Apakah ada alternatif jika fitur tidak tersedia

Scoring:

Score Kondisi
✅ Fit > 80% core requirements bisa dipenuhi out-of-the-box atau minor config
⚠️ Conditional 60-80% bisa dipenuhi; sisanya butuh custom development
❌ No Fit < 60% bisa dipenuhi; terlalu banyak gap

Dimensi 2: Technology Stack Compatibility

Pertanyaan kunci: Apakah teknologi kita kompatibel dengan environment klien?

Assessment Area Cara Evaluasi
Programming language & framework Compatibility check
Database Supported databases vs klien requirement
OS & infrastructure Cloud vs on-premise, OS version
API & integration protocols REST, SOAP, GraphQL, message queue
Browser & device support Web browsers, mobile, desktop

Compatibility Matrix Template:

Komponen Klien Requirement Divistant Capability Status
Database Oracle 19c PostgreSQL / MariaDB ⚠️ Perlu migration atau adapter
API Protocol SOAP (existing) REST (preferred) ⚠️ Bisa, perlu adapter
Auth LDAP/AD LDAP, SAML, OAuth2 ✅ Supported
Cloud On-premise only Cloud & on-premise ✅ Supported
Browser IE11 support Chrome, Firefox, Edge ❌ IE11 not supported

Dimensi 3: Integration Complexity

Pertanyaan kunci: Seberapa kompleks integrasi dengan sistem existing?

Complexity Level Karakteristik Risk
Low 1-2 sistem, API tersedia, dokumentasi lengkap Rendah
Medium 3-5 sistem, API sebagian, dokumentasi partial Sedang
High >5 sistem, no API (file-based/DB direct), legacy systems Tinggi
Very High Legacy tanpa dokumentasi, proprietary protocol, real-time requirement Sangat tinggi

Assessment Checklist per Sistem:

  • Apakah API tersedia dan terdokumentasi?
  • Versi API? Apakah masih actively maintained?
  • Authentication method (API key, OAuth, certificate)?
  • Data format (JSON, XML, CSV, proprietary)?
  • Volume data dan frequency of exchange?
  • Error handling dan retry mechanism?
  • Siapa PIC teknis di sisi klien?

Dimensi 4: Infrastructure & Security Constraints

Pertanyaan kunci: Apakah ada constraint infrastruktur atau keamanan yang mempengaruhi implementasi?

Area Assessment Points
Deployment Cloud allowed? Shared atau dedicated? Region requirement?
Network VPN requirement? Firewall restrictions? Bandwidth?
Security Encryption standard? Penetration testing requirement?
Compliance ISO 27001? SOC 2? UU PDP? OJK? Industry-specific?
Data residency Data harus di Indonesia? Di provider tertentu?
Availability SLA requirement? Uptime target? DR/BCP requirement?

Red Flags:

  • Klien minta deployment di infrastruktur yang tidak kita support
  • Compliance requirement yang kita belum punya sertifikasinya
  • Air-gapped environment tanpa internet access
  • Data sovereignty yang bertentangan dengan arsitektur kita

Dimensi 5: Resource & Skill Availability

Pertanyaan kunci: Apakah Divistant punya resources dan skills yang dibutuhkan?

Area Assessment
Technology skills Apakah tim kita sudah menguasai tech stack yang dibutuhkan?
Domain expertise Apakah kita punya pengalaman di industri/domain klien?
Team availability Apakah resources tersedia di timeline yang dibutuhkan?
Partner capability Jika ada gap, apakah bisa di-cover oleh partner?
Learning curve Berapa lama untuk ramp-up jika ada skill gap?

3. FTQ Scoring Model

Aggregate Score per Dimensi:

Dimensi Bobot Score
Functional Fit 30% 0-100
Technology Compatibility 20% 0-100
Integration Complexity 20% 0-100
Infra & Security 15% 0-100
Resource Availability 15% 0-100
Weighted Total 100% 0-100

Decision Matrix:

Total Score Technical Qualification Next Step
≥ 75 FIT Proceed ke Solution Design
55 - 74 CONDITIONAL FIT Proceed dengan documented risks & mitigation plan
40 - 54 WEAK FIT Escalate ke Technical Lead; perlu approval untuk lanjut
< 40 NO FIT Stop presales effort; inform Sales Lead dengan technical reasoning

4. Technical Go/No-Go Decision

Go/No-Go Authority:

FTQ Result Decision Authority Action Required
Fit (≥75) Solution Architect Proceed — no escalation needed
Conditional (55-74) Solution Architect + Technical Lead Document caveats, klien harus aware
Weak Fit (40-54) Technical Lead + Sales Director Approval meeting diperlukan
No Fit (<40) Managing Director (override only) Default: No-Go

No-Go Technical Reasons (legitimate):

  • Core requirement tidak bisa dipenuhi dan tidak ada workaround
  • Integration dengan legacy tanpa API dan vendor tidak kooperatif
  • Compliance requirement yang kita belum bisa penuhi
  • Timeline teknis jauh melebihi ekspektasi klien
  • Skill gap yang tidak bisa di-bridge dalam timeline project

Communicating No-Go ke Sales:

Komunikasikan secara konstruktif, bukan hanya "tidak bisa":

== FTQ RESULT: NO-GO ==
Opportunity: [nama]
FTQ Score: [score] / 100

Alasan Utama:
1. [Dimensi] — [penjelasan gap]
2. [Dimensi] — [penjelasan gap]

Alternatif yang Bisa Diexplore:
- [Opsi 1: misalnya partner referral]
- [Opsi 2: misalnya reduced scope yang bisa kita handle]
- [Opsi 3: misalnya timeline berbeda]

Recommendation: [apa yang disarankan]

5. FTQ Report Structure

  1. Summary — FTQ result (Fit/Conditional/Weak/No-Fit), overall score, key findings
  2. Functional Fit Analysis — Requirement mapping, gaps, workarounds
  3. Technology Assessment — Compatibility matrix, issues identified
  4. Integration Analysis — Systems involved, complexity assessment, risks
  5. Infrastructure & Security Review — Constraints, compliance gaps
  6. Resource Assessment — Skills available, gaps, mitigation
  7. Risk Register — All identified risks with severity and mitigation
  8. Recommendation — Go/No-Go with clear reasoning

Risk Register Format:

# Risk Dimensi Severity Probability Impact Mitigation
R1 Oracle to PostgreSQL migration complexity Tech High Medium High Phased migration, parallel run
R2 No API on legacy billing Integration High High High Custom adapter, extended timeline
R3 Team unfamiliar with healthcare domain Resource Medium Medium Medium Domain training, hire SME

6. BizOps CRM Integration

Tracking FTQ di Opportunity:

== FTQ ASSESSMENT ==
Date: [tanggal]
Assessed by: [nama SA]
Overall Score: [score] / 100
Result: [Fit / Conditional / Weak / No-Fit]

Dimension Scores:
- Functional Fit: [score] / 100
- Technology Compatibility: [score] / 100
- Integration Complexity: [score] / 100
- Infra & Security: [score] / 100
- Resource Availability: [score] / 100

Key Risks: [top 3 risks]
Decision: [Go / Conditional Go / No-Go]
Approved by: [nama approver, jika escalation]

Template & Aset

📘 Know (Untuk dipelajari)

  • Technical Assessment Methodologies (TOGAF ADM Phase C)
  • Integration Patterns (Enterprise Integration Patterns — Hohpe & Woolf)
  • Indonesian compliance landscape (UU PDP, OJK, Kominfo regulations)

📊 Show (Untuk digunakan)

  • FTQ Scorecard Template — Spreadsheet untuk scoring 5 dimensi
  • Compatibility Matrix Template — Template untuk technology stack assessment
  • Integration Complexity Worksheet — Checklist per sistem yang akan diintegrasikan
  • FTQ Report Template — Template dokumen FTQ lengkap
  • Risk Register Template — Template risk tracking

📤 Share (Untuk internal)

  • FTQ Report (internal document, tidak dikirim ke klien)
  • Risk Register (input untuk Solution Design dan Effort Estimation)
  • No-Go Communication (untuk Sales team)

Skenario Umum

Skenario 1: FIT — ERP Implementation untuk Manufaktur

Situasi: Klien manufaktur menengah butuh ERP untuk finance, inventory, dan production. Standard use case.

FTQ Assessment:

  • Functional Fit: 90/100 — ERPNext covers semua modul yang dibutuhkan
  • Technology: 85/100 — Cloud deployment, PostgreSQL, standard stack
  • Integration: 80/100 — Hanya 2 sistem (payment gateway + warehouse scanner)
  • Infra & Security: 85/100 — Cloud OK, no special compliance
  • Resource: 90/100 — Tim experienced di manufacturing ERP
  • Total: 86/100 — FIT

Action: Proceed langsung ke Solution Design. Tidak perlu escalation.

Skenario 2: CONDITIONAL FIT — Banking Integration

Situasi: Bank regional butuh integrasi 5 sistem core banking dengan portal digital baru.

FTQ Assessment:

  • Functional Fit: 75/100 — Custom development diperlukan untuk beberapa fitur banking-specific
  • Technology: 70/100 — Beberapa sistem masih COBOL-based
  • Integration: 55/100 — 5 sistem, 2 tanpa API modern, SOAP-only
  • Infra & Security: 65/100 — On-premise required, OJK compliance needs assessment
  • Resource: 70/100 — Banking domain experience ada, tapi COBOL expertise perlu partner
  • Total: 67/100 — CONDITIONAL FIT

Action: Proceed dengan caveats. Documented risks: COBOL integration (perlu partner), OJK compliance (perlu assessment tambahan). Estimate extended 30%.

Skenario 3: NO FIT — AI/ML Platform Request

Situasi: Klien fintech minta custom AI/ML platform untuk fraud detection.

FTQ Assessment:

  • Functional Fit: 25/100 — Di luar core expertise Divistant
  • Technology: 30/100 — Butuh TensorFlow/PyTorch expertise yang tidak ada
  • Integration: 50/100 — Standard API, tapi real-time requirement challenging
  • Infra & Security: 60/100 — GPU infrastructure bukan area expertise
  • Resource: 20/100 — Tidak ada ML engineers di tim
  • Total: 33/100 — NO FIT

Action: No-Go. Communicate ke Sales dengan alternatif: (a) Refer ke partner AI, (b) Kita handle integration layer saja, (c) Scope down ke non-ML components.

Skenario 4: WEAK FIT yang Di-override — Strategic Account

Situasi: BUMN strategis butuh custom portal. FTQ score 48 karena compliance complexity.

FTQ Assessment: Score 48/100 — Weak Fit (compliance gap: belum punya sertifikasi tertentu)

Escalation:

  1. SA present FTQ findings ke Technical Lead + Sales Director
  2. Discussion: compliance gap bisa di-address dalam 3 bulan? Partner bisa cover?
  3. MD decision: Proceed karena strategic value, dengan condition:
    • Hire compliance consultant
    • Partner untuk specific compliance area
    • Extended timeline +2 bulan
    • Higher contingency budget (30%)

Action: Proceed dengan override. All conditions documented di FTQ Report.


Checklist

FTQ Assessment Checklist

Input Gathering:

  • Discovery findings reviewed (functional requirements, technical landscape)
  • Client technology stack documented
  • Integration systems identified dengan API availability status
  • Infrastructure constraints identified (cloud, on-premise, hybrid)
  • Compliance requirements listed
  • Client timeline documented

Assessment:

  • Functional fit scored — requirements vs capabilities mapped
  • Technology compatibility scored — compatibility matrix completed
  • Integration complexity scored — per-system assessment done
  • Infrastructure & security scored — constraints evaluated
  • Resource availability scored — skills and capacity checked
  • Overall weighted score calculated

Output:

  • FTQ Report written
  • Risk register populated
  • Go/No-Go recommendation documented
  • Escalation done (jika Weak/No Fit)
  • FTQ result logged di BizOps CRM Notes
  • Solution Design team briefed on key findings and risks

Tanggung Jawab (RACI)

Aktivitas Solution Architect Presales Consultant Technical Lead Sales Lead Managing Director
Conduct FTQ assessment R C C I I
Functional fit analysis R C I I I
Technology compatibility check R I C I I
Integration complexity assessment R I C I I
Infrastructure & security review R I C I I
Resource availability assessment C R C I I
Write FTQ Report R C I I I
Go/No-Go decision (Fit/Conditional) R I A I I
Go/No-Go decision (Weak/No Fit) C I R C A
Communicate result ke Sales C R I I I
Log FTQ di CRM C R I I I

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


Referensi

  • Internal: Discovery Process, Solution Design, Service Catalog
  • Framework: TOGAF ADM (Architecture Development Method), Enterprise Integration Patterns
  • Standard: ISO 25010 (Software Quality Model), ISO 27001 (Information Security), UU PDP No. 27/2022
  • Tools: BizOps CRM (Opportunity tracking), FTQ Scorecard (spreadsheet)
Last updated 3 months ago
Was this helpful?
Thanks!