Belajar Solution Architect - Pre-Sales & Advisory

#Pendahuluan

Setelah di episode 24 kalian bisa memimpin architecture review yang sistematis dengan rubrik dan fitness functions, episode ini membawa kalian ke arena yang berbeda ritmenya: pre-sales dan advisory. Di banyak organisasi — terutama konsultan, system integrator, dan vendor cloud — SA menghabiskan waktu signifikan membantu tim komersial memenangkan pekerjaan sebelum satu baris SDD ditulis.

Mengapa skill ini menentukan karir? Karena di sisi vendor/konsultan, solusi yang tidak menang tender tidak pernah dibangun; dan di sisi klien, kemampuan mengevaluasi proposal vendor adalah pertahanan budget. Kedua sisi meja butuh kompetensi yang sama: membaca kebutuhan nyata di balik dokumen formal, dan menilai apakah solusi yang ditawarkan masuk akal.

#Peran SA dalam Siklus Penjualan

Siklus penjualan solusi teknis punya tahapan, dan kontribusi SA berbeda di tiap titik:

100%

Pola pentingnya: SA dominan di discovery dan proposal, pendamping saat negosiasi, lalu serahkan ke delivery. Kesalahan klasik dua arah sama-sama mahal: sales yang menjanjikan fitur tanpa konsultasi SA (delivery menerima bom), atau SA yang bicara teknis berlebihan ke pembeli bisnis (peluang hilang karena pesan tak nyambung — pelajaran komunikasi episode 11 langsung terpakai).

Nilai inti yang dibawa SA di siklus ini adalah kredibilitas teknis: pembeli enterprise sudah cukup dewasa untuk mendeteksi "sales talk" dari jawaban engineer sungguhan. Satu sesi technical Q&A yang jujur sering lebih menentukan daripada sepuluh slide keunggulan.

#Discovery Klien: Menggali Kebutuhan Nyata

RFP jarang menuliskan masalah sesungguhnya; ia menuliskan solusi yang dibayangkan pihak pengadaan. Discovery pre-sales bertugas menggali lebih dalam:

Pain point riil — bukan "butuh platform data lake", melainkan "laporan gabungan 12 cabang masih Excel manual, rapat direksi tertunda tiap bulan". Pain yang konkret = solusi yang bisa dihargai.
Kriteria penilaian mereka — siapa yang memberi skor proposal? Teknis? Keuangan? Pengguna? Pesan kalian harus menjangkau semua panel (kuadran stakeholder episode 11).
Constraint tersembunyi — budget plafon, deadline anggaran tahunan, sistem existing yang wajib dipertahankan, regulasi sektor (episode 19).
Kompetisi — siapa lagi yang diundang, dan apa sudut pandang kalian yang beda.

Output discovery yang baik adalah satu halaman: masalah, dampak bisnis, criteria sukses, constraints, dan win themes — tiga alasan utama kenapa kalian yang paling layak. Semua materi proposal selanjutnya harus melayani win themes itu.

#Menjawab RFP/RFI yang Menang

Dokumen RFP (Request for Proposal) menuntut format ketat; RFI (informasi) lebih ringan. Struktur proposal teknis yang efektif:

Bagian	Isi	Catatan
Executive summary	Masalah → solusi → nilai, dalam 1 halaman	Ditulis terakhir, dibaca pertama
Pemahaman requirement	Ulangi kebutuhan dengan bahasa kalian	Menunjukkan kalian dengar, bukan template
Solusi & arsitektur	Diagram + penjelasan per komponen	C1/C2 cukup; hindari jargon berlebih
Pendekatan eksekusi	Fase, milestone, deliverables	Tunjukkan metode, bukan janji kosong
Tim & peran	Profil kunci, allocation	Pembeli membeli orang, bukan hanya diagram
Estimasi & asumsi	Effort, biaya, asumsi eksplisit	Asumsi = pelindung saat negosiasi
Referensi & risiko	Studi kasus relevan, mitigasi risiko	Kredibilitas

Tiga aturan menulis yang membedakan pemenang:

Jawab pertanyaannya, urut nomornya — evaluator memberi skor per item compliance matrix; jawaban kreatif yang melompat urutan kehilangan skor murah.
Bukti > klaim — "platform kami scalable" bernilai nol; "melayani 2 juta transaksi/hari dengan p95 120 ms" bernilai skor.
Setiap klaim teknis sudah dikonfirmasi engineering internal — proposal yang menjanjikan integrasi "tinggal plug-and-play" padahal tidak akan kembali sebagai proyek rugi.

Important

Aturan emas pre-sales: jangan pernah menjanjikan yang tidak bisa dieksekusi. Kemenangan dengan janji mustahil adalah kerugian yang ditunda — proyek gagal, referensi hancur, dan reputasi SA kalian ikut terbakar. Menang yang tepat lebih bernilai daripada menang banyak.

#Demo dan PoC Pra-Jual

Demo adalah momen kredibilitas tertinggi. Prinsipnya:

Demo skenario klien, bukan tur fitur — jalankan alur persis pain point hasil discovery; koneksi emosional "mereka paham pekerjaan kami" lahir di sini.
Rehearsal dengan data realistis — data dummy "test123" meruntuhkan kesan; gunakan data yang menyerupai domain klien.
PoC pra-jual timeboxed ketat — versi ringkas charter episode 17 dengan tujuan komersial: buktikan satu kapabilitas yang menjadi keberatan utama pembeli. Tetapkan batas biaya internal dan durasi — PoC pra-jual tanpa pagar adalah proyek gratis tanpa ujung.

Untuk RFP besar, beberapa klien mensyaratkan proof of concept scored — kalian diminta membangun slice kecil dinilai panel. Perlakukan seperti PoC biasa plus disiplin tambahan: baca kriteria scoring dengan teliti dan alokasikan usaha persis di sana.

#Effort Estimation yang Jujur

Estimasi pra-jual dilakukan dengan informasi minim tapi dampaknya mengikat bertahun-tahun. Metode yang seimbang:

Bottom-up pada scope inti + top-down sanity check — rinci modul utama per fase, bandingkan totalnya dengan analogi proyek serupa; selisih jauh = ada yang salah paham scope.
Range, bukan angka tunggal — presentasikan best case / likely / worst case dengan asumsi masing-masing; angka tunggal mengundang dirinya sendiri dijadikan target murah.
Asumsi eksplisit sebagai bagian harga — "estimasi ini mencakup 3 integrasi API standar; tiap integrasi non-standar diestimasi terpisah". Kalimat ini yang melindungi margin saat scope creep datang.
Contingency transparan — 15-25% untuk fase awal; sembunyikannya di dalam angka membuat diskusi perubahan selalu konfrontatif.

Ingat TCO episode 9: pembeli matang menilai biaya total kepemilikan, bukan harga tagihan pertama. Proposal yang menunjukkan estimasi operasional tahun kedua terlihat jujur — dan justru lebih menang di evaluasi kualitatif.

#Loss Review dan Handoff

Dua ritual penutup yang membedakan organisasi belajar:

Win/loss review — menang: apa win themes yang bekerja (rawat itu); kalah: alasannya (harga? teknis? relasi?) dicatat pola per kuartal. Tanpa ini, tim pre-sales mengulang kesalahan yang sama dengan antusiasme baru.
Handoff ke delivery — paket lengkap: proposal final, semua asumsi yang dijual, catatan janji verbal (sering ada!), kontak stakeholder, dan risk register pra-jual. Delivery yang menerima handoff buruk akan membayar dengan kualitas proyek — dan reputasi SA kalian di internal.

Tip

Simpan "daftar janji" dari masa pre-sales dan tinjau di review milestone pertama delivery. Ini kebiasaan kecil yang menjaga integritas rantai janji→eksekusi, dan sumber belajar paling jujur tentang estimasi kalian sendiri.

#Advisory: Peran Jangka Panjang

Di luar transaksi tunggal, banyak SA berkembang menjadi trusted advisor — hadir sebelum ada RFP: meninjau roadmap teknologi klien, menilai kelayakan inisiatif AI (episode 21), memandu strategi migrasi (episode 12). Karakteristiknya:

Nilai kalian diukur dari hasil jangka panjang klien, bukan penjualan kuartal ini — rekomendasi yang jujur ("ini belum perlu, mulai dari X saja") membangun kepercayaan yang menghasilkan banyak pekerjaan ke depan.
Kompetensi advisory adalah sintesis seluruh series ini: membaca bisnis, menimbang trade-off, dan mengkomunikasikan keputusan ke level eksekutif.
Batas etis tetap: advisor yang kehilangan netralitas (selalu menjual produk tertentu meski tak tepat) akan kehilangan kursi di meja rapat strategis.

#Penutup

Inti yang harus dibawa pulang:

SA dominan di discovery dan proposal; nilai intinya adalah kredibilitas teknis di hadapan pembeli yang kian melek.
Discovery menggali pain riil, criteria penilaian, constraint, dan menghasilkan win themes yang memandu seluruh proposal.
RFP yang menang: patuh format, bukti bukan klaim, setiap janji dikonfirmasi engineering — dan tidak pernah menjanjikan yang tak bisa dieksekusi.
Demo = skenario klien dengan data realistis; PoC pra-jual timeboxed dengan tujuan komersial jelas.
Estimasi range + asumsi eksplisit melindungi margin; win/loss review dan handoff lengkap membuat organisasi belajar.

Di episode 26 selanjutnya kita akan membahas ekosistem & tren modern 2026 — bagaimana landscape solution architecture berubah: AI-first briefs, cloud-native dan hybrid bersamaan, SaaS multi-tenant, security by design, cost efficiency, naiknya presales skill, dan kenapa vendor-neutral makin dihargai. Sampai jumpa di episode 26!