Dijital bir işletmeyi satın almak işlemin sonu değildir.
Asıl operasyonel sorumluluk closing sonrasında başlar.
Yeni sahibin ilk haftalarda vereceği kararlar:
- müşterilerin devamlılığını
- gelirin korunmasını
- çalışanların motivasyonunu
- teknik sistemlerin güvenliğini
- gelecekteki büyümeyi
doğrudan etkileyebilir.
Özellikle Micro-M&A işlemlerinde küçük işletmeler birkaç kritik kişiye, hesaba veya sürece yoğun şekilde bağlı olabilir.
Bu nedenle satın alma sonrasındaki ilk 100 gün için sistematik bir plan oluşturmak önemlidir.
Neden İlk 100 Gün Önemlidir?
Satın alma tamamlandığında yeni sahibin işletme hakkında önemli miktarda bilgisi olabilir.
Due diligence sırasında:
- finansal veriler
- müşteri metrikleri
- teknik altyapı
- sözleşmeler
- operasyon süreçleri
incelenmiş olabilir.
Ancak işletmeyi incelemek ile işletmeyi yönetmek aynı şey değildir.
Closing sonrasında alıcı artık teorik riskleri değil, günlük operasyonu yönetmek zorundadır.
İlk 100 günün temel amacı genellikle üç aşamada düşünülebilir:
- İşletmeyi stabilize etmek
- İşletmeyi gerçekten anlamak
- Kontrollü şekilde geliştirmeye başlamak
İlk günlerde agresif değişiklik yapmak yerine mevcut ekonomik motorun nasıl çalıştığını anlamak çoğu durumda daha sağlıklı olabilir.
Aşama 1: İlk 7 Gün — Kontrolü Güvenli Şekilde Devralın
İlk haftanın önceliği büyüme değil, kontrol ve devamlılıktır.
Öncelikle işletmenin kritik varlıklarının gerçekten yeni sahibin kontrolünde olduğu doğrulanmalıdır.
Kontrol edilebilecek alanlar:
- domain
- DNS
- hosting
- cloud
- source-code repository
- production database
- ödeme altyapısı
- analytics
- e-posta
- CRM
- customer support
- sosyal medya
- reklam hesapları
- App Store ve Google Play
Closing checklist üzerinde tamamlandı görünen işlemlerin gerçekten çalıştığı test edilmelidir.
1. Tüm Kritik Erişimleri Kontrol Edin
Yeni sahibin admin seviyesinde erişimi bulunmalıdır.
Şu sorular sorulabilir:
- Domain gerçekten benim hesabımda mı?
- GitHub organization üzerinde owner yetkim var mı?
- Cloud hesabındaki billing benim kontrolümde mi?
- Stripe veya ödeme altyapısında gerekli yetkilerim var mı?
- Database backup alabiliyor muyum?
- Support inbox'a erişebiliyor muyum?
Bir hesabın kullanıcı adı ve şifresine sahip olmak her zaman tam sahiplik anlamına gelmez.
Account owner, billing owner ve administrative permissions ayrıca kontrol edilmelidir.
2. Güvenlik Erişimlerini Yeniden Yapılandırın
Satın alma sonrası güvenlik önemli bir önceliktir.
İlk günlerde:
- kritik şifreler değiştirilebilir
- MFA yeniden yapılandırılabilir
- API key'ler rotate edilebilir
- eski kullanıcı erişimleri kaldırılabilir
- eski freelancer hesapları incelenebilir
- cloud IAM yetkileri gözden geçirilebilir
- database kullanıcıları kontrol edilebilir
Ancak değişiklik yaparken çalışan sistemlerin bozulmamasına dikkat edilmelidir.
Özellikle API key değiştirilmeden önce nerelerde kullanıldığı bilinmelidir.
3. Backup Alın
Yeni yönetim altında ilk işlerden biri işletmenin mevcut durumunun güvenli kopyasını oluşturmak olabilir.
Örneğin:
- database backup
- source-code snapshot
- cloud configuration
- DNS kayıtları
- kritik dokümanlar
- analytics export
saklanabilir.
Bu, transition sırasında yapılabilecek hatalara karşı güvenlik sağlar.
4. Ödeme Akışını Test Edin
İşletmenin para kazanmaya devam ettiğinden emin olunmalıdır.
Kontrol edilebilecek noktalar:
- checkout çalışıyor mu?
- recurring subscription'lar devam ediyor mu?
- webhook'lar çalışıyor mu?
- invoice sistemi doğru mu?
- payout hesabı doğru mu?
- failed payments artmış mı?
Bir ödeme altyapısı problemi ilk haftada doğrudan gelir kaybına dönüşebilir.
İlk 30 Gün — İşletmeyi Anlayın
İlk ayın temel hedefi işletmenin gerçek çalışma şeklini öğrenmektir.
Due diligence sırasında görülen veriler gerçek operasyonla karşılaştırılmalıdır.
Bu dönemde mümkün olduğunca çok gözlem yapmak faydalıdır.
5. Finansal Baseline Oluşturun
Closing tarihindeki ekonomik durumu net biçimde kaydedin.
Örneğin:
- MRR
- ARR
- aylık revenue
- SDE veya EBITDA
- gross margin
- churn
- customer count
- cash balance
- operating expenses
bir baseline haline getirilebilir.
Bu baseline gelecekte satın alma sonrası performansı ölçmek için kullanılacaktır.
Örneğin:
| Metrik | Closing Günü |
|---|---|
| MRR | $18.000 |
| Aktif Müşteri | 320 |
| Monthly Churn | %2,5 |
| Gross Margin | %82 |
| Support Tickets | 110 / ay |
Üç ay sonra işletmenin gerçekten gelişip gelişmediğini bu başlangıç noktasına göre ölçmek mümkün olur.
6. Satıcının Verdiği Bilgileri Gerçek Operasyonla Karşılaştırın
Due diligence sırasında sunulan bilgiler doğru olsa bile bazı detaylar ancak operasyon devralındığında görülebilir.
Örneğin:
- support beklenenden fazla olabilir
- belirli müşteriler kurucuya bağımlı olabilir
- bazı teknik süreçler dokümante edilmemiş olabilir
- manuel işler tahmin edilenden uzun sürebilir
Bunların erken tespit edilmesi önemlidir.
Amaç satıcının hata yaptığını kanıtlamak değil, yeni sahibin işletmenin gerçek çalışma modelini anlamasıdır.
7. Kurucuyla Knowledge Transfer Yapın
Transition dönemi varsa mümkün olduğunca verimli kullanılmalıdır.
Kurucuya yalnızca:
Bu sistem nasıl çalışıyor?
diye sormak yerine süreç bazlı ilerlemek daha faydalıdır.
Örneğin:
Müşteri
- En çok support isteyen müşteriler kim?
- Churn riski taşıyan müşteriler var mı?
- En değerli müşteriler hangileri?
Teknik
- En sık bozulan sistem nedir?
- En riskli teknik alan hangisi?
- Hangi deployment adımı manuel?
Operasyon
- Her hafta mutlaka yapılması gereken işler neler?
- Hangi işler otomatik görünmesine rağmen manuel?
Growth
- Daha önce hangi acquisition kanalları denendi?
- Neler başarısız oldu?
- Hangi growth fikirleri hiç denenmedi?
Bu bilgi yıllarca işletmeyi yöneten kurucudan kısa sürede alınabilecek en değerli varlıklardan biridir.
8. En Büyük Müşterilerle İlişkiyi Koruyun
Özellikle B2B işletmelerde ownership change müşteri kaybı riski yaratabilir.
En büyük müşteriler belirlenmelidir.
Örneğin:
- top 5 customers
- top 10 customers
- revenue concentration
analiz edilebilir.
Gerekliyse önemli müşterilerle kontrollü bir geçiş iletişimi yapılabilir.
Amaç müşterilere:
- hizmetin devam ettiğini
- ürünün desteklenmeye devam edeceğini
- temel operasyonun değişmediğini
göstermektir.
9. İlk Ayda Büyük Değişiklik Yapmak Zorunda Değilsiniz
Yeni alıcıların sık yaptığı hatalardan biri işletmeyi satın alır almaz her şeyi değiştirmektir.
Örneğin:
- pricing değişikliği
- branding değişikliği
- ürün redesign
- ekip değişikliği
- marketing channel değişikliği
aynı anda yapılabilir.
Bu durumda performans bozulursa hangi değişikliğin probleme neden olduğunu anlamak zorlaşır.
İlk aşamada işletmenin mevcut ekonomik motorunu korumak daha sağlıklı olabilir.
Gün 30–60 — Riskleri Azaltın
İşletmenin nasıl çalıştığı anlaşıldıktan sonra ikinci aşama yapısal riskleri azaltmaktır.
Bu noktada due diligence sırasında belirlenen riskler tekrar ele alınabilir.
10. Founder Dependency'yi Ortadan Kaldırın
Satın alma sonrası en önemli projelerden biri işletmeyi eski sahibinden bağımsız hale getirmektir.
Kurucuya bağlı olan süreçler listelenebilir.
Örneğin:
- deployment
- enterprise sales
- customer support
- billing
- content publishing
- partner relations
Her süreç için:
- dokümantasyon
- automation
- delegation
seçenekleri değerlendirilebilir.
Amaç transition dönemi bittiğinde kritik bir operasyonun yalnızca eski sahibi tarafından biliniyor olmamasıdır.
11. SOP Oluşturun
SOP, Standard Operating Procedure anlamına gelir.
Tekrar eden kritik süreçler için basit dokümanlar hazırlanabilir.
Örneğin:
- yeni müşteri onboarding
- refund işlemi
- deployment
- database backup
- müşteri cancellation
- newsletter gönderimi
- yeni içerik yayınlama
- monthly financial reporting
Dokümantasyon işletmenin transferability'sini de artırır.
Bu ileride işletmenin tekrar satılması durumunda da değer yaratabilir.
12. Teknik Borcu Önceliklendirin
Due diligence sırasında bulunan her teknik problem hemen çözülmek zorunda değildir.
Teknik işler risk seviyesine göre sıralanabilir.
Kritik
- security vulnerability
- backup eksikliği
- single point of failure
- production reliability
Orta
- eski dependency'ler
- deployment zorluğu
- monitoring eksikliği
Düşük
- code style
- küçük refactoring
- cosmetic technical improvements
Yeni sahibin ilk aylarda yalnızca kodu güzelleştirmek için büyük rewrite başlatması riskli olabilir.
Önce işletmenin gelir üreten sistemlerinin güvenliği ve devamlılığı korunmalıdır.
13. Maliyetleri İnceleyin
Satın alma sonrasında gereksiz giderler daha net görülebilir.
Örneğin:
- kullanılmayan SaaS abonelikleri
- gereksiz cloud kaynakları
- eski freelancer hizmetleri
- fazla lisans
- gereksiz advertising spend
bulunabilir.
Ancak yalnızca gider azaltmak için büyümeyi veya müşteri deneyimini bozan kesintiler yapılmamalıdır.
Amaç maliyeti düşürmek değil, verimsiz maliyeti ortadan kaldırmaktır.
14. Customer Support Verisini Analiz Edin
Support verisi ürün hakkında ciddi insight sağlayabilir.
Son 3-6 aylık ticket'lar incelenebilir.
Şunlar aranabilir:
- en sık gelen sorunlar
- churn öncesi şikâyetler
- onboarding problemleri
- kullanıcıların istediği özellikler
- teknik bug'lar
Support yalnızca maliyet değildir.
Ürünün sorunlarını gösteren önemli bir veri kaynağıdır.
Gün 60–100 — Kontrollü Büyüme Başlatın
İşletme stabilize edildikten ve temel riskler azaltıldıktan sonra growth tarafına geçilebilir.
Ancak yine aynı anda onlarca değişiklik yapmak yerine kontrollü experiment yaklaşımı daha sağlıklı olabilir.
15. En Kolay Growth Opportunity'leri Bulun
Yeni ürün geliştirmeden önce mevcut işletmedeki basit fırsatlar değerlendirilebilir.
Örneğin:
- pricing uzun süredir güncellenmemiş olabilir
- yıllık plan bulunmayabilir
- upsell yapılmıyor olabilir
- trial onboarding zayıf olabilir
- eski müşterilere reactivation yapılmamış olabilir
- SEO fırsatları bulunabilir
- referral program olmayabilir
Bunların bazıları düşük yatırım ile anlamlı sonuç oluşturabilir.
16. Pricing'i Analiz Edin
Pricing değişikliği güçlü ama riskli bir kaldıraçtır.
Kontrol edilebilecek noktalar:
- son fiyat artışı ne zaman yapıldı?
- competitor fiyatları nasıl?
- müşterilerin willingness to pay seviyesi nedir?
- legacy plan sayısı ne kadar?
- müşteriler hangi planlarda yoğunlaşıyor?
Yeni fiyat modeli doğrudan uygulanmadan önce cohort veya yeni müşteri grubu üzerinde test edilebilir.
17. Churn'e Odaklanın
Yeni müşteri kazanmak önemlidir.
Ancak mevcut müşterileri kaybetmek aynı anda büyümeyi yok edebilir.
Churn analizi yapılırken:
- hangi müşteriler ayrılıyor?
- ne kadar süre sonra ayrılıyor?
- hangi planlarda churn daha yüksek?
- cancellation nedenleri neler?
- ödeme kaynaklı churn ne kadar?
incelenebilir.
Churn azaltmak bazı işletmelerde yeni acquisition kanalı açmaktan daha yüksek ekonomik etki yaratabilir.
18. Acquisition Kanalını Çeşitlendirin
İşletme tek kanala bağımlıysa ilk 100 gün içerisinde alternatif kanal testleri başlatılabilir.
Örneğin:
- SEO
- content
- affiliate
- partnerships
- outbound
- paid acquisition
- referral
- community
test edilebilir.
Amaç tek seferde tüm kanallara girmek değil, platform riskini zaman içerisinde azaltmaktır.
19. KPI Dashboard Oluşturun
Yeni işletme sahibinin düzenli takip edeceği az sayıda kritik KPI belirlenmelidir.
Micro-SaaS için örnek:
- MRR
- new MRR
- churned MRR
- active customers
- churn
- ARPU
- support tickets
- monthly operating expenses
- cash flow
E-ticaret için farklı KPI'lar gerekebilir.
Önemli olan onlarca vanity metric yerine işletmenin ekonomik durumunu gösteren sınırlı sayıda metriği takip etmektir.
20. İlk 100 Gün Sonunda Yeni Plan Hazırlayın
100 gün sonunda alıcı artık işletme hakkında due diligence döneminden çok daha fazla gerçek bilgiye sahip olacaktır.
Bu noktada işletme için 12 aylık yeni plan hazırlanabilir.
Plan örneğin şu alanları içerebilir:
Revenue
- MRR hedefi
- annual revenue hedefi
- pricing değişiklikleri
Customer
- churn hedefi
- retention
- customer concentration
Product
- temel ürün geliştirmeleri
- teknik borç
- roadmap
Operations
- automation
- yeni işe alımlar
- founder dependency'nin tamamen kaldırılması
Growth
- acquisition kanalları
- SEO
- partnerships
- paid marketing
Bundan sonra işletme artık "satın alınan işletme" olmaktan çıkıp yeni sahibin yönettiği işletmeye dönüşmeye başlar.
İlk 100 Günde Kaçınılması Gereken Hatalar
Her Şeyi Hemen Değiştirmek
İşletmenin neden başarılı olduğunu anlamadan yapılan değişiklikler mevcut ekonomik motoru bozabilir.
Kurucuyu Çok Erken Süreçten Çıkarmak
Founder knowledge henüz transfer edilmeden iletişimi kesmek kritik bilgi kaybına yol açabilir.
Yalnızca Growth'a Odaklanmak
Temel operasyon sorunları çözülmeden growth yatırımı yapmak mevcut problemlerin büyümesine neden olabilir.
Müşterileri Dinlememek
Özellikle ownership change döneminde müşteri davranışları yakından izlenmelidir.
Teknik Rewrite Başlatmak
Yeni teknik ekip mevcut sistemi beğenmediği için büyük rewrite başlatabilir.
Ekonomik gerekçesi olmayan rewrite projeleri ciddi zaman ve sermaye tüketebilir.
Cash Flow'u İhmal Etmek
Satın alma için kullanılan sermayeden sonra işletmenin operasyonunu finanse edecek yeterli working capital bulunmalıdır.
İlk 100 Gün Kontrol Listesi
İlk Hafta
- Tüm kritik hesaplara erişim sağlandı mı?
- MFA yeniden yapılandırıldı mı?
- Backup doğrulandı mı?
- Payment infrastructure çalışıyor mu?
- Production stabil mi?
İlk 30 Gün
- Finansal baseline oluşturuldu mu?
- Kurucudan knowledge transfer alındı mı?
- Büyük müşteriler analiz edildi mi?
- Operasyon gerçekten anlaşıldı mı?
- Support verileri incelendi mi?
Gün 30–60
- Founder dependency azaltıldı mı?
- SOP'lar oluşturuldu mu?
- Teknik riskler önceliklendirildi mi?
- Gereksiz maliyetler tespit edildi mi?
- Kritik güvenlik sorunları çözüldü mü?
Gün 60–100
- Growth fırsatları sıralandı mı?
- Pricing analiz edildi mi?
- Churn için aksiyon planı oluşturuldu mu?
- Acquisition testleri başladı mı?
- KPI dashboard hazır mı?
- 12 aylık plan oluşturuldu mu?
Satın Alma Başarısı Sadece Fiyatla Ölçülmez
Bir işletmeyi iyi fiyata satın almak başarılı acquisition anlamına gelmez.
Örneğin 300.000 dolar değerindeki bir işletmeyi 250.000 dolara satın almak ilk bakışta başarılı görünebilir.
Ancak closing sonrasında:
- müşteriler ayrılırsa
- kurucu bilgisi kaybolursa
- teknik sistemler bozulursa
- gelir düşerse
50.000 dolarlık satın alma avantajı hızla ortadan kalkabilir.
Bu nedenle gerçek satın alma başarısı:
Satın alınan ekonomik değerin closing sonrasında korunup geliştirilebilmesi
ile ölçülmelidir.
Sonuç
Dijital işletme satın alma süreci closing ile tamamlanmaz.
Closing yalnızca sahipliğin değiştiği noktadır.
Yeni sahibin ilk 100 gündeki temel hedefleri:
- İşletmenin kontrolünü güvenli şekilde almak
- Mevcut gelir motorunu korumak
- İşletmenin gerçek çalışma şeklini öğrenmek
- Kurucu bağımlılığını azaltmak
- Teknik ve operasyonel riskleri çözmek
- Kontrollü growth çalışmalarına başlamak
olmalıdır.
Micro-M&A işlemlerinde satın alınan işletmeler genellikle küçük olduğu için transition kolay görünebilir.
Ancak tam tersine küçük işletmeler çoğu zaman birkaç kritik hesap, süreç veya kişiye yüksek derecede bağımlıdır.
Bu nedenle iyi bir alıcının closing sonrasındaki ilk sorusu:
Bu işletmede ilk olarak neyi değiştirebilirim?
olmamalıdır.
Daha doğru soru şudur:
Bu işletmenin bugün çalışan ekonomik motorunu bozmadan, kontrolü nasıl devralabilir ve daha güçlü hale getirebilirim?