01Sorun ve çözüm
Teknik fizibilite analizi, yatırım kararından önce bu soruları tek tek yanıtlar. Projenin en riskli varsayımlarını belirler, gerekirse küçük bir kavram kanıtı (proof of concept) ile gerçek sistemler üzerinde sınarız. Çalışmanın sonunda üç olasılıktan birini gerekçesiyle sunarız: proje yazıldığı gibi yapılabilir, belirli koşullar değişirse yapılabilir ya da bugünkü hâliyle önerilmez.
02Kimler için
Teknik fizibilite analizi hangi kararlar öncesinde istenir
Bu çalışma, belirsizliğin yüksek ve yanlış kararın pahalı olduğu durumlarda değer üretir.
- Yeni bir dijital ürün fikrine yatırım yapmadan önce teknik risklerini görmek isteyen girişimciler
- Yapay zekâ, görüntü işleme ya da IoT gibi alanlarda ilk projesini planlayan işletmeler
- Kapalı ya da eski bir sistemle entegrasyonun mümkün olup olmadığını bilmeden proje başlatmak üzere olan şirketler
- Destek programı ya da yatırımcı başvurusunda teknik yapılabilirlik bölümü hazırlaması gereken ekipler
- Birbirinden çok farklı tekliflerle karşılaşan ve hangi yaklaşımın gerçekçi olduğunu anlamak isteyen yöneticiler
03İhtiyaçlar
Projeyi en sık engelleyen teknik belirsizlikler
Fizibilite çalışmasında her şeyi değil, projenin başarısını belirleyen birkaç kritik varsayımı sınarız.
- 01
Entegrasyon erişimi
Veri alınacak ya da veri gönderilecek sistemin belgeli bir API'si, test ortamı ve kullanım sınırları var mı? Yoksa veri dosya aktarımıyla, veritabanından ya da ekran üzerinden mi alınmak zorunda?
- 02
Veri hacmi ve kalitesi
Özellikle yapay zekâ ve raporlama projelerinde ihtiyaç duyulan veri gerçekten var mı, yeterli miktarda ve tutarlı mı? Eksik ve dağınık veri, özenle kurgulanmış bir modeli bile işe yaramaz hâle getirir.
- 03
Performans ve ölçek beklentisi
Anlık yanıt, çevrim dışı çalışma, binlerce cihazdan eşzamanlı veri alma gibi beklentilerin seçilen teknolojiyle karşılanıp karşılanamayacağı hesaplanır.
- 04
Veri yeri ve mevzuat
Kişisel verinin nerede işleneceği ve yurt dışına aktarılıp aktarılmayacağı, KVKK açısından mimariyi doğrudan etkiler. Sektörünüze özgü düzenlemeler varsa bunları hukuk danışmanınızla birlikte netleştirmeniz için soruları listeleriz.
04Özellikler
Teknik fizibilite analizi hizmetinin adımları ve çıktıları
Çalışma, belirli bir soru listesiyle başlar ve her soruya kanıtlı bir yanıtla biter.
- 01
Varsayım ve risk listesi
Proje fikri, gerçekleşmesi için doğru olması gereken teknik varsayımlara ayrıştırılır. Her varsayımın yanlış çıkma olasılığı ve projeye etkisi değerlendirilir.
- 02
Kavram kanıtı
En riskli varsayımlar için küçük, atılabilir prototipler yazılır: bir API'ye gerçekten bağlanmak, örnek veriyle bir modeli denemek ya da bir cihazdan veri okumak gibi. Prototip ürün değildir; tek amacı soruyu yanıtlamaktır.
- 03
Seçenek karşılaştırması
Hazır ürün kullanmak, hazır ürünü özelleştirmek ve sıfırdan geliştirmek gibi yollar, teknik uygunluk, bağımlılık ve işletme yükü açısından karşılaştırılır.
- 04
Taslak mimari
Yapılabilir bulunan seçenek için ana bileşenler, veri akışı ve kullanılacak dış servisler taslak bir mimari diyagramla gösterilir.
- 05
Fizibilite raporu
Her sorunun yanıtı, kanıtı, kalan riskler ve karar önerisi tek bir belgede toplanır. Geliştirme bütçesini belirleyen etkenler de raporda ayrıca listelenir.
05Entegrasyonlar
Fizibilite çalışmasında sınadığımız bağlantı türleri
Entegrasyon soruları, fizibilite çalışmalarının en sık karşılaştığı sürprizlerin kaynağıdır.
- 01
ERP ve muhasebe sistemleri
Logo, Mikro, Netsis ya da SAP Business One gibi sistemlerin sunduğu web servis, veritabanı ya da dosya aktarımı yolları test ortamında denenir.
- 02
Pazaryeri ve ödeme servisleri
Trendyol, Hepsiburada gibi pazaryerlerinin ya da iyzico, PayTR gibi ödeme kuruluşlarının API kapsamı, istenen akışı destekleyip desteklemediğine göre incelenir.
- 03
Dil modeli sağlayıcıları
OpenAI gibi sağlayıcıların ya da kurum içinde çalıştırılabilen açık modellerin, sizin verinizle beklenen doğruluğu ve yanıt süresini sağlayıp sağlamadığı örnek görevlerle ölçülür.
- 04
Cihaz ve saha bağlantıları
Barkod okuyucu, terazi, PLC ya da GPS cihazı gibi donanımlardan hangi protokolle veri alınabildiği numune cihazla doğrulanır.
06Süreç
Teknik fizibilite analizi hizmeti nasıl ilerler?
Adım 01
Analiz
İş akışınızı, kullanıcılarınızı ve mevcut sistemlerinizi dinleriz; kapsamı, öncelikleri ve kabul ölçütlerini yazılı hâle getiririz.
Adım 02
Tasarım
Ekran akışlarını ve veri modelini çıkarırız. Arayüzü sizinle gözden geçirip onay almadan geliştirmeye geçmeyiz.
Adım 03
Geliştirme
Kısa döngülerle çalışırız; her döngü sonunda çalışan bir sürümü test ortamında görürsünüz.
Adım 04
Test
İşlevsel testler, entegrasyon testleri ve temel güvenlik kontrolleriyle hataları yayından önce yakalarız.
Adım 05
Yayın
Sunucu, alan adı, yedekleme ve izleme ayarlarını yaparak canlıya alırız; ekibinize kısa bir kullanım eğitimi veririz.
Adım 06
Bakım
İsterseniz bakım ve destek anlaşmasıyla güncellemeleri, izlemeyi ve yeni geliştirmeleri sürdürürüz.
07Teknoloji
Fizibilite raporunu güvenilir kılan ilkeler
Fizibilite çalışmasının en tehlikeli sonucu, istenen cevabı vermek için yazılmış bir rapordur. Bu yüzden çalışma başlamadan önce hangi sonuçların “yapılabilir”, hangilerinin “yapılamaz” anlamına geleceğini sizinle birlikte yazarız. Ölçütler baştan belli olduğunda rapor, iyimserliğe ya da kötümserliğe değil kanıta dayanır.
Devamını okuDaha az göster
Kavram kanıtı için yazılan kod bilinçli olarak sade tutulur ve ürüne taşınmaz. Bunun nedeni, aceleyle yazılmış prototipin ürünün temeli hâline gelip ilk günden teknik borç üretmesidir. Prototipten öğrenilenler ise mimari taslağa ve ilerideki şartnameye aktarılır.
Çalışmayı kendi geliştirme teklifimize bağlamayız. Rapor, projeyi başka bir ekiple yürütmeniz durumunda da kullanılabilecek biçimde ve bağımsız bir gözle hazırlanır.
08Çalışma modelleri
Bu hizmette çalışma modelleri
09Sık sorulan sorular
Teknik fizibilite analizi hakkında sık sorulan sorular
Teknik fizibilite analizi fiyatları neye bağlıdır?
Sınanacak varsayım sayısı, kavram kanıtı gerekip gerekmediği, erişilecek dış sistemlerin test ortamı sunup sunmadığı ve raporun yatırımcı ya da başvuru formatında hazırlanıp hazırlanmayacağı belirleyicidir. Ön görüşmede soru listesini çıkarıp kapsamı ona göre fiyatlarız.
Fizibilite çalışması ile gereksinim analizi aynı şey mi?
Değil. Gereksinim analizi ne yapılacağını ayrıntılı olarak tanımlar; teknik fizibilite analizi ise bunun teknik olarak yapılıp yapılamayacağını ve hangi risklerle yapılabileceğini sınar. Fizibilite genellikle daha önce, daha dar bir soru setiyle yapılır.
Sonuç olumsuz çıkarsa ne olur?
Olumsuz bir sonuç da başarılı bir çalışmadır; yanlış bir projeye bütçe harcanmasını önler. Raporda hangi koşulun değişmesi hâlinde projenin yapılabilir hâle geleceğini de belirtiriz.
Teknik fizibilite analizi firması olarak geliştirmeyi de üstlenmek zorunda mısınız?
Hayır. Geliştirmeyi bize, başka bir firmaya ya da kendi ekibinize verebilirsiniz. Rapor ve mimari taslak her durumda kullanılabilir biçimde teslim edilir.
Hibe ya da destek başvurusu için teknik bölüm hazırlıyor musunuz?
Başvurunun istediği teknik yapılabilirlik, yöntem ve risk bölümlerini çalışmanın bulgularına dayanarak hazırlayabiliriz. Başvuru koşulları ve değerlendirme ölçütleri programın kendi belgelerine göre ayrıca kontrol edilmelidir.
Fikrimizin gizliliği nasıl korunuyor?
Çalışma öncesinde gizlilik sözleşmesi imzalanabilir. Paylaştığınız belge ve veriler yalnızca analiz için kullanılır, prototipler için gerçek kişisel veri yerine örnek ya da anonimleştirilmiş veri tercih edilir.
10İlgili hizmetler