Bir girişimi programa kabul etmeden önce hangi ihtiyaçlar anlaşılmalı?

Bir girişimi programa kabul etmeden önce, hangi işte ilerlemek istediği, bunu neyin engellediği ve sunulacak desteği kullanabilecek koşullara sahip olup olmadığı anlaşılmalıdır. Ürünün ilgi çekici olması veya kurucunun güçlü sunum yapması tek başına program uyumunu göstermez. İyi bir ön görüşme; müşteri, teknoloji, ekip, kaynak ve zaman ihtiyaçlarını birbirinden ayırır, ardından programın gerçekten katkı sağlayabileceği alanı belirler.

Bu rehber, girişimcilik programlarının ihtiyaç görüşmesini tasarlaması için bir yöntem sunar. Görüşme, ilan edilmiş kabul ölçütlerinin yerine geçmez; o ölçütlerle birlikte kullanılacak daha doğru bilgi üretmeyi amaçlar. Aşağıdaki sorular ve çalışma notu editoryal öneridir. Belirli bir kurumun değerlendirme standardı, resmî başvuru şartı veya kabul garantisi olarak yorumlanmamalıdır.

Ön görüşmenin amacı satış yapmak değil, uyumu anlamaktır

Program ekibi boş kontenjanı doldurmaya veya güçlü başvuru sayısını artırmaya odaklandığında, girişimin gerçek ihtiyacını anlamadan olumlu bir ilişki kurmaya çalışabilir. Oysa uygun olmayan bir kabul hem girişimin zamanını hem kurumun kaynaklarını zorlayabilir. Görüşmenin amacı, iki tarafın birlikte hangi işi ilerletebileceğini anlamaktır. Bazen en yararlı sonuç kabul değil, farklı bir kaynak veya sonraki dönem için daha uygun hazırlıktır.

OECD’nin kuluçka ekosistemleri raporu, desteğin girişimlerin değişen ihtiyaçlarına uygun olmasının önemini vurgular. Bu çerçeve, her girişime aynı hizmet listesini sunmanın neden yeterli olmayabileceğini açıklamaya yardımcı olur. Raporda tartışılan yaklaşımlar, burada önerilen görüşme formunun resmî standardı değildir.

Görüşme başlamadan sınırları açıklayın. Hangi konular konuşulacak, alınan bilgi hangi değerlendirmede kullanılacak ve sonraki adım nasıl belirlenecek? Kurucunun bütün sorunlarını aynı anda çözme sözü vermeyin. İhtiyaçların açığa çıkması ilk adımdır; her ihtiyacın program içinde karşılanabileceği sonucu bundan otomatik olarak çıkmaz.

Sunumdan sonra son gerçek iş olayını sorun

Kurucular çoğunlukla gelecek hedeflerini ve ürünün ideal kullanımını anlatır. İhtiyacı anlamak için son yaşanan somut olaya dönmek yararlıdır. Son müşteri görüşmesinde ne oldu? Son teknik denemede hangi karar alınamadı? Son teklif neden ilerlemedi? Bu sorular ekibi zor durumda bırakmak için değil, genel anlatımı gerçek çalışma koşuluyla ilişkilendirmek için sorulur.

Yanıtta olayı, yapılan işlemi ve sonucu ayırın. “Müşteriler ürünü çok beğeniyor” ifadesi geniştir. Hangi müşteri, hangi kullanım için, hangi davranışla bunu gösterdi? Beğeni sözünden sonra deneme, ödeme veya başka bir adım oldu mu? Görüşmeci merakını korumalı, önceden beklediği yanıtı kurucuya söyletmeye çalışmamalıdır.

Son olayın olumsuz olması girişimin değersiz olduğunu göstermez. Denemenin neden işe yaramadığını açıkça anlatabilen ekip, gelişim ihtiyacını daha iyi tarif ediyor olabilir. Sorunu saklamayı ödüllendiren görüşme dili, programın doğru katkıyı belirlemesini zorlaştırır. Ekiplerin henüz bilmedikleri konuları söyleyebilmesi için gerçekçi bir konuşma ortamı kurulmalıdır.

Müşteri bilgisinin hangi aşamada olduğunu anlayın

Her girişim müşteri konusunda aynı noktada değildir. Bazısı hedef kullanıcıyı belirlemeye çalışır, bazısı ürün kullanımını gözlemler, bazısı satın alma sürecini çözmeye çalışır. Bunları tek bir “satış desteği” ihtiyacı altında toplamayın. Kullanıcı, satın alan kişi ve kararı etkileyen taraf farklı olabilir; görüşmede bu ayrımların ne kadar net olduğunu anlamaya çalışın.

NSF I-Corps programı, kendi yaklaşımında müşteri keşfini teknolojilerin pazar potansiyelini anlamak için deneyimsel öğrenmeyle birleştirir. Bu örnek, müşteri görüşmelerini yalnız tanıtım faaliyeti olarak görmemenin önemini gösterir. Programın özel koşulları, süreleri veya katılım gereklilikleri başka kurumların uygulaması gibi aktarılmamalıdır.

Ön görüşmede kurucudan bütün araştırma dosyasını sunmasını istemek gerekmeyebilir. Son öğrendiği üç şeyi ve bunların ürün kararını nasıl değiştirdiğini sorabilirsiniz. Eğer hiçbir karar değişmemişse araştırmanın kapsamı veya yorumlanması konuşulabilir. Müşteri görüşmesi sayısını tek başına kalite göstergesi saymadan, elde edilen bilginin kullanılıp kullanılmadığına bakın.

Teknik belirsizlik ile geliştirme iş yükünü ayırın

Bir ürünün henüz tamamlanmamış olması her zaman aynı teknik ihtiyacı göstermez. Ekip ne yapılacağını biliyor fakat geliştirme kapasitesi yetmiyor olabilir. Başka bir ekip ise çözümün belirli koşulda çalışıp çalışmayacağını henüz bilmeyebilir. İlk durumda kaynak ve planlama, ikinci durumda deneme tasarımı ve uzmanlık daha önemli hale gelebilir.

Görüşmede “Ürünün yüzde kaçı bitti?” sorusuna sıkışmayın. Hangi varsayımın sınanması gerektiğini, başarının nasıl anlaşılacağını ve eldeki bulgunun ne olduğunu sorun. Teknik alanı bilmeyen görüşmeci, bilmediği konuda kesin uygunluk yorumu yapmak yerine ek uzman değerlendirmesine ihtiyaç olduğunu kaydetmelidir. Sunumun anlaşılır olması teknik doğrulamanın tamamlandığı anlamına gelmez.

Gerekli laboratuvar, cihaz veya teknik hizmet programda bulunmuyorsa bunu erken açıklayın. Kurumun paydaş çevresinde ilgili bir yapı bulunması koşulsuz erişim anlamına gelmez. Olası yönlendirmeyi kesin tahsis gibi sunmadan, hangi tarafla hangi konunun netleştirileceğini belirtin. İhtiyaç tanısı ile kaynağın mevcut olduğunu doğrulama iki ayrı iştir.

Ekipteki roller ve karar kapasitesi görünür olmalı

Programın sunacağı katkının uygulamaya dönüşmesi için girişimde kimin hangi işi yapacağı anlaşılmalıdır. Kurucu sayısı tek başına kapasiteyi göstermez. Teknik, ticari ve operasyon sorumluluklarının nasıl paylaşıldığını; aynı kişinin birden fazla rolü taşıyıp taşımadığını sorun. Rol eksikliği ile görevlerin henüz açık yazılmamış olması farklı sorunlardır.

Kararların nasıl alındığını da anlamak gerekir. Mentör görüşmesinden sonra ürün kapsamını kim değiştirebilir? Müşteri denemesini kim planlar? Bir ortağın onayı gerektiğinde süreç nasıl işler? Programın önerileri sürekli karar beklerken kalıyorsa, dış uzmanlık artırılsa bile ilerleme sınırlı olabilir. Bu durum ekibin yetersiz olduğu yargısını değil, çalışma düzeninin konuşulmasını gerektirir.

Görüşmede bütün ortakların bulunması zorunlu olmayabilir; ancak katılan kişinin hangi bilgiyi ve kararı temsil ettiği açık olmalıdır. Bir ekip üyesinin anlattığı beklenti diğerlerinin önceliğiyle çelişebilir. Gerekirse kabul öncesi kısa bir ortak hedef doğrulaması planlanabilir. Bu öneri hukuki ortaklık düzeninin veya şirket yetkilerinin yerine geçmez.

Zaman bütçesini görünmez varsayım olmaktan çıkarın

Programın yararlı olması, girişimin katılım için zaman ayırabilmesine bağlıdır. Eğitim, görüşme ve etkinliğin yanında hazırlık, ulaşım ve sonrasında uygulanacak işler de vardır. Ekip başka işlerde çalışıyor olabilir veya müşteri teslimatı nedeniyle belirli dönemlerde yoğunlaşabilir. Bu koşulları isteksizlik olarak değerlendirmeden açıkça konuşun.

“Programa ayırabileceğiniz zaman var mı?” sorusu çoğu zaman genel olumlu yanıt getirir. Bunun yerine örnek haftayı birlikte inceleyin. Hangi günlerde katılım mümkün, görüşme sonrasında önerilen işi kim yapacak ve mevcut yükümlülüklerden hangisiyle çakışma olabilir? Programın zorunlu katılım noktaları da aynı açıklıkla anlatılmalıdır.

Her girişimden aynı çalışma düzenini beklemek programın kapsamına göre uygun olmayabilir. Ancak esneklik sunuluyorsa bunun gerçek sınırları belirtilmelidir. Çevrimiçi katılım, telafi veya seçmeli çalışma imkânı bulunduğu doğrulanmadan söz verilmemelidir. Amaç ideal katılımcıyı tarif etmek değil, gerçek ekibin programdan nasıl yararlanabileceğini değerlendirmektir.

Finansman talebinin altında hangi ihtiyaç olduğunu sorun

“Finansmana ihtiyacımız var” ifadesi görüşmenin sonu değil başlangıcıdır. Para hangi işi mümkün kılacak? Ürün geliştirme, müşteri denemesi, ekip kapasitesi veya işletme gideri gibi farklı kullanım amaçları farklı hazırlık gerektirir. Program ekibinin görevi, kendi uzmanlık sınırları içinde talebin iş planındaki yerini anlamaktır; her finansal soruna çözüm vereceğini varsaymak değildir.

Kurucu henüz hangi harcamanın kritik olduğunu bilmiyorsa ilk ihtiyaç bir kaynak listesi değil, çalışma önceliklerinin netleştirilmesi olabilir. Yatırımcıyla tanışma talebi de bazen müşteri belirsizliğini görünmez bırakabilir. Bu durumda yatırımın uygunluğu hakkında kesin hüküm vermeden, karar için hangi bilgilerin eksik olduğunu konuşmak daha yararlıdır.

Kişiye özgü finansal tavsiye vermek veya destek uygunluğu garantilemek yerine programın sağlayabildiği katkıyı açıklayın. Bütçe hazırlığı, uzman yönlendirmesi veya yatırım sunumu çalışması farklı hizmetlerdir. Finansmanın sağlanması başka tarafların kararına bağlı olabilir. Girişimin kabulünü, henüz kesinleşmemiş bir kaynak bulunmuş gibi göstermeyin.

Erişim ve kullanım koşullarını kişiden varsaymayın

Bir girişimcinin yaşından, yaşadığı şehirden veya ekip yapısından hareketle hangi desteğe ihtiyaç duyduğunu tahmin etmek yanıltıcı olabilir. Katılımı zorlaştırabilecek koşulları doğrudan ve işle ilişkili sorularla anlamaya çalışın. Ulaşım, çalışma saati, kullanılan dijital araçlar veya fiziksel alan erişimi belirli kişiler için farklı önem taşıyabilir.

Soruların amacı gereksiz kişisel ayrıntı toplamak değildir. “Bu çalışma biçimine katılmanızı zorlaştıran ve program planında dikkate almamızı istediğiniz bir konu var mı?” gibi açık soru kullanılabilir. Paylaşılan bilginin kim tarafından görüleceği ve hangi amaçla kullanılacağı kurumun uygun süreçleriyle yönetilmelidir. Katılım kolaylığı ile değerlendirme ölçütlerini birbirine karıştırmayın.

Kurumun sağlayamadığı düzenlemeyi gizlemeyin. Alternatif varsa kapsamını, yoksa mevcut sınırı açıklayın. Bazen aynı hedefe farklı çalışma biçimiyle ulaşmak mümkündür; bazen programın yapısı buna uygun değildir. Karşılıklı uygunluğu dürüstçe konuşmak, kabulden sonra sürekli sorun yaşanan bir ilişki kurmaktan daha işlevseldir.

Beklentiyi bir hizmet listesine değil, ortak işe bağlayın

Girişimci programdan görünürlük beklerken kurum ürün doğrulama çalışması planlıyor olabilir. Her iki taraf destek kelimesini kullanır fakat farklı sonuçlar düşünür. Bu nedenle görüşmede “Program sonunda neyin değişmiş olmasını istiyorsunuz?” sorusu önemlidir. Yanıt somut değilse, hangi kararın veya işin ilerlemesinin girişim için değerli olacağını birlikte açın.

Kurum kendi kapsamını aynı düzeyde somut anlatmalıdır. “Girişiminizi büyütürüz” yerine hangi çalışmaların sunulduğu ve girişimden hangi hazırlığın beklendiği açıklanabilir. Bununla birlikte her görüşmede hazır çözüm önermek gerekmez. Bazı ihtiyaçların daha iyi anlaşılması için ek bilgi veya uzman görüşü gerektiği söylenebilir.

Beklentiler uyuşmuyorsa bunu kişisel anlaşmazlık gibi ele almayın. Programın amacıyla girişimin önceliği farklı olabilir. Uygun bir başka dönem veya kaynak bulunuyorsa yönlendirme düşünülebilir; bunun mevcut olduğu doğrulanmadan kesin söz verilmemelidir. Kabul kararını sadece kurumun isteğine değil, girişimin de bilinçli katılımına dayandırmak ilişkiyi güçlendirir.

İhtiyaçları önem ve çözülebilirlik açısından sıralayın

Ön görüşme sonunda uzun bir ihtiyaç listesi oluşabilir. Hepsini aynı anda çözmeye çalışmak programı dağınık hale getirir. Her ihtiyaç için iki soru sorun: Bu konu çözülmezse hangi iş durur ve program bu konuda gerçek katkı sunabilir mi? Önemi yüksek fakat programın kapsamı dışında kalan ihtiyaçlar ayrı ele alınmalıdır.

Basit bir harita kullanılabilir: programda çalışılacak ihtiyaçlar, dış kaynağa yönlendirilecek ihtiyaçlar ve daha sonra ele alınacak ihtiyaçlar. Bu sınıflandırma kesin teşhis değildir; yeni bilgi geldikçe değişebilir. Yine de ilk çalışma odağını belirlemek için yararlıdır. Kurucunun talep ettiği şey ile görüşmede belirlenen ihtiyacın neden farklılaştığı açıkça anlatılmalıdır.

Girişimcinin onayı ve anlayışı olmadan ihtiyaç tanımı dayatmayın. Görüşmeci bir sorunu fark etmiş olabilir, fakat ekibin bağlamında eksik bilgi bulunabilir. Haritayı birlikte okuyup yanlış anlaşılan yerleri düzeltin. Kurumun uzmanlık iddiası, girişimin kendi deneyimini dinlemenin yerine geçmemelidir. Ortak ihtiyaç tanımı, sonraki çalışmanın dayanağı olur.

Varsayımsal örnek: Fuar standı parçasının kurulum ihtiyacı

Bu örnek kurgu niteliğindedir. Yeniden kullanılabilir fuar standları için bağlantı elemanı geliştiren ekip, programa yatırımcı bağlantısı arayarak başvuruyor olsun. Sunum, daha fazla üretim yapmaya ve yeni fuar pazarlarına ulaşmaya odaklanır. Son müşteri görüşmesi sorulduğunda, kurulum firmasının üretim adedinden önce parçanın mevcut stand düzeniyle uyumunu ve söküm sonrasında yeniden kullanılabilirliğinin nasıl değerlendirileceğini öğrenmek istediği anlaşılır. Ekip bu soruları henüz sistematik biçimde incelememiştir.

Kurucular parçanın ilk örneğini hazırlamıştır; fakat standı taşıyan, kuran ve depolayan kişilerin farklı ihtiyaçlarını yeterince gözlemlememiştir. Müşterinin satın alma isteğini yalnız tanıtım toplantısındaki olumlu yorumdan çıkarmaktadırlar. Ayrıca teknik kurucu başka bir üretim işini sürdürdüğü için programın bütün gündüz çalışmalarına katılamayacaktır. İhtiyaç görüşmesi, finansman talebinin yanında kullanım bağlamını anlama, teknik uygunluk değerlendirmesini planlama ve gerçekçi katılım düzeni kurma gereğini görünür kılar.

Program, kapsamı uygunsa ilk çalışmayı kurulum ekibinin iş akışını gözlemleme ve yanıtlanacak uyumluluk sorularını belirleme üzerine kurabilir. Gerekli teknik incelemelerin yetkin kişilerce ve uygun koşullarda yapılması ayrı bir iş olarak ele alınır; görüşme ürünün güvenli veya kullanıma hazır olduğunu kanıtlamaz. Yatırımcı talebi de yok sayılmaz, öncesinde açıklığa kavuşacak ihtiyaçlarla ilişkilendirilir. Örnekte başarı veya kabul sonucu yoktur. Amaç, üretimi büyütme isteğinin altında bulunan müşteri, teknik değerlendirme ve zaman ihtiyaçlarını birbirinden ayırmaktır.

Görüşme notu kabulden sonraki çalışmaya taşınmalı

Ön görüşmede üretilen bilgi seçim yapıldıktan sonra unutulursa ekip aynı hikâyeyi yeni mentöre veya program sorumlusuna tekrar anlatmak zorunda kalır. İhtiyaç notu, uygun erişim ve paylaşım koşulları içinde sonraki çalışmaya aktarılmalıdır. Ancak bütün başvuru dosyasını herkese açmak yerine ilgili kişinin ihtiyaç duyacağı bilgiyi seçmek gerekir.

Kısa bir başlangıç notunda mevcut durum, öncelikli ihtiyaç, eldeki kanıt, programın katkısı ve girişimin yapacağı iş bulunabilir. Notun tarihi önemlidir; girişimler kısa sürede değişebilir. Kabul ile ilk çalışma arasında yeni müşteri veya teknik bilgi geldiyse plan güncellenmelidir. Eski görüşme notunu değişmez teşhis gibi kullanmayın.

THK & Orion TEKMER ile görüşmeye hazırlanan ekipler ön başvuru sayfasında proje ve ihtiyaçlarını anlatabilir; hizmetler alanını kendi öncelikleriyle karşılaştırabilir. Bu yazıdaki ihtiyaç haritası, kurumun ilan edilmiş kabul yöntemi olarak sunulmamaktadır. Güncel süreç ve kapsam ilgili başvuru aşamasında doğrulanmalıdır.

Kabul etmemenin de yararlı bir sonraki adımı olabilir

Programın karşılayamadığı kritik ihtiyaç varsa kabul kararı vermemek bazen daha doğru olabilir. Bunu “girişim zayıf” gibi genel bir yargıyla anlatmak yerine, mevcut program kapsamıyla ihtiyaç arasındaki farkı açıklamak yararlıdır. Kurumun çözebildiği sorunlarla girişimin şu an öncelikli gördüğü sorunlar örtüşmeyebilir.

Yönlendirme yapılacaksa bilinen ve doğrulanmış kapsamla sınırlı kalın. Başka bir kurumun kabul edeceğini veya belirli bir desteğin alınacağını söylemeyin. Girişimcinin araştırabileceği bir kaynak, hazırlayabileceği belge veya netleştirebileceği soru paylaşılabilir. Böylece olumsuz karar, belirsiz bir bekleme durumuna dönüşmeden anlamlı biçimde kapanır.

Sonraki dönemde yeniden görüşme imkânı varsa hangi koşulun değişmesinin beklendiğini açıklayın. “Biraz gelişip gelin” yerine müşteri grubu, teknik deneme veya ekip kapasitesi bakımından hangi bilginin ihtiyaç duyulduğunu belirtmek daha somuttur. Bu açıklama kabul sözü değildir; girişimcinin kendi hazırlığını yönlendirmesine yardımcı olan bir bilgi olabilir.

Sık sorulan sorular

İhtiyaç görüşmesi bir jüri sunumu mudur?

Amaçları farklı olabilir. Jüri belirli ölçütlerle seçim yaparken ihtiyaç görüşmesi girişimin nerede ve nasıl desteğe ihtiyaç duyduğunu anlamaya odaklanır. Aynı oturumda yapılacaksa bu amaçların ve soruların başvuru sahibine açıkça anlatılması gerekir.

Girişimci ihtiyacını yanlış tanımlıyorsa ne yapılmalı?

Doğrudan yanlış olduğunu söylemek yerine son olayları, mevcut kanıtı ve almak istediği kararı konuşun. Görüşmecinin de eksik bilgiye sahip olabileceğini kabul edin. Alternatif ihtiyaç tanımını birlikte sınamak, tek taraflı öneri dayatmaktan daha yararlıdır.

Çok erken aşamadaki girişimden hangi kanıt beklenebilir?

Programın amacına göre değişir. Henüz satış bulunmaması tek başına yetersizlik değildir. Kullanıcı gözlemi, problem araştırması veya teknik deneme gibi aşamaya uygun bilgiler incelenebilir. Beklenen kanıtın baştan açıklanması, ekiplerin doğru hazırlık yapmasını sağlar.

Her ihtiyaç program içinde çözülmeli mi?

Hayır. Programın uzmanlığı ve kaynakları sınırlıdır. Öncelikli ihtiyacın kapsam içinde olup olmadığı değerlendirilmelidir. Dış kaynağa yönlendirme veya sonraki dönemde yeniden görüşme düşünülebilir; mevcut olmayan hizmet veya kabul sonucu vaat edilmemelidir.

İhtiyaç planı kabulden sonra değişebilir mi?

Evet. Yeni müşteri bilgisi, teknik sonuç veya ekip koşulu öncelikleri değiştirebilir. Planın tarihli ve gözden geçirilebilir olması bu nedenle önemlidir. Değişikliği kaydetmek, eski hedefe bağlı kalmakla gerçek ihtiyaca yanıt vermek arasındaki dengeyi kurar.