screenconnect alternatifi: ConnectWise fiyatlandırması ve geçiş

You're staring at a renewal notice from ConnectWise Control (ScreenConnect) and the list price looks like a landed surprise. You need a practical alternative: one with predictable per-device math, a real managed relay option, and a migration path that doesn't leave a fleet of unattended endpoints inaccessible during cutover. This article decodes how ConnectWise-style billing usually works, shows straightforward cost scenarios, and lays out a step-by-step migration plan that won’t strand users or break support windows.

ConnectWise tarzı fiyatlama genelde nasıl faturalandırılır (düz dil)

Bu alandaki tedarikçiler üç faturalama eksenini karıştırır ve kombinasyon liste fiyatını kafa karıştırıcı hale getirir:

• Teknisyen başına oturum hakkı (eşzamanlı veya isimlendirilmiş): oturumu başlatan kişilere fatura edilir.
• Host / gözetimsiz cihaz ücreti: bir kişinin hazır bulunmaksızın erişilmesi gereken uç noktalara uygulanır.
• Bulut vs kendi sunucunuzda barındırma: bulut abonelikleri barındırmayı ve bazen temel desteği kapsar; kendi sunucunuzda barındırma ön ödeme lisans/sunucu ücreti artı devam eden bakım gerektirir.

ConnectWise Control tarihsel olarak birden fazla katman (Access/Support/Manage) satıyor ve müşterilere bulut barındırma veya kendi sunucularında barındırma seçeneği sunuyor. Bu, basit görünen bir yenilemenin şunları gizleyebileceği anlamına gelir:

• Teknisyen başına ücretler, yönetici eklendiğinde veya eşzamanlı kullanıcı lisanslamasına geçildiğinde artar.
• Host başına ücretler, her sunucu, kiosk veya laboratuvar makinesini envantere aldığınızda çarpılarak artar.
• On-prem kurulumlar için barındırma ve bakım (SSL sertifikaları, yedekler, HA) ekstra maliyet getirir.

Eğer tedarikçileri etiket fiyatı yerine gerçek maliyete göre karşılaştırmak istiyorsanız, ortamınızı eşlemeniz gerekir: kaç teknisyeniniz var, kaç gözetimsiz cihazınız var, aylık kaç aktif destek oturumu yapılıyor ve denetim/oturum kaydı veya SSO entegrasyonlarına ihtiyacınız var mı.

Maliyet senaryoları: koltukları ve hostları yıllık dolara çevirme (örnekler)

Bir tedarikçi sayfasını alıntılamak yerine, buraya kendi rakamlarınızı yerine koyabileceğiniz çalışılmış örnekler koyduk. Karşılaştırılabilir bir tahmin almak için değişkenleri gerçek sayılarınızla değiştirin. Bu örnekler Tenvo'nun halka açık fiyatlarını uygun yerlerde kullanır (Free $0, Lite $2.99/mo, Pro $7.99/mo) ve cihaz başına ödemeli matematiğin sonucu nasıl değiştirdiğini gösterir.

Örnek girdiler (kendi sayılarınıza göre değiştirin):
- Teknisyenler: T = 5
- Gözetimsiz hostlar: H = 300
- Eşzamanlı oturum zirvesi: C = 10

Senaryo A: ConnectWise tarzı bulut (örnek yapı)
- Teknisyen başına koltuk (bulut): $35 / tech / month
- Gözetimsiz host başına: $1.00 / host / month
- Yıllık maliyet = (T * 35 + H * 1) * 12
- T=5, H=300 için -> (5*35 + 300*1) * 12 = (175 + 300) * 12 = 475 * 12 = $5,700 / year

Senaryo B: Tenvo yönetilen relay (pratik karşılaştırma)
- Tüm uç noktaları Tenvo Pro ajanlarında çalıştırdığınızı varsayalım: $7.99 / device / month (Pro plan cihaz başına fiyat modeli)
- Ancak Tenvo küçük filolar için seat-benzeri katmanları da destekler — yönetici olmayan kullanıcılar için Lite $2.99/mo yeterli olabilir
- Yıllık maliyet = H * 7.99 * 12
- H=300 için -> 300 * 7.99 * 12 = 300 * 95.88 = $28,764 / year

Fark neden? Buradaki Tenvo'nun cihaz başına Pro fiyatlandırması, cihaz-merkezli ticari modelin bir örneğidir. Birçok tedarikçi teknisyen koltukları ile host sayısını karıştırır; gerçek kullanımınızı yukarıdaki matematiğe uyarlayın.

Notlar:
- Bunlar toplam maliyetin farklı faturalama eksenleri tarafından nasıl değiştirileceğini göstermek için örnek hesaplamalardır.
- Kuruluşunuz az sayıda teknisyene ve geniş bir cihaz filosuna dayanıyorsa, hibrit fiyatlandırma (düşük teknisyen koltuğu + host başı ücret) düz cihaz başına planlardan daha ucuz olabilir.
- Her zaman çok yıllı indirimleri, MSP paketlerini ve pazar yeri satıcı fiyatlamasını kontrol edin.

Yukarıdaki kesin sayılar matematiği göstermek için örnektir. Aynı aritmetiği kendi tekliflerle yapın ve yan maliyetleri unutmayın: kendi sunucuda yedek/HA, sertifika yenileme, kendi sunucunuzu yamalamak için bekleme mühendisliği ve geçiş işçilikleri.

Filoğu erişimsiz bırakmayacak bir geçiş yolu (adım adım)

Çoğu ekip için teknik sorun şudur: mevcut ajan ConnectWise'in kontrolörlerinden talimat alır; eğer yeni aracınız bir cihazla erişim kuramadan kontrolörü kaldırır veya keserseniz, o uç nokta bir kişi yerinde olana kadar erişilemez hale gelir. Çözüm paralel çalıştırma ve aşamalı kesme. Bu kontrol listesini izleyin.

1. Envanter ve sınıflandırma. ConnectWise cihaz listenizi dışa aktarın ve hangi cihazların gözetimsiz (sunucular, kiosklar), hangi cihazların ara sıra kullanılan (dizüstüler) ve hangilerinin insan destekli olduğunu işaretleyin. Her sınıf için sayı lazım.
2. Erişim kenarlarını belirleyin. NAT arkasındaki, güvenlik duvarlı ağlardaki veya şube ofislerdeki cihazları not edin. Bu cihazlar port açmadığınız sürece relay'lere bağımlı olacaktır veya yerel bir relay kurmanız gerekir.
3. Paralel dağıtım yöntemi seçin. Yazılım dağıtımı (MSI/PKG), RMM push veya aşamalı kullanıcı istemi kullanın. Windows için kurulum anahtarlarınızı içeren bir MSI oluşturun ve geniş dağıtımdan önce imzalayın.
4. Yeni ajanı paralel olarak kurun (eski ajanı kaldırmayın). Yeni ajanın Tenvo'nun yönetilen relay'ine veya kendi özel relay'inize kaydolacak şekilde yapılandırın. Kesme tamamlanana kadar ConnectWise ajanlarını yerinde bırakın.
5. Pilot grup. Temsili 10–20 gözetimsiz cihazı yeni araca taşıyın ve gerçek dünya görevleri çalıştırın (dosya kopyalama, uzaktan kurulum, Wake-on-LAN, oturum kayıtları, SSO). Denetim günlüklerini ve izin eşlemelerini doğrulayın.
6. Teknisyenleri eğitin ve kimliği senkronize edin. Gerekirse SSO/AD entegrasyonunuzu yapın ve teknisyenleri oturum iş akışları konusunda eğitin. Kullanıcı rollerini eski sistemle eşleyecek şekilde haritalayın.
7. Gözetimsiz cihazları aşamalı olarak değiştirin. Gözetimsiz cihazları site, alt ağ veya iş birimine göre partiler halinde taşıyın. Her parti sonrası, eski ajanı kurulu tutun ama o parti için eski kontrolörden yeni oturumları devre dışı bırakın — bu, yeni oturumların başlamasını engeller ancak geri dönüş yolunu açık tutar.
8. Teknisyenleri en son taşıyın. Tüm gözetimsiz cihazlar yeni platformda erişilebilir hale geldikten sonra teknisyen koltuklarını taşıyın ve eski hesapları iptal edin. Her iki hizmete de izin verilen kısa bir örtüşme penceresi tutun; tipik olarak 7–14 gün planlayın.
9. Geri dönüş planı. Eski yönetim konsolunu erişilebilir tutun ve doğrulamayı bitirene kadar sertifikaları veya barındırmayı silmeyin. Eğer bir parti başarısız olursa, o uç noktalarda eski kontrolörün oturumlarını tekrar etkinleştirebilirsiniz.
10. Servisten çekme. 30 günlük olumlu doğrulamadan sonra eski ajanları kaldırın ve eski kontrol düzlemini kapatın.

Çoğu geçişin takıldığı operasyonel ayrıntılar:

• Lisans hizalaması: uzun örtüşme pencereleri için çift tam yıllık ödeme yapmamak adına yeni aboneliklere esnek başlangıç tarihleriyle başlayın.
• Güvenlik duvarı kuralları: yeni relay farklı portlar veya alan adları kullanıyorsa, ajan kurulumundan önce güvenlik duvarı güncellemelerini planlayın.
• Wake-on-LAN ve uzaktan BIOS/konsole erişimi: bunları pilot makinelerde test edin; bazı ajanlar farklı NIC/WOL davranışı gerektirir.
• Oturum kaydı ve denetim: kayıt saklama kurallarınız varsa, eski kayıtların nasıl arşivleneceğini ve yenilerinin nerede saklanacağını planlayın.

Teknik tuzaklar — anahtarı çevirmeden önce neyi test etmelisiniz

Bu ön-kesme test bataryasını çalıştırın ve her hatayı belgeleyin, böylece 03:00'te yaşanacak bir kesinti sırasında öğrenmek zorunda kalmazsınız.

• Bağlantı modları. Doğrudan P2P ve relay oturumlarını test edin. Unutmayın: bir oturum yönetilen bir relay üzerinden yönlendirildiğinde, TLS relay'de sonlanır; relay'i işleten taraf oturum verisine erişebilir. Bu tehdit modelinizi ve uyumluluk yükümlülüklerinizi değiştirir.
• Güvenlik duvarı ve proxy işleme. Proxy kimlik doğrulamasını, kurumsal TLS-inspection yapan proxy'leri ve izin listelerini doğrulayın. Bazı relay'ler özel SNI veya IP aralıklarının beyaz listeye alınmasını gerektirebilir.
• SSO ve MFA. Rol eşlemelerini ve acil erişim için break-glass hesaplarını kontrol edin.
• Dosya aktarımı ve büyük yükler. Bant genişliği ve zaman aşımı ayarlarını görmek için büyük bir dosya kopyası çalıştırın; her türlü bant genişliği kısıtlama ayarını kaydedin.
• Oturum sürekliliği. Ajan veya relay'in boş-görünür ama aktif oturumları kesip kesmediğini görmek için uzun süreli oturumları (2–8 saat) test edin.
• Günlükleme ve dışa aktarma. Oturum günlüklerinin, operatör notlarının ve dışa aktarmaların denetim gereksinimlerinizi karşıladığını doğrulayın ve eskisini devre dışı bırakmadan önce dışa aktarma işlemlerini teyit edin.

Bağlantı modları hakkında kendi portlarınızı açmadan daha fazla bilgi için bkz. Remote Desktop Without Port Forwarding Explained. Bir relay'in gerçekte neleri görebileceği ve güvenlik modeli için şu makaleyi okuyun: Remote Desktop Security: What You Need to Know.

Kontrolörü neden kendi sunucunuzda barındırmalısınız (ve neden çoğu ekip yönetilen relay'i seçer)

Kendi sunucunuzda barındırma, bunu zorunlu kılan yazılı bir gereklilik varsa doğrudur: üçüncü taraf relay'leri yasaklayan bir uyumluluk kuralı, izole edilmiş hava boşluklu bir ağ veya katı veri yerleşim gerekliliği. Kendi sunucunuzda barındırma sertifikalar, depolama ve günlükler üzerinde tam kontrol sağlar — ancak ayrıca yamalama, HA, failover ve anahtar saklama sorumluluğunu da üstlenirsiniz. Bu operasyonel yükün gerçek bir personel maliyeti vardır.

Yönetilen relay (Tenvo'nun yönetilen relay'i varsayılan öneridir) barındırmayı, çok bölge failover'ını ve sertifika yenilemeyi operatöre kaydırır. Birçok ekip için bu, bekleme bakımı, acil yamalama ve her zaman erişilebilir bir relay çalıştırmak için gerekli mühendislik süresini hesaba kattığınızda tasarruf sağlar. Eğer kendi sunucunuzda barındırmanız gerekiyorsa, SLA'yı belgeleyin ve uyumluluk penceresi sona ererse yönetilen barındırmaya geri dönmek için zamanlı bir plan koyun.

Kendi sunucunuzda barındırmayı planlıyorsanız, operasyonel tuzaklar için kılavuzumuza bakın: Self-Hosted Remote Desktop: Why, How, and What Breaks. Zaman içinde maliyet takasları için şu karşılaştırmayı inceleyin: remote desktop cost: 3-year TCO of major tools.

Tenvo neden geçiş hikayesine uyuyor (dürüst, pratik)

Tenvo'nun karar haritasındaki yeri:

• İstemciler: yerel Windows, macOS, Linux ve genel beta'da bir tarayıcı istemcisi. Bu, masaüstü işletim sistemleri arasında paralel kurulumları basitleştirir.
• Yönetilen relay: Tenvo varsayılan olarak çok bölgeli bir yönetilen relay sunar; üçüncü taraf bir relay kullanamıyorsanız belgelenmiş bir kendi-host seçeneği vardır. Çoğu ekip için yönetilen relay operasyonel maliyeti düşürdüğü ve relay'in acil yamalanmasını ortadan kaldırdığı için önerilir.
• Fiyat şeffaflığı: Tenvo basit katmanlar yayınlar — Free $0, Lite $2.99/mo, Pro $7.99/mo — böylece düz cihaz başına matematik yapabilir ve geçiş sırasında örtüşme pencerelerini simüle edebilirsiniz. (Spesifik MSP indirimleri veya hacim fiyatlandırma ihtiyaçlarınız varsa paketleme için satış ile iletişime geçin.)

Dürüst olun: bazı rakipler belirli alanlarda öne çıkar. ConnectWise olgun RMM entegrasyonlarına ve birçok MSP'nin zaten kullandığı bir ekosisteme sahip; AnyDesk ise düşük bant genişliğinde uzaktan kontrol için gecikme açısından bazen diğerlerini geride bırakır (bkz. AnyDesk Pricing Explained: A Plain-English Decode for 2026). Özellik denkliğini doğrulamak için bu karşılaştırmaları kullanın, sonra toplam operasyonel maliyeti ve geçiş riskini en aza indiren aracı seçin.

Kesmeden önceki son kontrol listesi

• Envanter dışa aktarıldı ve sınıflandırıldı (gözetimsiz vs insanlı).
• Pilot cihazlarda paralel ajan dağıtımı doğrulandı.
• Güvenlik duvarı/güncelleme pencereleri planlandı ve bildirildi.
• Break-glass süreçleri test edildi ve belgelendi.
• Teknisyen eğitimi ve SSO eşlemesi yapıldı.
• Planlanan örtüşme süresi için örtüşme lisansları alındı (tipik 7–14 gün).
• Geri dönüş planı ve eski konsol erişimi kesmeden sonra en az 30 gün tutuldu.

Eğer geçiş planınız herhangi bir uyumluluk engeline takılıyorsa, şu makaleyi okuyun: Remote Desktop Audit Logging ve dışa aktarılan günlüklerin emme kurallarınızı karşıladığını doğrulayın.

ConnectWise Control (ScreenConnect) 'ten geçiş yapmak uç noktaları erişimsiz bırakmadan tamamen mümkündür — anahtar paralel çalışma, gerçekçi örtüşme ve çevrenizde gerçekte neyin kırıldığını doğrulamaktır (proxy'ler, WOL ve SSO). Önce matematiği haritalayın, kesmeyi aşama aşama yapın ve düzeltme pencereleri için zaman ayırın.

Net bir fiyatlandırma modeli ve yönetilen relay seçeneği olan bir alternatifi denemeye hazır mısınız? Tenvo'yu indirip mevcut sisteminizle paralel bir pilot çalıştırın: Tenvo'yu İndir. Pilot sonuçlarını belgeleyin, sonra sürprizleri önlemek için yukarıdaki aşamalı geçiş kontrol listesini izleyin.