Dijital dönüşüm iş ortağını her aday için aynı dört şeyi karşılaştırarak seçin: sizinkine benzer iş yaptıklarına dair kanıt, keşif sürecini nasıl yürüttükleri, işi tam olarak kimin yapacağı ve kapsam değiştiğinde ticari olarak ne olacağı. Fiyat ancak her teklifin arkasındaki kapsam eşitlendikten sonra karşılaştırılabilir hale gelir.
Seçim süreçlerinin çoğu teklifler gelmeden önce hatalıdır; çünkü alıcı, iş ortağının hangi kararı vermeye yardım edeceğini yazmamıştır.
Önemli noktalar
- Kısa listeden önce kararı tanımlayın: Sonuç belirli bir iş değişikliği yerine "dijital dönüşüm" diye tarif edilirse hiçbir iş ortağı kapsam çıkaramaz.
- Referansı değil yetkinliği karşılaştırın: Strateji, ürün, mühendislik ve benimseme dört ayrı yetkinliktir ve çoğu ajans gerçekte ikisinde güçlüdür.
- Fiyattan önce kapsamı eşitleyin: Arasında iki kat fark olan iki teklif genelde kapsamda ayrışır; çoğunlukla yönetim paneli ve entegrasyonlarda.
- Tek bir gerçek senaryoyu deneyin: Ücretli bir keşif, her referans görüşmesinden fazlasını anlatır.
Dışarıya verdiğiniz kararı yazın
"Dijital dönüşüm iş ortağına ihtiyacımız var" bir bütçeyi tarif eder, bir brief'i değil. Kimseyle görüşmeden önce tek paragrafta iş sonucunu, etkilediği süreci ve işe yaradığını gösterecek ölçütü yazın. O ölçüt için bugünkü sayıyı söyleyemiyorsanız projenin başarı koşulu yoktur ve alacağınız her teklif plan kılığında bir tahmin olur.
Bu paragraf bir gereksinim dokümanından daha çok iş görür. İyi bir iş ortağının size kapsamınızın yanlış olduğunu söylemesine imkân verir ki sözleşme imzalanmadan önce yapabilecekleri en değerli şey budur.
Dört yetkinliği ayrı ayrı değerlendirin
Ajanslar kendilerini uçtan uca sunar. Uygulamada iş, nadiren eşit tutulan dört yetkinliğe ayrılır.
Strateji, brief'e itiraz edebilme kabiliyetidir: sürecin dijitalleştirilmeden önce standartlaştırılması gerektiğini ya da daha küçük bir projenin aynı şeyi daha hızlı kanıtlayacağını söyleyebilmek. Burada güçlü ajanslar bazen geliştiremez.
Ürün, bir iş sonucunu ekibin teslim edebileceği ve kullanıcının benimseyeceği bir kapsama dönüştürmektir. Projeler asıl burada kaybedilir: teknik olarak sağlam ama kimsenin kullanmadığı bir sistem.
Mühendislik, teslimat kalitesidir: test, güvenlik, sürdürülebilirlik ve ikinci yılda sistemi baştan yazmadan değiştirebilme becerisi.
Benimseme, lansmandan sonra olanlardır: eğitim, değişim yönetimi ve sistemi kullanımda tutan operasyonel sahiplik. Ajanslar bunu neredeyse hiç öne çıkarmaz ve yokluğu en geç ve en pahalı fark edilen yetkinliktir.
Her adayı tek bir genel izlenim yerine dördü üzerinden puanlayın. Mühendislikte güçlü, benimsemede zayıf bir iş ortağı, kurum içi değişim kapasiteniz varsa makul bir seçimdir; yoksa kötü bir seçimdir.
Fiyatı karşılaştırmadan önce teklifleri eşitleyin
Her adaydan aynı yazılı kapsamı fiyatlandırmasını isteyin; alıcıların rutin olarak unuttuğu kısımlar dahil: kendi personelinizin kullanacağı yönetim arayüzü, tek tek adlandırılmış her entegrasyon, veri göçü ve lansman sonrası destek. Sonra kalem kalem karşılaştırın.
Ciddi biçimde ayrışan teklifler neredeyse her zaman ücret farkından değil kapsam farkından ayrışır. Ucuz teklif sıklıkla arka ofisi dışarıda bırakır, entegrasyonları tek satırda toplar ve temiz veri sağlayacağınızı varsayar. Bu varsayımların hiçbiri teslimattan sağ çıkmaz ve hepsi daha kötü bir ticari anda değişiklik talebi olarak geri döner.
Her adaya kendi tahmininin hangi kısmından en az emin olduğunu sorun. Bir tanesini söyleyen tahmin yapıyordur; hiçbirini söylemeyen fiyat veriyordur.
Sahiplik ve ayrılma koşullarını açıkça belirleyin
Bunları ilk anlaşmazlıkta değil imzadan önce netleştirin:
- Kaynak kodun sahibi kim ve proje boyunca nerede duruyor?
- Barındırma, alan adı, uygulama mağazası ve üçüncü taraf servis hesaplarının sahibi kim?
- Kapsam dışı iş için saatlik veya günlük ücret nedir ve kim onaylar?
- Lansman sonrası destek ne tutar ve hangi yanıt süresini taahhüt eder?
- İlişki sona ererse tam olarak ne, hangi durumda devredilir?
Son soru en açıklayıcı olanıdır. Bunu daha önce yanıtlamış bir iş ortağının belgelenmiş bir devir süreci vardır. Yanıtlamamış olan ise soruyu kötü niyet işareti sayar ki bu da ilişkinin sonunun nasıl görüneceğini size söyler.
Karar vermeden önce tek bir gerçek senaryo çalıştırın
Referanslar bir iş ortağının projeyi tamamladığını doğrular. Bir şeyler ters gittiğinde nasıl davrandığını nadiren anlatır.
Bunun yerine her finaliste işletmenizden aynı küçük ve gerçek problemi verin ve nasıl yaklaşacaklarını sorun — tercihen iki ile dört haftalık ücretli bir keşif olarak. Bedelini ödeyin ve çıktının başka bir yere götürebileceğiniz şekilde size ait olmasını sağlayın. Sahibi olduğunuz ücretli bir keşif, zaten yazılmış bir teklifi gerekçelendirmek için var olan ücretsiz bir keşiften ucuza gelir.
İzlediğiniz şey şudur: istisnalarınızı, mevcut sistemlerinizi ve sonucu işletecek insanları soruyorlar mı, yoksa doğrudan çözüme mi geçiyorlar. İlk davranış yere sağlam basan bir projeyi, ikincisi üçüncü ayda gelecek bir değişiklik talebini işaret eder.
Kurum içinde bunun sahibini belirleyin
Bir dönüşüm iş ortağının, hem süreç hem bütçe üzerinde yetkisi olan bir muhatabı olmalıdır. Tamamen bilgi teknolojilerine verilen projeler, işin benimsemediği bir sistem planı üretir; çünkü önemli kararlar — hangi istisnalara izin verileceği, kimin neyi onaylayacağı, eski sürecin neyi bırakacağı — hiçbir tedarikçinin sizin yerinize veremeyeceği iş kararlarıdır.
Çalışma başlamadan önce o kişiyi adlandırın ve projenin gerçekten gerektirdiği zamanı ayırın. Bunu hafife almak, yetkin bir iş ortağının hayal kırıklığı yaratan bir sonuç üretmesinin en yaygın nedenidir.
İlgili rehberler
İlgili içerikler:
- Özel Yazılım İçin İş Gerekçesi Nasıl Hazırlanır?
- Pratik Bir Dijital Dönüşüm Yol Haritası Nasıl Hazırlanır?
- Otomasyon Keşif Aşaması Hangi Çıktıları Sağlamalı?
Dijital Dönüşüm İş Ortağı Nasıl Seçilir? rehberinden doğan çalışma; ürün stratejisi, tasarım, geliştirme veya entegrasyon desteği gerektiren somut bir girişime dönüşürse Dijital Yol Haritanızı Konuşalım.
Ali Boran Gazel