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
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
- Summary — FTQ result (Fit/Conditional/Weak/No-Fit), overall score, key findings
- Functional Fit Analysis — Requirement mapping, gaps, workarounds
- Technology Assessment — Compatibility matrix, issues identified
- Integration Analysis — Systems involved, complexity assessment, risks
- Infrastructure & Security Review — Constraints, compliance gaps
- Resource Assessment — Skills available, gaps, mitigation
- Risk Register — All identified risks with severity and mitigation
- 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:
- SA present FTQ findings ke Technical Lead + Sales Director
- Discussion: compliance gap bisa di-address dalam 3 bulan? Partner bisa cover?
- 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)