Türkiye’deki yazılım firmaları için TSplus Remote Access, Windows tabanlı ürünleri müşterilere uzaktan sunmanın pratik bir yoludur. ERP, muhasebe, stok, üretim veya sektörel bir iş uygulaması geliştiren ekipler; satış demosu, kullanıcı eğitimi ve müşteri erişimi için merkezi bir Windows ortamını değerlendirebilir. Böylece ürünün mevcut Windows sürümüyle yeni bir teslim kanalı oluşturmak mümkün olabilir.
Bu yazı, uygulama yayınlama yaklaşımını yazılım şirketinin günlük işi üzerinden ele alır: potansiyel müşteriye ürünü göstermek, pilot kullanımı yönetmek, sürüm geçişini planlamak ve teslim sonrasında sürdürülebilir bir erişim hizmeti sunmak.
TSplus Remote Access yazılım firmanızda nerede konumlanır?
Yazılımınız sunucu tarafındaki Windows ortamında çalışır; müşteri, seçilen bağlantı yöntemine göre uygulamanın arayüzüne uzaktan erişir. TSplus’ın Web Applications Portal özelliği, kullanıcının erişim hakkı bulunan yayımlanmış uygulamaları portalda simgeler üzerinden başlatmasını sağlar. HTML5 erişimi tercih edildiğinde, uyumlu bir tarayıcı üzerinden çalışma senaryosu değerlendirilebilir.
Bu model, masaüstü programınızı otomatik olarak tarayıcıda yerel çalışan yeni bir web uygulamasına dönüştürmez. İş mantığı ve uygulama Windows ortamında kalır; erişim biçimi değişir. Mevcut ürünü uzaktan sunmak, ileride yapılacak web geliştirmeleriyle birlikte düşünülebilecek ayrı bir teslim seçeneğidir.
1. Satış demosunu müşterinin cihazına kurulum yapmadan hazırlayın
İstanbul’daki bir yazılım firmasının, Bursa’daki üreticiye stok ve iş emri modülünü tanıtacağını düşünelim. Bu örnekte satış ekibi, gösterim için hazırlanan uygulamayı uygun bir Windows sunucusunda yayımlar. Müşteri, belirlenen yöntemle oturum açarak önceden hazırlanmış örnek senaryoyu deneyimler. Bu, gerçek bir müşteri referansı değil, uygulanabilecek bir demo akışıdır.
Demo ortamında gerçek müşteri verileri yerine örnek kayıtlar kullanın. Her aday müşteriye ayrı bir kullanıcı hesabı tanımlayın; gösterilecek modülleri, erişim süresini ve demo sonrası hesabın kapatılmasını ekip içinde belirleyin. Sunum öncesinde tarayıcı, ekran boyutu, Türkçe karakterler ve rapor çıktısını birlikte test edin.
Bu yaklaşım, demo öncesi cihaz hazırlığı ihtiyacını azaltabilir. Kazancı görmek için ilk erişime kadar geçen süreyi ve demo başına destek talebini kaydedin; ölçmeden sabit bir zaman tasarrufu oranı vermeyin.
2. ERP ve sektörel uygulamaları merkezi bir ortamdan sunun
Dağıtım, üretim, konaklama veya hizmet sektörüne yönelik bir Windows uygulamanız varsa, müşterinin farklı şubelerini aynı uygulama ortamına bağlayan bir proje planlayabilirsiniz. Kullanıcıların hangi modülleri açacağı ve veriye nasıl erişeceği, ürününüzün kendi yetkilendirme modeliyle birlikte tasarlanmalıdır.
TSplus Application Publishing bölümünde çalıştırılabilir dosya yolu, görünen ad, başlangıç dizini ve gerektiğinde komut satırı seçenekleri tanımlanabilir. Uygulama daha sonra kullanıcılara veya gruplara atanabilir. Her müşteriye tüm Windows masaüstünü açmak yerine, ihtiyaç duyduğu uygulama deneyimini sunmayı değerlendirin.
Uygulama ataması, tek başına müşteri verilerinin yalıtıldığını kanıtlamaz. Dosya izinleri, veritabanı yetkileri ve uygulama içi roller ayrıca kontrol edilmelidir. Farklı müşterilerin aynı sunucuyu paylaşması, ayrılmış sunucu veya sanal makine kullanılması gibi seçenekleri, ürününüzün mimarisi ve müşterinin gereksinimleri doğrultusunda değerlendirin.
3. Eğitim ve kullanıcı kabulünü gerçek iş akışıyla birleştirin
Satış demosuyla üretim ortamını birbirinden ayırın. Eğitim için hazırlanmış örnek şirket üzerinde sipariş oluşturma, stok hareketi, fatura ön izlemesi ve rapor alma gibi görevler belirleyin. Kullanıcıların yalnızca uygulamayı açabilmesi, işin sorunsuz tamamlandığı anlamına gelmez.
| Aşama | Yazılım firmasının hazırlığı | Kabul ölçütü |
|---|---|---|
| Satış demosu | Örnek veri ve sınırları belli erişim | Müşteri hedef modülü açıp örnek işlemi tamamlar |
| Pilot kullanım | Gerçekçi kullanıcı yükü ve temsilî iş akışı | Rapor, yazdırma ve gerekli çevre birimleri doğrulanır |
| Sürüm geçişi | Test ortamı, bakım planı ve geri dönüş hazırlığı | Güncellemeden sonra kritik işlemler yeniden tamamlanır |
| Canlı hizmet | Sorumluluklar, izleme ve destek süreci | Erişim sorunu doğru ekibe ve kayıtla aktarılır |
Test kapsamını yapılandırmak için uzak erişim PoC kabul kontrol listesinden yararlanabilirsiniz. Barkod okuyucu, etiket yazıcı, e-imza veya özel bir cihaz kullanılıyorsa her bileşeni seçilen bağlantı yöntemiyle ayrı deneyin; yerel kullanımda çalışan her bileşenin uzaktan aynı davranışı göstereceğini varsaymayın.
4. Güncelleme ve destek sorumluluklarını netleştirin
Merkezi yayınlama, yayımlanan sunucu ortamındaki uygulama dosyalarını tek noktadan yönetmeyi kolaylaştırabilir. Ancak yeni sürümün veritabanı değişiklikleri, istemci bağımlılıkları ve açık kullanıcı oturumları üzerindeki etkisi yine yazılım ekibinin değerlendirmesini gerektirir. Test ile canlı ortamın sürümlerini ve geçiş tarihini kaydedin.
Önerilen iş bölümü basittir: yazılım ekibi ürün davranışını ve sürümü, altyapı ekibi sunucu ve erişim katmanını, müşteri sorumlusu ise kullanıcı kabulünü takip eder. Teklif ve teslim dokümanında yedekleme, geri yükleme, bakım zamanı ve destek başvurusunun kime yapılacağını yazın. Mevcut güncelleme ve bakım planı rehberi bu süreci destekler.
5. Erişim hizmetini doğru kapsamla paketleyin
Yazılım şirketiniz, ürün erişimini barındırma, bakım ve destek hizmetleriyle birlikte ticari olarak değerlendirebilir. TSplus tek başına müşteri aboneliği, otomatik faturalama veya uygulamanızın çok kiracılı veri modelini kuran bir sistem olarak görülmemelidir. Bu bileşenleri kendi ürününüz ve hizmet süreçlerinizle ayrıca planlayın.
Kapsamı belirlerken kullanıcı sayısı, aynı anda beklenen yük, gerekli bağlantı biçimi, sunucu kapasitesi ve destek sorumluluğunu birlikte ele alın. TSplus, Windows, veritabanı ve uygulama bileşenlerinin lisanslama gereksinimlerini kendi kullanım modelinize göre ilgili sağlayıcılarla doğrulayın. Ürün sürümü, edisyonu ve ek bileşenler ihtiyaç duyduğunuz özelliklerle eşleşmelidir.
Türkiye’deki yazılım ekipleri için başlangıç planı
- Bir ürün ve bir iş akışı seçin. Örneğin siparişten rapora kadar tamamlanan bir ERP senaryosu hazırlayın.
- Demo ve pilot ortamını kurun. Örnek veri, kullanıcı hesapları, erişim hakları ve bağlantı yöntemini belirleyin.
- Kullanıcı deneyimini ölçün. İlk giriş, uygulama açılışı, rapor, dosya işlemleri ve yazdırmayı test edin.
- İşletim modelini yazın. Güncelleme, yedekleme, güvenlik, destek ve hizmetten ayrılma adımlarına sorumlu atayın.
- Kabul sonucuna göre yaygınlaştırın. Başarılı pilot sonrasında yeni kullanıcı veya müşterileri kontrollü olarak ekleyin.
Sık sorulan sorular
Mevcut Windows yazılımını baştan yazmak gerekir mi?
Uyumlu bir uygulama, merkezi Windows ortamında çalıştırılarak uzaktan sunulabilir. Ancak çok kullanıcılı çalışma, bağımlılıklar ve çevre birimleri pilotta doğrulanmalıdır. Uygulama yayınlama, ürünün kodunu otomatik olarak web teknolojilerine dönüştürmez.
Her müşteri aynı sunucuda çalışmalı mı?
Hayır. Ortak veya ayrılmış ortam kararı, veri ayrımı, performans, uygulama davranışı ve işletim gereksinimlerine bağlıdır. Kullanıcıya yalnızca kendi uygulama simgesini göstermek, veri yalıtımı testinin yerine geçmez.
TSplus Remote Access destek ekranını paylaşmak için mi kullanılır?
Bu yazıdaki kullanım, müşteriye Windows uygulaması veya masaüstü erişimi sunmaktır. Müşterinin mevcut bilgisayarını kontrol ederek destek vermek farklı bir senaryodur; bunun için TSplus Remote Support ayrıca değerlendirilebilir.
Yazılımınızı Türkiye’deki müşterilere daha kolay ulaştırmak için TSplus Remote Access’i inceleyin, deneme sürümünü indirin veya uygulamanıza uygun pilot ve lisans kapsamını değerlendirmek üzere TSplus Türkiye ekibine yazın.