TEKMER nedir, girişimcinin hangi ihtiyaçlarına cevap verebilir?

TEKMER, teknoloji geliştirme merkezi anlamına gelir. Girişimci açısından değeri, yalnız bir çalışma adresi sağlamasında değil; teknoloji fikrini uygulanabilir bir işe dönüştürürken karşılaşılan ihtiyaçlara uygun bir gelişim ortamı sunabilmesindedir. Hangi ihtiyacın karşılanacağı merkezin kapsamına, girişimin aşamasına ve tarafların üzerinde anlaştığı çalışma biçimine bağlıdır. Bu nedenle “TEKMER ne verir?” sorusundan önce “Girişimim hangi konuda ilerleyemiyor?” sorusunu yanıtlamak gerekir.

Bu yazı TEKMER kavramını, ürün geliştiren bir ekibin günlük kararları üzerinden açıklar. Tanımların ardından müşteri öğrenmesi, çalışma düzeni, uzmanlık, fikri varlıklar ve bağlantılar için bir ihtiyaç haritası kurar. Önerilen yöntemler kurumların standart hizmet listesi değildir; bir merkezle görüşmeden önce beklentileri somutlaştırmak için kullanılabilecek editoryal araçlardır.

TEKMER’i bina, program ve işletmeden ayırarak tanımak

Bir girişimcilik merkezinde üç farklı katman vardır. Fiziksel ortam, çalışmanın nerede ve hangi koşullarda yapılacağını belirler. Program veya hizmetler, girişimin hangi konularda nasıl destek alabileceğini gösterir. İşletici yapı ise başvuru, kullanım, sözleşme ve koordinasyon süreçlerini yürütür. Bu katmanlar ilişkili olsa da birbirinin yerine geçmez. İyi bir toplantı odası bulunması, teknik danışmanlık hizmetinin de mevcut olduğunu kanıtlamaz.

KOSGEB’in Teknoloji Merkezi Destek Programı, merkezlerin kurulması ve gelişmesi üzerinden teknoloji odaklı girişimciliği ve ticarileşmeyi desteklemeyi amaçlar. Program sayfasında merkezlere yönelik destekler bulunması, merkeze başvuran her şirketin aynı destekleri doğrudan alacağı şeklinde okunmamalıdır. Merkezin destek başvurusu ile girişimcinin hizmet veya proje başvurusu ayrı konulardır.

Bu ayrımı pratikte bir dosyalama düzenine dönüştürebilirsiniz. Bir dosyada kullanım ve sözleşme koşulları, diğerinde proje değerlendirmesiyle ilgili yazışmalar, üçüncüsünde işletmenize uygun olabilecek destek araştırmaları bulunsun. Belgeleri ayrı tutmak, bir görüşmede söylenen hizmet bilgisini başka bir süreçte kazanılmış hak gibi yorumlamanızı önler. İlk görüşmede hangi sürecin konuşulduğunu adlandırmak çoğu belirsizliği azaltır.

İhtiyaç haritası: Girişimin nerede sıkıştığını bulun

Kurucular bazen bütün ihtiyaçlarını aynı anda çözmeye çalışır: ürün, satış, finansman, ekip, marka ve ofis. Bu geniş liste bir merkezin size nasıl katkı sağlayabileceğini anlamayı zorlaştırır. Bunun yerine son iki haftada ilerlemeyen üç önemli işi yazın. Her işin yanına neden ilerlemediğini ekleyin. Sorun bilgi eksikliği, kaynak eksikliği, karar verememe veya erişim güçlüğü olabilir.

Örneğin ürün özellikleri seçilemiyorsa ihtiyaç daha fazla yazılım geliştirme olmayabilir; müşteri önceliklerini öğrenmek olabilir. Satış görüşmesi sürekli erteleniyorsa sorun tanıtım dosyasının tasarımı değil, doğru karar vericiye ulaşamamak olabilir. Ekip toplantıları uzuyorsa yeni bir araç almak yerine sorumlulukların ayrılması gerekebilir. Bir TEKMER’in anlamlı katkısı ancak bu kök ihtiyaca temas ettiğinde ortaya çıkar.

İhtiyaç haritasını dört alanla sınırlayın: öğrenilecek konu, alınacak karar, yapılacak iş ve ihtiyaç duyulan dış katkı. Bu tabloyu her ay yenilemek yararlı olabilir. Öncelikler değiştikçe merkezin hangi hizmetlerinden yararlandığınız da değişecektir. Başlangıçta etkili olan bir çalışma biçimini alışkanlık nedeniyle sürdürmek yerine, ihtiyacınızın hâlâ aynı olup olmadığını kontrol edin.

Müşteri problemi konusunda daha iyi soru sormak

Teknoloji üretmek ile bir müşterinin öncelikli sorununu çözmek aynı faaliyet değildir. Bir ekip teknik açıdan etkileyici bir ürün geliştirebilir fakat müşterinin satın alma gerekçesini açıklamakta zorlanabilir. Böyle bir durumda ihtiyaç, ürünün ne kadar yenilikçi olduğunu anlatacak yeni ifadeler bulmaktan önce müşterinin mevcut işini anlamaktır. Girişimcilik ortamı bu öğrenme sürecini planlamak için değerlendirilebilir.

Bir merkezle görüşürken “Müşteri buluyor musunuz?” yerine daha belirli sorular sorun. Hedef müşteri grubuna ilişkin varsayımlarınızı tartışabileceğiniz bir çalışma mevcut mu? Görüşme sorularınızı eleştirebilecek bir uzmanla eşleşme mümkün mü? Sektörel tanışma etkinlikleri varsa bunlara katılım koşulları nelerdir? Bu sorular satış garantisi istemeden gerçek katkı biçimini anlamanıza yardımcı olur.

Kurucu olarak hazırlığınız da önemlidir. Görüşmeye müşteri tanımı, mevcut alternatifler ve henüz yanıtlayamadığınız sorularla gidin. “Herkes kullanabilir” ifadesi uzman görüşünü belirsizleştirir. İlk müşteri grubunu daraltmak, ürünü sonsuza kadar sınırlamak değildir; öğrenmeyi yönetilebilir hale getirmektir. Görüşme sonunda hangi varsayımın test edileceğini, kiminle konuşulacağını ve hangi yanıtın kararınızı değiştireceğini yazılı hale getirin.

Ürün geliştirme ihtiyacı her zaman laboratuvar ihtiyacı değildir

Bir girişimin ürün ihtiyacı, geliştirme aşamasına göre değişir. Fikir döneminde problem tanımı ve deneme tasarımı öne çıkabilir. Prototip aşamasında teknik doğrulama, tasarım tercihleri ve tedarik koordinasyonu gerekebilir. İlk kullanıcılar geldiğinde ise hata takibi, kullanım deneyimi ve ürünün sürdürülebilir biçimde işletilmesi önem kazanır. TEKMER değerlendirmesinde bu farklı işleri tek bir “Ar-Ge desteği” başlığına sıkıştırmayın.

Merkezde belirli cihaz, atölye veya laboratuvar bulunduğunu varsaymadan doğrudan doğrulayın. Böyle bir imkân yoksa dış hizmete yönlendirme yapılıp yapılmadığını ve bu ilişkinin sınırlarını sorun. Bir kurumla bağlantı kurulması, o kurumun altyapısının ücretsiz veya koşulsuz kullanılacağı anlamına gelmez. Erişim, ücret, zamanlama ve sorumluluklar ilgili taraflarla ayrıca netleştirilmelidir.

Altyapı bulunmasa bile ürün kararlarının düzenlenmesi değer yaratabilir. Ekibinizin hangi denemeyi neden yaptığı, sonuçları nasıl kaydettiği ve başarısız denemeden hangi bilgiyi çıkardığı önemlidir. Bu konularda bir görüşme veya eğitim varsa önceden örnek test kaydınızı hazırlayın. Genel bilgi dinlemek yerine gerçek kararınızı tartışmak, ayrılan süreden daha fazla yararlanmanıza yardımcı olur.

Çalışma ortamı ile ekip düzenini birlikte düşünmek

Bir çalışma alanının yararı yalnız masa sayısıyla ölçülmez. Ekip üyelerinin ne zaman bir araya geldiği, odaklanma gerektiren işlerle görüşmelerin nasıl ayrıldığı ve dışarıdan gelen ziyaretçilerin nasıl karşılandığı günlük verimi etkiler. Bir merkezin fiziksel düzenini incelerken kendi haftanızın örnek akışını kullanın. Salı günü müşteri demosu, çarşamba teknik çalışma ve cuma ekip değerlendirmesi için hangi ortam gerektiğini düşünün.

Uzaktan ve yüz yüze çalışmayı birleştiren ekipler için erişim düzeni ayrıca önemlidir. Herkesin sürekli aynı yerde bulunması gerekmeyebilir; fakat belirli buluşmalarda uygun alan bulunabilmelidir. Kullanım koşullarını öğrenmeden çalışma modelinizi merkez üzerinden tasarlamayın. Rezervasyon, ziyaretçi, ekipman saklama ve mesai dışı erişim gibi ayrıntılar sizin planınız açısından belirleyici olabilir.

Merkez ekip içi yönetimin yerine geçmez. Görev sahipliği belirsizse daha düzenli bir ofis tek başına sorunu çözmez. Haftanın önceliklerini, karar yetkilerini ve bekleyen işleri görünür kılan basit bir çalışma düzeni kurun. Fiziksel ortam bu düzeni kolaylaştırabilir; ancak kurucu ekibin kendi işini yönetme sorumluluğunu devralmaz. Bu beklentiyi doğru kurmak, memnuniyet değerlendirmesini de daha adil hale getirir.

Uzman görüşünü uygulanabilir çalışmaya çevirmek

Mentörlük veya danışmanlık ihtiyacı, “deneyimli biriyle konuşmak” kadar genel bırakıldığında görüşme kolayca dağılabilir. Önce hangi kararı almak istediğinizi belirleyin. Kurumsal müşteriye ilk teklifin kapsamını mı daraltacaksınız, ürün yol haritasını mı değiştireceksiniz, yoksa ekipte eksik bir yetkinliği mi tamamlayacaksınız? Karar sorusu belli olunca uygun uzmanlık alanı da daha anlaşılır hale gelir.

Merkezin sunduğu görüşme imkânını değerlendirirken eşleştirme yöntemi, konu kapsamı, süre ve takip düzenini sorun. Her uzman her sektörde aynı katkıyı sağlayamaz. Görüşme öncesi bir sayfalık durum notu göndermek, zamanın geçmişi anlatmakla tükenmesini önleyebilir. Notta elinizdeki kanıtları, seçenekleri ve kısıtları belirtin; yalnız başarılı görünen tarafları sunmak yararlı geri bildirimi sınırlar.

Görüşmeden çıkan önerileri otomatik talimat olarak uygulamayın. Önerinin hangi varsayıma dayandığını ve sizin koşullarınızda nasıl sınanacağını düşünün. İki uzmanın farklı görüş bildirmesi mümkündür. Bu durumda hangisinin daha ünlü olduğuna göre karar vermek yerine, önerilerin dayandığı müşteri, maliyet ve kapasite varsayımlarını karşılaştırın. Nihai tercih ve uygulama sorumluluğu girişim ekibinde kalır.

Fikri varlıkları ve paylaşım sınırlarını düzenlemek

Ürün kodu, tasarım, veri, marka, yöntem ve teknik bilgi gibi varlıkların hangi kişiden veya kurumdan geldiğini bilmek, girişimin çalışma düzeninin bir parçasıdır. Bir merkezde daha çok kişiyle tanışmak bu konuyu önemsizleştirmez; aksine hangi bilginin hangi amaçla paylaşılacağını önceden düşünmeyi gerektirir. Her tanışmada bütün teknik ayrıntıları sunmak zorunda değilsiniz.

Dünya Fikri Mülkiyet Örgütünün girişimler için hazırladığı rehber, fikri mülkiyetin işletme rekabeti ve risk yönetimiyle ilişkisini ele alır. Buradan hareketle ekibiniz için bir varlık envanteri hazırlayabilirsiniz: varlık, oluşturan kişi, kullanım dayanağı ve eksik belge. Bu çalışma hukuki incelemenin yerini tutmaz; gerektiğinde uzmanla görüşmeyi daha verimli hale getirir.

Merkezden bu alanda destek bekliyorsanız sunulan katkının eğitim mi, yönlendirme mi yoksa belirli bir uzman hizmeti mi olduğunu sorun. Hizmetin kapsamını bilmeden tüm hakların incelendiğini düşünmeyin. Ortak geliştirme, dışarıdan yazılım alımı veya üniversite kaynaklı çalışma gibi durumlarda kendi sözleşmelerinizin koşulları önemlidir. Varsayımları erken fark etmek, daha sonra yatırım veya müşteri görüşmelerinde belgeleri toparlamaya çalışmaktan daha düzenli bir yaklaşım sağlar.

Bağlantı ihtiyacını isim listesi olmaktan çıkarın

Girişimcilik ekosistemi, bir araya getirilen kişi sayısından daha anlamlı bir ilişki düzenidir. Bir girişimin ihtiyacı potansiyel müşteri, teknik iş ortağı, tedarikçi, deneyimli yönetici veya yatırımcı olabilir. Bunların hepsini “network” başlığı altında toplamak, görüşmelerden ne beklediğinizi belirsizleştirir. İlk olarak hangi tür ilişkiye, neden ve şimdi ihtiyaç duyduğunuzu yazın.

Örneğin henüz ürün gereksinimlerini öğrenen bir ekip için sektör uzmanıyla araştırma görüşmesi, yatırım sunumundan daha uygun olabilir. Satış yapmaya başlayan bir ekip ise teslimat veya dağıtım ortağı arayabilir. Merkezin paydaş ilişkilerini değerlendirirken logoların sayısı yerine girişimlerin bu ilişkilerle hangi koşullarda temas kurabildiğini anlamaya çalışın. Tanıştırma olasılığı ile ticari anlaşma sonucunu birbirinden ayırın.

Bir tanışma gerçekleştiğinde kısa ve net talep hazırlayın. Karşı taraftan otuz farklı konuda yardım istemek yerine, yanıtlayabileceği bir soru veya değerlendirebileceği bir öneri sunun. Görüşme sonrasında verilen sözü takip edin ve ilgili bilgiyi zamanında paylaşın. İlişkilerin sürdürülebilirliği merkezin kapasitesine olduğu kadar girişimin profesyonel davranışına da bağlıdır. Merkez kapıyı açsa bile ilişkinin içeriğini sizin işiniz oluşturur.

Varsayımsal örnek: Yazılım ekibinin ihtiyaç sıralaması

Bu örnek kurgu niteliğindedir. İki kurucu, küçük oteller ile dış çamaşırhaneler arasındaki teslimatları izleyen bir araç geliştiriyor olsun. Çok sayıda ekran tasarlamışlardır; ancak kayıp tekstil ürününün hangi aşamada oluştuğunu kullanıcıların nasıl tespit ettiğini yeterince bilmemektedirler. Başlangıçta yatırımcı bağlantısı ararlar. İhtiyaç haritasında asıl eksikliğin yatırım dosyası değil, teslim alan ve teslim eden çalışanların günlük uygulamasını anlamak olduğunu görürler.

Ekip üç gözlem planlar: otelde ürün sayımının nasıl yapıldığı, çamaşırhanenin teslimatı nasıl kaydettiği ve uyuşmazlığın kimin tarafından çözüldüğü. Böylece yalnız yönetici görüşüne dayanmak yerine işi yapan farklı kişilerin ihtiyaçlarını karşılaştırabilirler. Görüştükleri merkezde müşteri araştırması konusunda uygun katkı varsa kapsamını öğrenirler. Görüşmeye boş bir fikirle değil, mevcut teslimat akışını gösteren sade bir çizelgeyle hazırlanırlar.

İlk gözlemlerden sonra daha fazla ekran yerine tarafların aynı teslimat kaydını görmesini sağlayan küçük bir denemeye öncelik verebilirler. Bu kararın işe yaradığını varsaymaz, gerçek kullanımda ne olduğunu izlerler. Eğer sorun kayıt paylaşımından çok sayım sorumluluğunun belirsizliğiyse ürünü yeniden düşünmeleri gerekir. Örneğin amacı başarı öyküsü anlatmak değil, doğru sorunun ürün kapsamını nasıl değiştirebileceğini göstermektir. Merkezle ilişkinin yararı da bu öğrenmeyi ne ölçüde kolaylaştırdığı üzerinden değerlendirilir.

Merkezden beklenmemesi gereken işleri netleştirin

Bir merkezin girişimcilik desteği sunması, şirketinizin bütün kararlarını alacağı veya ticari riskini üstleneceği anlamına gelmez. Ürünün geliştirilmesi, müşteriyle verilen sözlerin yerine getirilmesi, ekip yönetimi ve işletmenin yükümlülüklerinin takip edilmesi girişimin sorumluluğunda kalır. Dış katkı ile iç sorumluluğun sınırını baştan konuşmak, tarafların aynı beklentiyle çalışmasını sağlar.

Özellikle gelir, yatırım ve destek sonuçlarını garanti gibi yorumlamayın. Bir görüşmeye hazırlanmak veya başvuru dosyasını iyileştirmek mümkün olabilir; karar yetkisi çoğu zaman başka taraflardadır. Başarıyı yalnız dış sonuca bağlamak yerine hazırlık kalitesinde, karar hızında ve uygulama düzeninde oluşan değişimi de izleyin. Böylece merkezin gerçekten katkı sağlayabildiği alanları daha doğru değerlendirebilirsiniz.

Girişim kendi hazırlığını yapmadığında kullanılabilir bir hizmetten bile sınırlı yarar sağlayabilir. Bu nedenle aylık değerlendirmede iki soru sorun: Hangi hizmete ihtiyaç duyduk fakat ulaşamadık? Hangi hizmete ulaşabildiğimiz halde gerekli hazırlığı yapmadık? Bu ayrım, sorumluluğu tek tarafa yüklemeden çalışma biçimini iyileştirmek için kullanılabilir.

İhtiyaçların değişmesini çalışma kaydına yansıtın

İlk görüşmede belirlenen öncelikler kalıcı olmak zorunda değildir. Müşteri grubunuz değişebilir, ürün denemesinde yeni bir teknik sorun ortaya çıkabilir veya ekipteki görev paylaşımı yeniden kurulabilir. Bu değişiklikleri merkezin kendiliğinden fark etmesini beklemek yerine kısa bir durum notuyla paylaşın. Notun amacı sürekli yeni yardım talep etmek değil, mevcut çalışmanın hangi probleme hizmet ettiğini açık tutmaktır.

Basit bir ihtiyaç kaydında tarih, önceki varsayım, yeni bilgi ve alınan karar bulunabilir. Örneğin hedef kullanıcının ürünü beğenmesi fakat bütçeyi başka bir birimin yönetmesi, satış hazırlığını değiştiren bir bulgudur. Daha önce yararlı olan ürün demosu çalışması artık satın alma sürecinin anlaşılmasıyla tamamlanmalıdır. Böyle bir kayıt, aynı başlangıç sorularına dönüp durmayı önler.

İlerlemeyen konuları da kayıtta tutun. Her çalışma olumlu sonuç üretmez; bazen belirli bir yaklaşımın uygun olmadığını öğrenirsiniz. Bu bilgiyi başarısızlığı gizlemek için silmek yerine sonraki kararın dayanağı yapın. Merkezle ilişkinizi değerlendirdiğinizde hangi katkının yön değiştirmeye yardımcı olduğunu, hangisinin beklentiyi karşılamadığını daha açık biçimde görebilirsiniz.

THK & Orion TEKMER ile ihtiyaç odaklı görüşme

THK & Orion TEKMER’i araştıran bir girişim, hizmetler sayfasındaki başlıkları kendi ihtiyaç haritasıyla karşılaştırabilir. Uzman görüşü ihtiyacı varsa mentörlük alanını inceleyebilir. MentörUP Girişimcinin Yol Arkadaşı Programı hakkında değerlendirme yaparken de güncel kapsamı ve başvuru koşullarını ilgili sayfadan kontrol etmek gerekir.

İlk temas için uzun bir tanıtım dosyasından önce kısa bir çalışma özeti hazırlamak yararlıdır: Kim için ne geliştiriyorsunuz, mevcut kanıtınız nedir ve hangi konuda ilerlemek istiyorsunuz? Bu yaklaşım hem sunulan imkânların anlaşılmasını hem de karşılıklı uygunluk değerlendirmesini kolaylaştırır. Görüşme sonunda kesinleşen konularla araştırılacak konuları ayrı kaydetmek, sonraki adımı somut hale getirir.

Sık sorulan sorular

TEKMER yalnız ofis kiralanan bir yer midir?

TEKMER kavramını yalnız ofisle açıklamak eksik kalır. Bununla birlikte her merkezin sunduğu hizmet kapsamı aynı değildir. Fiziksel alanı, girişimcilik hizmetlerini ve proje süreçlerini ayrı inceleyerek sizin ihtiyacınıza hangi düzeyde yanıt verildiğini değerlendirmelisiniz.

Şirket kurmadan TEKMER ile görüşülebilir mi?

Bir merkezle bilgi almak amacıyla görüşmek ile belirli bir programa veya projeye kabul edilmek farklıdır. Şirketleşme öncesi ekipler için hangi imkânların bulunduğu ilgili merkezden öğrenilmelidir. Görüşme yapılabilmesini bütün başvuru koşullarının sağlandığı şeklinde yorumlamayın.

TEKMER girişimime doğrudan yatırım yapar mı?

Böyle bir sonuç genel olarak varsayılamaz. Yatırımcıyla tanışma, yatırım hazırlığı ve sermaye yatırımı farklı işlemlerdir. İncelediğiniz kurumda belirli bir yatırım mekanizması bulunduğu söyleniyorsa bunun taraflarını, koşullarını ve karar sürecini ayrıca doğrulayın.

Hangi ihtiyacımı önce anlatmalıyım?

Önünüzdeki önemli iş sonucunu engelleyen ihtiyacı seçin. Ürün denemesi yapamamak, müşteri problemini netleştirememek veya ekibin çalışma düzenini kuramamak farklı çözümler gerektirir. Somut bir örnek ve mevcut durumla konuşmak, genel destek talebinden daha açıklayıcıdır.

Hizmetlerden yararlandığımı nasıl anlarım?

Yeni öğrendiğiniz bilginin hangi kararı değiştirdiğine ve hangi işi ilerlettiğine bakın. Daha iyi tanımlanmış müşteri grubu, sadeleşmiş ürün planı veya açık hale gelen sorumluluklar anlamlı çıktılar olabilir. Etkinlik sayısı tek başına katkının niteliğini göstermez.