Yeni kurulan şirketlerin TEKMER başvurusuna hazırlanma rehberi

Yeni kurulan bir şirketin TEKMER başvurusuna hazırlanması, girişimini anlaşılır ve doğrulanabilir biçimde anlatmasıyla başlar. Şirket bilgileri, çözülen problem, teknik çalışma, ekip görevleri, mevcut kanıtlar ve talep edilen destek birbiriyle tutarlı olmalıdır. Ön görüşme, resmî proje değerlendirmesi ve çalışma alanı kullanımı ayrı adımlar olabilir. Hazırlığınızı büyük bir sunumdan önce açık bir proje dosyası etrafında kurun.

Başvurunun hangi kapıyı açtığını anlayın

Bir merkeze ilk temas kurarken kullanılan form, her zaman resmî proje kabul dosyasının tamamı değildir. Girişimi tanımak ve ihtiyacı öğrenmek amacıyla alınan ön başvuruyla daha ayrıntılı teknik değerlendirmeyi birbirinden ayırmak gerekir. Yeni şirketler bazen yalnız kısa bir form doldurdukları için bütün sürecin tamamlandığını düşünür. Başvuru türünü ve sonraki adımları baştan öğrenmek bu yanlış beklentiyi önler.

KOSGEB’in güncel Teknoloji Merkezi Destek Programı Yönergesi, işletici kuruluşun başvuruyu ön değerlendirmesini ve uygun başvuruların Proje Değerlendirme Kuruluna iletilmesini düzenler. Bu süreç, şirketin yalnız alan kiralaması veya bir etkinliğe kayıt olmasıyla aynı kabul edilmemelidir. Projenize uygulanacak güncel gereklilikleri ilgili merkezden öğrenin.

Bu rehberdeki dosya önerileri, kurumun yayımladığı zorunlu belge listesinin yerine geçmez. Önce sizden istenen güncel alanları ve belgeleri okuyun; sonra anlatımınızı güçlendirmek için buradaki yöntemi kullanın. Kurumun talep etmediği hassas belgeleri sırf dosya kalabalık görünsün diye paylaşmayın. Başvurunun amacı, mümkün olduğunca fazla belge göndermek değil, değerlendirilmesi gereken konuları açık ve tutarlı biçimde sunmaktır.

Şirket bilgisini tek bir doğruluk kaynağında toplayın

Yeni kurulan şirketlerde unvan, adres, ortaklık bilgisi ve iletişim sorumlusu farklı dosyalarda farklı biçimlerde yazılabilir. İlk hazırlık işi bu temel bilgileri kontrol etmektir. Formu dolduran kişi, sunumu hazırlayan kişi ve görüşmeye katılan kişi aynı bilgileri kullanmalıdır. Bir e-posta adresinin veya yetkili kişinin yanlış aktarılması, iyi hazırlanmış bir projenin iletişim sürecini gereksiz yere zorlaştırabilir.

İç kullanım için kısa bir şirket bilgi sayfası hazırlayın. Her bilginin güncellendiği tarih ve sorumlusu belli olsun. Resmî kayıtlara dayanması gereken alanları tahmin ederek doldurmayın; ilgili şirket belgesinden kontrol edin. Şirketin ticari unvanıyla ürünün adını ayrı yazmak da yararlıdır. Ürün markası ile şirket adı aynı değilse bunun açık olması sonraki belgelerde karışıklığı azaltır.

Kurum tarafından belge istendiğinde hangi sürümün gönderildiğini kaydedin. Bir belgeyi sonradan düzeltmeniz gerekirse önceki gönderimle bağlantısını açıklayın. Aynı dosyaya farklı tarihlerde aynı adı vermek takip etmeyi zorlaştırabilir. Basit bir adlandırma düzeni yeterlidir: konu, tarih ve sürüm. Bu yaklaşım resmî bir başvuru şartı olarak değil, şirketin kendi bilgi düzenini korumak için önerilmektedir.

Problemi müşteri cümlesiyle anlatın

Projenizi tanıtırken kullandığınız ilk cümlenin bütün teknolojileri sıralaması gerekmez. Önce kimin, hangi durumda, neyi yapmakta zorlandığını açıklayın. Sorunu yaşayan kişinin görevi, mevcut çözümün sınırı ve bunun iş üzerindeki etkisi anlaşılır olmalıdır. “Sektörü dönüştürüyoruz” gibi geniş bir ifade yerine belirli bir iş akışını anlatmak, okuyucunun ürününüzün neden geliştirildiğini kavramasını kolaylaştırır.

Problem anlatımında gözlemle varsayımı ayırın. Müşteri görüşmesinde duyduğunuz bir ihtiyaç, bütün pazarın aynı ihtiyacı taşıdığını kanıtlamaz. Elinizde sınırlı veri varsa bunu açıkça belirtin ve sonraki doğrulama adımınızı yazın. Başvuruda kesinlik izlenimi yaratmak için kanıtın kapsamını büyütmek, değerlendirme görüşmesinde yanıtlanması zor sorular doğurabilir. Doğru sınırlar, anlatımı zayıflatmak yerine daha güvenilir kılar.

Bir sayfalık çalışma için şu sırayı kullanabilirsiniz: kullanıcı, mevcut yöntem, yaşanan güçlük, önerilen değişiklik ve henüz bilinmeyen nokta. Bu sıralama bir sunum şablonunun zorunlu başlıkları değildir; düşüncenizi düzenlemenin pratik yoludur. Ekibin teknik olmayan bir üyesi paragrafı okuduğunda problemi kendi cümlesiyle anlatabiliyorsa, açıklamanız ilk görüşme için daha kullanılabilir hale gelmiş demektir.

Teknik çalışmayı özellik listesinden çıkarın

Yeni şirketler bazen ürünün ekranlarını veya özelliklerini anlatırken projedeki teknik çalışmayı görünmez bırakır. Bir kullanıcıya sunulan işlev ile o işlevi geliştirmek için çözülmesi gereken belirsizlik farklıdır. Başvuruya hazırlanırken mevcut teknik durumu, geliştirilmesi gereken bölümü ve başarının nasıl sınanacağını açıklayın. Ürün tanıtımı ile proje anlatımının birbirini tamamlamasını sağlayın.

Hangi bileşenlerin hazır olduğunu, hangilerinin geliştirileceğini ve hangi bağımlılıkların bulunduğunu ayrı yazabilirsiniz. Dışarıdan alınan hizmet, mevcut bir araç ve şirket içinde geliştirilen unsur birbirine karışmamalıdır. Teknolojik yenilik iddianız varsa karşılaştırmanın hangi çözümler üzerinden yapıldığını belirtin. “Benzeri yok” gibi doğrulanması güç ifadeler yerine somut farkı ve bunu nasıl göstereceğinizi anlatmak daha yararlıdır.

Teknik planın yalnız faaliyetlerden oluşmamasına dikkat edin. Tasarım yapılacak, kod yazılacak veya test gerçekleştirilecek demek yerine her adımın hangi soruyu cevaplayacağını belirtin. Test sonucunda hangi karar alınacak? Beklenen sonuç çıkmazsa hangi seçenek gözden geçirilecek? Bu açıklamalar, projenizin yalnız bir ürün isteği değil, düşünülmüş bir çalışma planı olduğunu göstermeye yardımcı olur.

Ekibin deneyimini görevlerle ilişkilendirin

Başvuru dosyasında uzun özgeçmişler yerine projeye katkıyı açıkça gösteren bir görev anlatımı hazırlayın. Kim müşteri ihtiyacını araştıracak, kim teknik geliştirmeyi yönetecek, kim test ve teslim süreçlerinden sorumlu olacak? Kişinin geçmiş deneyimi bu göreve nasıl yardımcı oluyor? Bu sorulara kısa ve somut cevaplar vermek, unvanların sıralanmasından daha bilgilendirici olabilir.

Eksik yetkinlikleri gizlemek yerine nasıl karşılamayı düşündüğünüzü yazın. Henüz ekipte bulunmayan bir uzmanı mevcut çalışan gibi göstermeyin. Dış hizmet alınması planlanıyorsa bunu plan olarak belirtin; yapılmış anlaşmayla niyeti ayırın. Aynı kişinin çok sayıda sorumluluk aldığı küçük ekiplerde zaman kapasitesini gerçekçi değerlendirmek özellikle önemlidir. İş planı kişilerin fiilen ayırabileceği emekle uyuşmalıdır.

Kurucular arasında proje anlatımının tutarlı olup olmadığını da kontrol edin. Bir kişi ürünün hedefini başka, diğeri müşteri grubunu başka tarif ediyorsa önce içeride ortak anlayış kurun. Görüşmede her soruya herkesin cevap vermesi gerekmez; konunun sorumlusu konuşabilir. Ancak temel problem, teknik hedef ve talep edilen destek hakkında ekibin aynı hikâyeyi dürüstçe anlatabilmesi gerekir.

Kanıt dosyasını iddiaların arkasına yerleştirin

Bir başvurudaki her önemli iddianın karşısında onu destekleyen bilgi bulunması yararlıdır. Çalışan prototip iddiasını kısa bir gösterim, test yapıldığı bilgisini tarihli bir kayıt, müşteri ilgisini ise kapsamı doğru açıklanmış görüşme notu destekleyebilir. Her şeyi ana metne eklemek yerine okuyucunun ilgili kanıta gerektiğinde ulaşabileceği bir düzen kurun.

Kanıtların neyi göstermediğini de düşünün. Bir niyet yazısı satış faturası değildir; ilk kullanıcı görüşmesi ürünün bütün pazarda kabul göreceğini göstermez. Teknik bir testin başarılı olması da ticari talebi kendiliğinden doğrulamaz. Bu ayrımları dosyada doğru kurmanız, olası yanlış anlamaları azaltır. Başvurunun ikna gücü yalnız olumlu ifadelerin sayısından değil, bilgilerin açıklığından doğar.

Paylaşım izinlerini ve gizlilik sınırlarını kontrol edin. Müşterinize ait belgeleri, kişisel bilgileri veya açıklanmamış teknik ayrıntıları gereksiz yere dosyaya eklemeyin. Değerlendirme için gerekli bağlamı koruyarak örnekleri sadeleştirmek mümkün olabilir. Kurumun istediği belge kapsamı konusunda tereddüt varsa uygun paylaşım biçimini sorun. Hazırlıklı olmak, elinizdeki her dosyayı herkese açık hale getirmek anlamına gelmez.

Bütçeyi ve çalışma takvimini aynı mantıkla kurun

Proje planında faaliyetler bulunurken bütçenin bunlarla ilişkisi belirsiz kalabilir. Yeni şirket için yararlı başlangıç, her önemli işin gerektirdiği emek ve kaynağı yazmaktır. Personel zamanı, dış uzmanlık, geliştirme araçları ve test ihtiyacı gibi başlıkları projenizin gerçek durumuna göre düşünün. Bu hazırlık, belirli bir destek kalemine uygunluk iddiası değildir; çalışma planınızın uygulanabilirliğini incelemek içindir.

Henüz fiyat alınmamış bir gideri kesinleşmiş maliyet gibi sunmayın. Tahmin, teklif ve gerçekleşmiş harcamayı birbirinden ayırın. Aynı şekilde takvimde dışarıdan gelecek cevaba bağlı işleri işaretleyin. Bir müşteri ortamında test yapılacaksa bunun zamanının ekibinizin tek taraflı kararıyla belirlenemeyebileceğini hesaba katın. Bağımlılıkların görünür olması, proje süresini daha gerçekçi tartışmanızı sağlar.

Bir gecikme olduğunda bütün takvimin etkilenip etkilenmediğini düşünün. Kritik adımlar ile bağımsız yürütülebilecek işler ayrıldığında daha iyi bir çalışma sırası kurulabilir. Başvuruya büyük ve kesin bir plan koymak yerine gerekçeli bir plan sunmanız önemlidir. Destek, teşvik veya proje süresine ilişkin resmî koşullar varsa bunları güncel metin üzerinden ayrıca değerlendirin; bu rehberdeki örneklerden hak veya tutar çıkarmayın.

Talep ettiğiniz desteği tek cümlede netleştirin

“Bütün desteklerden yararlanmak istiyoruz” ifadesi, merkezin ihtiyaçlarınızı anlamasını güçleştirebilir. Yakın dönem için öncelikli talebinizi seçin: çalışma alanı ihtiyacının değerlendirilmesi, teknik projenin anlatımının netleştirilmesi veya müşteriyle görüşme hazırlığı gibi. Birden fazla ihtiyaç varsa aralarındaki sırayı belirtin. Hangi sorunun çözülmesi diğer işlerin önünü açacaksa onu ilk sıraya koyabilirsiniz.

Talebin yanında kendi katkınızı da yazın. Görüşmeye hangi veriyi getireceksiniz, önerileri kim uygulayacak, ne kadar çalışma zamanı ayırabileceksiniz? Destek almak, yürütme sorumluluğunu bütünüyle merkeze bırakmak değildir. Karşılıklı rol açıklığı sağlandığında görüşme daha somut ilerler. Belirli bir uzmanın, programın veya alanın uygunluğu ise güncel imkânlara ve değerlendirmeye bağlıdır.

Ayrıca neye ihtiyaç duymadığınızı kendi planınızda bilmek faydalıdır. Henüz test edilmemiş bir ürün için hemen yatırımcı toplantısı istemek, asıl hazırlığı erteleyebilir. Önce bir müşteri problemini daha iyi anlamanız gerekiyorsa bu ihtiyacı açıkça söyleyin. Merkezle görüşmenin amacı yalnız bir listeye erişmek değil, projeniz için uygulanabilir bir sonraki adımı belirlemektir.

Göndermeden önce çapraz okuma yapın

Form, sunum ve ek belgeleri ayrı ayrı düzgün hazırlamak yeterli olmayabilir; birbirleriyle de tutarlı olmaları gerekir. Şirketin kuruluş tarihi, ekip sayısı, ürün aşaması ve proje hedefi farklı dosyalarda farklı görünüyorsa açıklama gerekecektir. Son kontrolde bir kişi bilgileri, başka biri anlatımın anlaşılırlığını inceleyebilir. Bu görev ayrımı aynı metne sürekli bakan kişinin gözden kaçırdığı sorunları görünür kılar.

Bir kontrol turunda yalnız sayılar ve tarihler üzerinde durun. İkinci turda iddialarla kanıtların eşleşmesini inceleyin. Üçüncü turda başvurunun talep ettiği soruların gerçekten cevaplanıp cevaplanmadığına bakın. Uzun bir paragrafın varlığı, sorunun cevaplandığı anlamına gelmez. Form kısa cevap istiyorsa gereksiz tanıtım cümlelerini çıkarıp temel bilgiyi öne alın; gerekli ayrıntıyı uygun ek dosyada tutun.

Gönderim öncesinde bağlantıları ve dosya erişimlerini kontrol edin. Yalnız sizin hesabınızla açılan bir sunum değerlendirmeyi aksatabilir. Buna karşılık gereğinden geniş erişim vermek de uygun değildir. İstenen paylaşım yöntemini kullanın, son sürümü açıkça adlandırın ve gönderdiğiniz içeriğin bir kopyasını saklayın. Sonraki görüşmeye hazırlanırken ne ilettiğinizi bilmek, konuşmanın daha tutarlı ilerlemesini sağlar.

Varsayımsal örnek: Yeni bir malzeme girişiminin dosyası

Bu örnek tamamen kurgusaldır. İki araştırmacı, gıda taşımacılığında kullanılan ambalajlara yönelik yeni bir kaplama yaklaşımı üzerinde çalışmak için şirket kuruyor. İlk başvuru metinlerinde bütün ambalaj sektörünü hedeflediklerini, ürünlerinin hazır olduğunu ve büyük üreticilerle çalışabileceklerini yazıyorlar. Dosyayı birlikte gözden geçirince bu ifadelerin eldeki çalışma düzeyini aşan beklentiler yarattığını fark ediyorlar.

Metni yeniden düzenleyerek ilk kullanım alanını daraltıyorlar. Laboratuvar denemesinin hangi koşullarda yapıldığını, henüz hangi performans özelliklerini doğrulamadıklarını ve sıradaki teknik soruyu açıklıyorlar. Üreticilerle yapılan ilk konuşmaları satış anlaşması olarak değil, ihtiyaç öğrenme görüşmesi olarak tanımlıyorlar. Bir kurucunun teknik deneyimini, diğerinin test planlama görevini ve dışarıdan görüş alınması gereken konuyu açıkça ayırıyorlar.

Merkezden taleplerini de sadeleştiriyorlar: proje anlatımını değerlendirmek ve uygun çalışma imkânlarını öğrenmek. Başvuruları belirli bir sonuç garantisi taşımıyor; fakat artık ilk görüşmede konuşulacak gündem açık. Örnekteki iyileşme dosyanın daha iddialı hale gelmesi değil, mevcut durum ile hedef arasındaki mesafenin görünür olmasıdır. Değerlendiren kişi, girişimin hangi konuda ilerlemek istediğini daha rahat anlayabilir.

THK & Orion TEKMER ön başvurusuna hazırlanın

THK & Orion TEKMER’in ön başvuru sayfası, proje ve çalışma alanı ihtiyacını toplar. Görünür süreçte inceleme, ön görüşme ve sonuçla sonraki adımların paylaşılması yer alır. Sayfa ayrıca ön başvurunun kabul veya ofis tahsisi taahhüdü olmadığını belirtir. Bu nedenle formu ilk temasın açık anlatımı olarak hazırlayın.

Formda yer alan proje aşaması, ekip büyüklüğü ve ihtiyaç anlatımı gibi başlıklar için yukarıdaki hazırlık dosyanızdan yararlanabilirsiniz. İlgilendiğiniz destekleri hizmetler bölümünde inceleyip hangi konuya öncelik verdiğinizi belirtin. Diğer programların başvuru tarihlerini genel TEKMER başvurusu için geçerli sanmayın; her başvuru sayfasının kendi güncel koşullarını kontrol edin.

Gönderimden sonra görüşme gündeminizi koruyun

Başvuru tamamlandığında hazırlık işi tamamen bitmez. İletişim sorumlusunu belirleyin, gelen soruları aynı dosyada toplayın ve yeni bilgi oluştuğunda önceki beyanlarla ilişkisini açıklayın. Ürününüz veya ekibiniz değişmiş olabilir; bu değişikliği saklamak yerine tarihli bir güncelleme olarak paylaşmak daha anlaşılırdır. Aynı başvuruyu tekrar tekrar göndermek yerine mevcut süreç için bildirilen iletişim yolunu izleyin.

Görüşmeye giderken dosyanızı baştan sona okumak zorunda kalmayacak şekilde üç ana noktayı hazırlayın: ne geliştiriyorsunuz, bugün neyi biliyorsunuz ve hangi konuda değerlendirme istiyorsunuz? Sorulara bilmediğiniz yerde kesin cevap vermeye çalışmayın. Bir bilgiyi kontrol edip sonradan ileteceğinizi söylemek mümkündür. Sağlıklı bir başvuru, kusursuz görünmekten çok doğru bilgiyi düzenli biçimde paylaşabilen bir ekip ortaya koyar.

Görüşmeden sonra size yöneltilen soruları yalnız cevaplanacak eksikler olarak görmeyin. Bazı sorular projenizin kendi içinde yeterince açıklanmadığını gösterebilir. Örneğin kullanıcıyla ödeme yapan kurumun farklı olması, iş modelini daha dikkatli anlatmanızı gerektirebilir. Bu ayrımı öğrendiğinizde yalnız formdaki bir cümleyi düzeltmeyin; ürün planı ve müşteri görüşmelerinizin de aynı anlayışa dayanıp dayanmadığını kontrol edin. Başvuru hazırlığı böylece tek seferlik bir evrak işinden, girişimin kendi düşüncesini netleştirdiği bir yönetim çalışmasına dönüşebilir.

Sık sorulan sorular

Yeni şirket için uzun bir yatırım sunumu zorunlu mudur?

İstenen belgeler ilgili merkezin güncel sürecine bağlıdır. Önce zorunlu alanları öğrenin. Uzun sunum hazırlamak yerine problem, proje, ekip ve ihtiyaç anlatımının anlaşılır olmasına odaklanın; talep edilen formatı esas alın.

Henüz müşterimiz yoksa bunu nasıl yazmalıyız?

Müşteriniz olmadığını açıkça belirtin ve kullanıcı ihtiyacını nasıl araştırdığınızı anlatın. Görüşme, deneme, niyet ve satış farklı durumlardır. Mevcut kanıtı büyütmeden sıradaki doğrulama adımını açıklamanız daha yararlı olur.

Ön başvuru gönderilince ofis ayrılır mı?

Ön başvuruyu otomatik alan tahsisi olarak değerlendirmeyin. Yer ve hizmet kullanımı, ilgili merkezin değerlendirmesi ve güncel koşullarıyla ayrıca netleşir. THK & Orion TEKMER’in formunda da kabul ve tahsis taahhüdü bulunmadığı belirtilir.

Teknik ayrıntıları ilk formda tamamen paylaşmalı mıyız?

Formun istediği kapsamı esas alın ve projeyi anlaşılır kılacak yeterli bilgi verin. Gereksiz hassas ayrıntıları eklemeyin. Daha kapsamlı teknik belge istenirse uygun paylaşım biçimini ve gizlilik koşullarını öğrenerek ilerleyin.

Başvuru dosyasında sonradan hata fark edersek ne yapmalıyız?

Düzeltilecek bilgiyi açıkça tanımlayın, doğru sürümü tarihleyin ve bildirilen iletişim kanalından iletin. Önceki beyanın sessizce değiştirilmesi yerine hangi alanın güncellendiğinin anlaşılması, dosyanın izlenmesini kolaylaştırır ve görüşmede karışıklığı azaltır.