--- title: "Tek Müşterinin Şekillendirdiği Ürün: Design-Partner Bağımlılığının Kurumsal Bedeli" description: "Design-partner bağımlılığı, ürünün tek bir erken müşterinin iş akışına göre şekillenmesi ve bu şekillenmenin pazar sinyali sanılmasıdır. Değerlemedeki karşılığı gelir yoğunlaşması iskontosu, uzayan earn-out yapıları ve genişletilmiş temsil-tekeffül kapsamıdır. Nötrleyen mekanizma, her ürün talebinin kaynağını ve genelleştirme eşiğini onay anında değil öneri anında kayda geçiren bir disiplindir." url: https://www.beirek.com/tr/blog/design-partner-dependency canonical: https://www.beirek.com/tr/blog/design-partner-dependency published: 2025-12-03 modified: 2025-12-03 category: "Girişimcilik" category_url: https://www.beirek.com/tr/blog/category/entrepreneurship language: tr-TR reading_time_minutes: 9 publisher: BEIREK LLC publisher_url: https://www.beirek.com license: "© BEIREK LLC — citation with attribution and link permitted" keywords: ["design-partner dependency","müşteri yoğunlaşması riski","ürün-pazar uyumu","yatırım hazırlığı","değerleme iskontosu","fikri mülkiyet ve münhasırlık","earn-out yapısı"] topics: ["Erken aşamada tek referans müşteriyle ürün geliştirmenin yapısal sonuçları","Gelir yoğunlaşmasının değerleme ve işlem yapısına yansıması","Ürün yol haritasında talep kaynağı kaydı ve genelleştirme eşiği mekanizması","Design partner sözleşmelerinde fikri mülkiyet, münhasırlık ve devredilebilirlik"] alternate_language_url: https://www.beirek.com/en/blog/design-partner-dependency --- # Tek Müşterinin Şekillendirdiği Ürün: Design-Partner Bağımlılığının Kurumsal Bedeli > **Kısaca:** Design-partner bağımlılığı, ürünün tek bir erken müşterinin iş akışına göre şekillenmesi ve bu şekillenmenin pazar sinyali sanılmasıdır. Değerlemedeki karşılığı gelir yoğunlaşması iskontosu, uzayan earn-out yapıları ve genişletilmiş temsil-tekeffül kapsamıdır. Nötrleyen mekanizma, her ürün talebinin kaynağını ve genelleştirme eşiğini onay anında değil öneri anında kayda geçiren bir disiplindir. *Erken aşamada tek bir referans müşteriyle birlikte inşa edilen ürün, belirsizliği düşürdüğü ölçüde rasyoneldir; ancak aynı yakınlık, ürünün genelleştirilebilirliğini gölgeler ve şirket değerlemesini performansın değil, tek bir karşı tarafın devamlılığının fonksiyonu hâline getirir. Bu bağımlılık, yol haritasının kaynak dağılımında sessizce birikir.* --- Bir ürün yol haritası görüşmesinde önümüzdeki iki çeyreğe alınmış kalemler tek tek açıldığında, çoğunun aynı kaynağa — tek bir müşterinin operasyon ekibinden gelen taleplere — çıktığı görülür; kalemler listeye ayrı ayrı, farklı gerekçelerle ve farklı zamanlarda girdiği için ortak köken, ancak listenin bütününe geriye dönük bakıldığında belirir. Toplantıda bunu kimse bir sorun olarak adlandırmaz, zira her kalem kendi başına fazlasıyla savunulabilir durumdadır: talebi ileten taraf ödeme yapan, referans veren, ürünü gerçekten günlük operasyonunda çalıştıran ve geri bildirimi somut veriyle destekleyen taraftır. Diğer müşteri adaylarından gelen talepler ise henüz sözleşmeye bağlanmamış, dolayısıyla aynı ağırlığı taşımayan sinyaller olarak kalır. Önceliklendirme, kanıt gücü en yüksek talebi öne alarak ilerler ve bu, o an için doğru yapılmış bir tercihtir. Aynı örüntü satış tarafında ikinci bir yüzeyden görünür. Demo ortamı, ürünün ilk kez ciddiye alındığı hesabın veri modeline göre kurulmuştur; satış ekibinin en akıcı anlattığı senaryo o hesabın süreç akışıdır; entegrasyon dokümantasyonu o hesabın kullandığı sistemlere göre ayrıntılıdır, diğerleri için ise başlık düzeyinde kalır. Yeni bir sektörden gelen bir potansiyel müşteriyle yapılan görüşmede, teknik ekibin ilk yanıtı çoğu zaman ürünün mevcut hâlinin ne yaptığı değil, o müşteri için nelerin geliştirileceği olur. Bu cevabın kendisi, ürünün olgunluk seviyesine dair, mali tablolarda hiçbir yerde görünmeyen bir bilgi taşır. Bu örüntünün adı design-partner dependency — ürünün, erken aşamada birlikte çalışılan tek bir referans müşterinin özel ihtiyaç setine göre şekillenmesi ve bu şekillenmenin, zamanla pazarın tümüne dair bir sinyal olarak okunmasıdır. Mekanizmanın çekirdeği bir bilgi asimetrisidir: design partner, ürünün çözdüğü problemi en ayrıntılı tarif eden, en hızlı geri bildirim veren ve talebini bütçesiyle doğrulayan taraf olduğu için, ürün kararlarının kanıt zemininde orantısız bir ağırlık edinir. Diğer segmentlerin ihtiyaçları hakkında sahip olunan bilgi ise daha seyrek, daha soyut ve daha geç ulaşır; sistem, elindeki en yüksek çözünürlüklü veriye göre karar verir ve bu, kaynak tahsisi mantığı açısından tutarlıdır. Bu bağımlılık, erken aşamada gerçek bir işlevsellik taşır. Spesifikasyon üretmek, ürün geliştirmenin en pahalı ve en belirsiz kalemidir; bir design partner bu maliyeti üstlenir, hipotezleri gerçek operasyon koşullarında test eder, kabul kriterlerini yazar ve çoğu zaman geliştirmenin bir bölümünü finanse eder. Karşılığında ürünün kendi kenar durumlarına göre kurulmasını bekler ve bu beklenti meşrudur. Dolayısıyla ilişki, kuruluş anında bir yanılgı değil, belirsizliği sermayeyle değil müşteriyle finanse eden makul bir kısayoldur. Sorun kısayolun kendisinde değil, koşul değiştiğinde kısayolun aynı kalmasındadır. Şirket ikinci ve üçüncü müşteri hattına geçtiğinde, tek bir operasyonun kenar durumlarından üretilmiş özellikler artık genel bir yetenek olarak değil, taşınması gereken bir yük olarak davranmaya başlar; ürünün varsayılan konfigürasyonu bir müşterinin süreç mantığını içerdiği için, her yeni kurulum bir uyarlama projesine dönüşür. Bu eşik nadiren bir kararla geçilir; genellikle fark edilmeden geçilir, çünkü büyüme devam ettiği sürece ilişkinin kendisi başarı kanıtı olarak okunur. Kurumsal bedelin ilk göründüğü yer ciro kalemi değil, brüt marjın bileşimidir. Gelir büyürken lisans ya da abonelik bileşeninin payı sabit kalıp uygulama, kurulum ve özel geliştirme bileşeninin payı artıyorsa, şirket yazılım ekonomisinden hizmet ekonomisine kaymış demektir; değerleme çarpanları bu iki ekonomiyi belirgin biçimde farklı fiyatlar ve fark, tek bir çarpan farkından çok bir kategori farkıdır. İkinci iz, mühendislik kapasitesinin tahsis kaydındadır: geliştirme saatlerinin hangi talep kaynağına yazıldığı izlenebiliyorsa, tek müşteriye atfedilebilir saatlerin toplam içindeki payı, ürünün genelleştirilme derecesi hakkında yol haritasının kendisinden daha güvenilir bir gösterge üretir. Üçüncü iz kod tabanının yapısındadır. Müşteriye özgü davranışlar konfigürasyon katmanında değil, ana akışın içinde dallanmış durumdaysa, her yeni müşteri hem regresyon test yükünü hem de yeniden işleme maliyetini artırır; bu maliyet gelir tablosunda ayrı bir satır olarak görünmez, ürün geliştirme giderinin içinde erir ve dışarıdan yalnızca özellik teslim hızının yavaşlaması olarak fark edilir. Teknik inceleme bu ayrımı hedef alarak sorar: ikinci müşteri hangi süre içinde, ne kadar kod yazılarak canlıya alındı, üçüncüsü bu süreyi kısalttı mı, kısaltmadıysa neden. İşlem masasında bağımlılığın karşılığı doğrudan yapıya yansır. Gelir yoğunlaşması eşiği aşıldığında alıcı tarafın tipik refleksi başlık fiyatını tartışmak değil, riski zamana yaymaktır: bedelin bir bölümü design partner ilişkisinin sürekliliğine bağlı bir earn-out'a taşınır, escrow oranı yükselir, temsil ve tekeffül kapsamı müşteri sözleşmelerinin devredilebilirliğini ve fikri mülkiyet sahipliğini ayrıca kapsayacak biçimde genişletilir. Kapanış öncesi koşullar arasına, design partner sözleşmesindeki kontrol değişikliği hükmüne ilişkin yazılı feragat girmesi öngörülebilir bir sonuçtur; bu tek hüküm, çoğu zaman kapanış takvimini belirleyen kalem hâline gelir. Fikri mülkiyet tarafında ise ortak geliştirme döneminde imzalanmış eski bir çerçeve sözleşmenin, üretilen çıktıya ilişkin ortak hak ya da alan kısıtlı münhasırlık taşıyıp taşımadığı, değerlemeden bağımsız bir yapısal soru olarak masada durur. Bu eğilim bireysel farkındalıkla değil, karar mimarisiyle nötrlenir ve mimarinin dört bileşeni ayrıştırılabilir. Birincisi talep kaynağı kaydıdır: her ürün talebi yol haritasına alınırken hangi müşteriden, hangi segmentten ve kaç bağımsız kaynaktan geldiği onay anında değil öneri anında kayda geçirilir, böylece yoğunlaşma çeyrek sonunda değil, oluşurken görünür. İkincisi genelleştirme eşiğidir: tek kaynaktan gelen bir talebin ana ürüne girmesi için kaç bağımsız müşteride doğrulanması gerektiği önceden tanımlanır ve eşiği geçmeyen talepler konfigürasyon ya da hizmet katmanında karşılanır. Üçüncüsü sözleşme mimarisidir: fikri mülkiyet sahipliği, münhasırlık süresi ve alanı, kontrol değişikliğinde devredilebilirlik ve referans hakları ilişkinin başında yazılır, satış görüşmesi başladığında değil. Dördüncüsü marj ayrıştırmasıdır: ürün geliri ile uyarlama geliri ayrı raporlanır ve her müşterinin kendi kurulum maliyeti izlenir. BEIREK'in bu tür yapılarda kurduğu müdahale, ürün kararını değil ürün kararının kayıt disiplinini hedef alır. Yol haritası kalemlerinin talep kaynağını, doğrulama sayısını ve mühendislik saatini tek bir kayıtta birleştiren bir tahsis defteri işletir; bu defter, tek müşteriye atfedilebilir geliştirme payını çeyreklik değil aylık ritimde görünür kılar ve eşik aşıldığında konuyu yönetim gündemine bir ürün tartışması olarak değil, bir yoğunlaşma riski olarak taşır. Aynı kayıt, ileride yürütülecek bir inceleme sürecinde alıcı tarafın soracağı soruların cevabını, süreç başladıktan sonra geriye dönük üretilmiş bir anlatı olarak değil, tarihlenmiş bir izleme kaydı olarak hazır bulundurur. İkinci müdahale hattı sözleşme ve yapı tarafındadır. Design partner ilişkisi kurulurken fikri mülkiyet, münhasırlık ve devredilebilirlik hükümlerini ürün stratejisiyle aynı masada değerlendiren bir gözden geçirme yürütülür; mevcut ilişkilerde ise bu hükümler, kapanış takvimini uzatma potansiyeline göre sıralanarak yenileme müzakerelerinin gündemine yerleştirilir. Buna, ürünün ikinci ve üçüncü kurulumundaki uyarlama yükünü ölçen bir tekrarlanabilirlik incelemesi eşlik eder: aynı ürünün farklı bir müşteride ne kadar kod yazılarak çalıştığı, hem mühendislik önceliklendirmesi hem de değerleme savunması için tek ve ortak bir gösterge üretir. Bir şirketin değerlemesini belirleyen şey çoğu zaman büyümenin hızı değil, büyümenin kaynağından bağımsız biçimde tekrarlanabilir olduğunun gösterilebilmesidir; design-partner bağımlılığı tam olarak bu gösterimin önünü kapatır, çünkü şirketin en güçlü kanıtı ile en büyük riskini aynı karşı tarafta toplar. İlişkiyi sonlandırmak nadiren doğru cevaptır; doğru cevap, ilişkinin ürettiği bilgiyi ürüne taşırken ürettiği bağımlılığı sözleşmeye, kayda ve marj yapısına ayrıştırmaktır. Bir şirketin bu ayrıştırmayı ne zaman yaptığı, çoğu zaman değerleme masasında ne kadar müzakere alanı bulacağını önceden belirler. ## Ana Noktalar - Yol haritasındaki kalemler tek tek savunulabilir olsa da, kaynak dağılımı toplu görüldüğünde tek müşteriye ait yoğunlaşma ortaya çıkar. - Design-partner ilişkisi erken aşamada spesifikasyon maliyetini düşürür; sorun ilişkinin kendisinde değil, koşul değiştiğinde aynı önceliklendirmenin sürmesindedir. - Yoğunlaşmanın bilançodaki izi ciro kaleminde değil, brüt marjın uygulama gelirine kayan bileşiminde ve mühendislik kapasitesinin tahsisinde görünür. - İnceleme masasında ilk sorulan soru gelirin büyüklüğü değil, ürünün ikinci ve üçüncü müşteride ne kadar konfigürasyonla çalıştığıdır. - Bağımlılık bireysel disiplinle değil, talep kaynağı kaydı, genelleştirme eşiği ve sözleşme mimarisinden oluşan kurumsal mekanizmayla yönetilir. ## Sorular ### Design-partner bağımlılığı nasıl anlaşılır? En güvenilir gösterge yol haritası değil, kaynak tahsisidir. Geliştirme saatlerinin hangi talep kaynağına yazıldığı izlendiğinde, tek bir müşteriye atfedilebilir payın toplam içindeki büyüklüğü ortaya çıkar. İkinci gösterge, ikinci ve üçüncü müşterinin canlıya alınma süresidir; bu süre kurulumdan kuruluma kısalmıyorsa, ürün genelleşmemiş, uyarlanmış demektir. Üçüncüsü ise brüt marj bileşiminin uygulama geliri lehine kaymasıdır. ### Tek büyük müşteriye bağımlılık şirket değerlemesini nasıl etkiler? Etki genellikle başlık fiyatından çok işlem yapısında görülür. Alıcı taraf riski zamana yaymayı tercih eder: bedelin bir bölümü ilişkinin sürekliliğine bağlı earn-out'a taşınır, escrow oranı yükselir, temsil ve tekeffül kapsamı müşteri sözleşmelerinin devredilebilirliğini kapsayacak biçimde genişler. Ayrıca ürün geliri yerine hizmet geliri ekonomisine kaymış bir yapı, farklı bir değerleme kategorisinde fiyatlanır. ### Design partner ilişkisini bitirmek gerekir mi? Genellikle gerekmez ve çoğu durumda maliyetli olur, zira ilişki spesifikasyon üretme kapasitesinin en ucuz kaynağıdır. Yapılması makul olan, ilişkinin ürettiği bilgi ile ürettiği bağımlılığı birbirinden ayırmaktır: talepler genelleştirme eşiğinden geçirilir, müşteriye özgü davranışlar ana akışa değil konfigürasyon katmanına yazılır, sözleşmedeki münhasırlık ve fikri mülkiyet hükümleri sınırlandırılır. ### Design partner sözleşmesinde hangi hükümler kritiktir? Dört hüküm sonucu belirleyici biçimde etkiler: ortak geliştirme çıktısındaki fikri mülkiyet sahipliği, münhasırlığın süresi ve kapsadığı sektör ya da coğrafya alanı, kontrol değişikliği hâlinde sözleşmenin devredilebilirliği ve referans ile vaka kullanım hakları. Bunlardan devredilebilirlik hükmü, bir satış sürecinde kapanış öncesi koşula dönüşerek takvimi doğrudan belirleyebildiği için ilişkinin başında yazılması tercih edilir. --- Kaynak: https://www.beirek.com/tr/blog/design-partner-dependency Yayımlayan: BEIREK LLC — https://www.beirek.com