Acil serviste nöbet tuttuğunuz bir akşam, kapıdan içeri hışımla bir hasta girer. Muayene masasına oturur oturmaz, şikayetini anlatmak yerine doğrudan reçetesini kendisi verir:
"Doktor bey, benim boğazım çok fena. Komşuma çok iyi gelen bir antibiyotik vardı, bir de kalçadan güçlü bir ağrı kesici iğne yapın, hemen ayağa kalkmam lazım."

Eğer acil servisteki hekim bir "garson" gibi davransaydı ne yapardı?
Menüyü açar, hastanın istediği antibiyotiği ve iğneyi yazar, "Afiyet olsun, kasada ödemeyi yapabilirsiniz" derdi. Hasta da mutlu mesut evine dönerdi.

Ama iyi bir hekim bunu asla yapmaz. Çünkü hekim bilir ki, o hasta belki de viral bir üst solunum yolu enfeksiyonu geçiriyordur; antibiyotik hiçbir işe yaramayacağı gibi bağırsak florasını çökertecek ve dirençli bakteriler yaratacaktır. Ya da o boğaz ağrısının arkasında henüz başlangıç aşamasında olan bambaşka bir enfeksiyon veya alerjik reaksiyon yatıyordur.

Hekim hastaya sakin bir sesle sorar: "Neyiniz olduğunu bırakın ben anlayayım. Bana sadece ne hissettiğinizi anlatın. Şikayetiniz ne zaman başladı?"

İşte tıp dünyasında buna Anamnez (Hasta Hikayesi Alma) denir. Hasta kendi teşhisini koyamaz; hasta sadece semptomları yaşar. Teşhisi koymak ve doğru tedaviyi belirlemek uzmanın namusudur.

Peki, yazılım ve teknoloji danışmanlığı dünyasına geldiğimizde ne oluyor?

"Garson Yazılımcılık" Salgını

Teknoloji şirketlerinin, yazılım ajanslarının ve freelancer'ların ezici bir çoğunluğu ne yazık ki kendilerini birer "mühendis" veya "uzman" gibi değil; sipariş alan birer garson gibi konumlandırıyor.

Müşteri kapıdan içeri girer:
"Biz şirketimiz için bir mobil uygulama istiyoruz. İçinde mutlaka yapay zekalı bir chatbot olacak. Altyapıyı da mikroservis mimarisinde, Kubernetes üzerinde kuralım."

Ajans sahibinin veya satış temsilcisinin gözleri parlar. Çünkü müşterinin istediği her bir havalı kelime, faturaya eklenecek sıfırlar demektir. Hemen bir teklif hazırlanır: "Tabii ki efendim! React Native mobil app, OpenAI API entegrasyonu, 12 mikroservis, AWS Kubernetes cluster... Teslim süresi 6 ay, maliyeti şu kadar."

Sipariş alınır, mutfağa (yazılımcılara) iletilir. Aylar süren kanlı bir geliştirme sürecinin, yüz binlerce liralık harcamanın ardından ürün teslim edilir.

Ve sonuç ne olur?

Mobil uygulamayı indiren kullanıcı sayısı 40'ı geçmez. Müşterinin operasyonel sorunları zerre kadar çözülmemiştir. Şirket içi süreçler hâlâ dökülüyordur. Yapay zeka chatbot'u kimse kullanmıyordur ve şirket her ay binlerce dolarlık anlamsız bir AWS sunucu faturasıyla baş başa kalmıştır. Müşteri parasını kaybetmiştir, yazılımcısına küsmüştür; ajans ise arkasından "Biz müşterinin istediği her şeyi harfiyen yaptık, satamadılarsa bizim suçumuz ne?" diyerek omuz silker.

Bu, boğazı ağrıyan hastaya antibiyotik yazıp evine gönderen ve iki gün sonra böbrek yetmezliğiyle yoğun bakıma düşmesine seyirci kalan sahte bir hekimin tavrından farksızdır.

Semptom ile Çözümü Birbirinden Ayırmak

Yıllar içinde bir teknoloji şirketi yönetirken ve onlarca müşteriyle masaya otururken öğrendiğim en kıymetli ders şudur:
Müşteri size asla gerçek ihtiyacıyla gelmez. Müşteri size, kendi kafasında kurduğu "çözüm varsayımıyla" gelir.

Müşteri "Bize mobil uygulama lazım" dediğinde, aslında mobil uygulamaya ihtiyacı yoktur. Onun asıl semptomu şudur: "Saha satış ekibim siparişleri kâğıda yazıyor, akşam ofise gelene kadar merkezde kimse ne satıldığını bilmiyor, stoklar karışıyor ve müşterilere geç teslimat yapıyoruz."

İşte semptom budur. Hastalık: Veri akışındaki gecikme ve stok yönetimindeki kaos.

Eğer siz müşteriyi dinleyip semptomu doğru anlarsanız, ona 6 ay sürecek 50 bin dolarlık bir mobil uygulama satmazsınız. Belki de onların ihtiyacı olan şey; mevcut ERP sistemlerine bağlanacak 3 sayfalık basit, duyarlı (responsive) bir web arayüzü veya sadece WhatsApp bildirimlerini otomatik işleyen 200 satırlık basit bir entegrasyondur. İki haftada teslim edilir, müşterinin cirosunu kurtarır ve şirket nefes alır.

Ama bunu yapabilmek için masada garson değil, hekim gibi oturmanız gerekir.

"Hayır" Diyebilme Namusu

Bir hekimin en büyük erdemi, gereksiz bir ameliyatı veya zararlı bir ilacı reddetmektir. Hipokrat Yemini'nin temeli "Primum non nocere" — yani "Önce zarar verme" ilkesine dayanır.

Yazılım sektörünün de acilen kendi Hipokrat Yemini'ne ihtiyacı var.

Müşteri masaya oturup "Biz bu projede blokzincir (blockchain) ve yapay zeka kullanmak istiyoruz" dediğinde; ona sırf kasasına fatura kesebilmek için "Harika fikir!" demek ahlaki bir çürümedir. Gerçek bir mühendis, müşterisinin gözlerinin içine bakar ve şunu söyler:

"Bu teknolojiye ihtiyacınız yok. Bu teknoloji sizin probleminizi çözmez; aksine bütçenizi tüketir, sisteminizi gereksiz yere karmaşıklaştırır ve ekibinizi yorar. Sizin asıl derdiniz şu, gelin bunu en sade, en sağlam ve en az maliyetli yolla çözelim."

Bunu söylediğiniz an iki şeyden biri olur:
Eğer karşınızdaki vizyonsuz, sadece gösteriş peşinde koşan biriyse masadan kalkar ve parasını dolandırıcılara kaptırır.
Ama eğer aklı başında bir iş insanıysa, gözleri açılır. O an anlar ki karşınızda ona bir şeyler satmaya çalışan bir pazarlamacı değil; kendi parasını ve şirketini kendisinden daha çok koruyan gerçek bir uzman oturmaktadır.

O andan itibaren satış ilişkisi biter; güven ilişkisi başlar. Ve o müşteri, sonraki on yıl boyunca başka hiçbir yazılımcının kapısını çalmaz.

Reçeteyi Uzman Yazar

Acil servise gelen hastaya saygı duyarız, acısını anlarız, onu şefkatle dinleriz. Ama stetoskop hekimin boynundadır, neşter cerrahın elindedir.

Yazılımda da müşterinizin sektörünü, işini ve vizyonunu en iyi kendisi bilebilir; buna sonuna kadar saygı duymalısınız. Ancak teknolojinin nasıl kurgulanacağı, hangi mimarinin seçileceği ve hangi problemin nasıl çözüleceği sizin sorumluluk alanınızdır.

Müşterinin istediği ilacı değil, ihtiyacı olan tedaviyi verin.
Sipariş alan bir garson olmayı bırakın; teşhis koyan bir mühendis olun.

Çünkü hastayı memnun eden şey anlık tatlı sözler değil; ayağa kalkıp sağlıklı bir şekilde yürümeye başlamasıdır.