Kurulum Ücreti Olmayan Yazılım Modeli Nasıl Çalışır?

Kurulum ücreti olmayan yazılım modeli, büro yöneticileri için yalnızca başlangıçta ödenecek tutarla ilgili değildir. Kurulum işlerinin kim tarafından yürütüleceği ve büro ekibinden ne kadar zaman bekleneceği, teklifin gerçek maliyetini değiştirebilir.

Bu nedenle “kurulum ücretsiz” ifadesini bir fiyat etiketi olarak değil, kapsamı açıklığa kavuşturulması gereken bir teklif unsuru olarak ele alın. Veri taşıma, yapılandırma, destek ve hizmetten ayrılma adımlarını ayrı ayrı sorup yanıtları yazılı karşılaştırın.

Kurulum ücreti olmayan yazılım modeli ne anlama gelir?

Kurulum bedeli ile abonelik bedeli arasındaki fark

Kurulum bedeli, yazılımı kullanıma hazırlama işi için başlangıçta ayrıca talep edilen ücret olabilir. Bu ücretin alınmaması, ilgili işlerin yapılmadığı anlamına gelmez. Sağlayıcı bu işleri aboneliğe dahil etmiş, belirli bir kapsamla sınırlamış, ayrıca fiyatlandırmış veya büroya bırakmış olabilir.

Abonelik ise yazılımı kullanmaya devam etmek için ödenen dönemsel bedeldir. Teklifte “kurulum ücreti yok” yazarken aboneliğin hangi kullanıcıları, modülleri, destek kanallarını veya hizmetleri kapsadığı ayrıca açıklanmalıdır. Abonelik bedeli ile kurulum bedelini aynı satırda değerlendirmek, ilk dönem maliyetini olduğundan düşük veya yüksek gösteren bir karşılaştırmaya yol açabilir.

Kapsamı anlamak için önce “kurulum” sözcüğünün sağlayıcı tarafından nasıl kullanıldığını sorun. Yazılımın erişime açılması mı kastediliyor, yoksa büroya göre ayarlar, kullanıcıların hazırlanması ve mevcut kayıtların taşınması da bu kapsama giriyor mu? Bir teklif bu ayrımı yapmıyorsa “ücretsiz” ifadesi üzerinden iş yükü veya toplam maliyet çıkarmak zordur.

Teklifte kapsamı açıkça belirtilmesi gereken işler

Teklifte her işin sahibi ve sınırı görünür olmalıdır. Örneğin, sağlayıcının yazılımı kullanıma açması ile büronun eski kayıtlarını yeni düzene aktarması farklı işlerdir. Birincisi dahil olsa bile ikincisi ayrıca ücretlendirilebilir veya büro çalışanlarının hazırlık yapmasını gerektirebilir.

Şu işleri ayrı satırlar hâlinde sorun:

• Yazılımın büro için kullanıma hazırlanması.
• Kullanıcı hesaplarının ve rollerinin tanımlanması.
• Mevcut verinin aktarılabilir biçime getirilmesi ve taşınması.
• Büroya özel iş akışlarının veya alanların düzenlenmesi.
• İlk kullanım sırasında eğitim ya da destek sağlanması.

Yanıt “kurulum ücretsiz” düzeyinde kalırsa hangi işlerin fiyata dahil olduğunu ve hangilerinin hariç tutulduğunu öğrenemezsiniz. Her kapsam maddesi için sorumlu tarafı, varsa sınırı ve ek iş çıkarsa uygulanacak fiyatlandırma yaklaşımını yazılı isteyin. Böylece ücretsiz başlangıç bedelinin, sizin açınızdan ücretsiz bir geçiş anlamına gelip gelmediğini ayırt edebilirsiniz.

Konunun bütününü hukuk bürosu yönetim programı: kapsamlı rehber rehberinde bulabilirsiniz.

Kurulum bedeli yoksa maliyet hangi kalemlerde ortaya çıkabilir?

Teklifte ayrı ayrı sorulacak maliyet kalemleri

Kurulum bedelinin alınmaması tek başına abonelik tutarını veya başka bir ücretin varlığını açıklamaz. Olası maliyetleri sağlayıcının uygulamasıymış gibi varsaymadan, teklif üzerinde tek tek sorgulayın. Aşağıdaki tablo, “var” veya “yok” diye peşinen karar vermek yerine her kalemin durumunu netleştirmeye yarar.

Dahil, hariç ve sağlayıcıya göre değişen işler

“Dahil” yanıtı da tek başına yeterli değildir. Örneğin destek dahil deniyorsa bu, kurulum sırasında destek verileceği anlamına mı geliyor, yoksa kullanım süresince belirli sorulara yanıt verilmesini mi kapsıyor? Veri taşıma dahil deniyorsa hangi kayıtların, hangi biçimde ve hangi hazırlıktan sonra aktarılacağı açıklanmalıdır.

“Hariç” ifadesi de mutlaka ek ücret anlamına gelmeyebilir; iş büro tarafından yapılacak olabilir. Bu yüzden her kalemin karşısında üç seçenekten hangisinin geçerli olduğunu belirleyin: aboneliğe dahil, ayrıca ücretli veya büro ekibinin sorumluluğunda. “İhtiyaca göre değişir” yanıtı gelirse hangi ihtiyacın fiyatı değiştirdiğini ve bunun nasıl onaylanacağını sorun.

Bu kapsam, ücretsiz yazılım arayışından farklı bir inceleme gerektirir. Burada odak, yazılımın ücretsiz olup olmadığı değil, kurulum için ayrı bedel alınmamasının diğer işlerin ücretini veya büro üzerindeki yükü nasıl etkilediğidir. Teklifleri karşılaştırırken başlangıç bedelinin yanında abonelik dışı kalemleri de görünür kılın; gerekirse fiyatlandırma bilgilerini kapsam yanıtlarıyla birlikte okuyun.

Veri taşıma ve büroya uyarlama işlerini kim üstleniyor?

Aktarılacak verinin kapsamını belirleme

Geçişin kapsamını konuşmadan “veri aktarımı dahil mi?” sorusu eksik kalır. Önce büroda hangi bilgilerin yeni yazılıma taşınmasını beklediğinizi belirleyin. Dosyalar, kişi veya kurum kayıtları, takvim bilgileri ve mevcut işlerin durumunu gösteren alanlar aynı biçimde aktarılmayabilir. Hangi bilginin taşınmasının öncelikli olduğunu büro içinde netleştirin.

Sağlayıcıdan her veri türü için şu açıklamaları isteyin: kaynak sistemden alınması için nasıl bir hazırlık gerekiyor, aktarım işini kim yapıyor, aktarım sonrası kontrolü kim üstleniyor? “Veri taşınır” gibi genel bir yanıt; aktarımın kapsamını, büroya düşen hazırlığı veya taşınamayan bilgilerin nasıl ele alınacağını göstermez.

Büro ekibinin eski kayıtları ayıklaması, tekrar eden kayıtları gözden geçirmesi veya bilgileri aktarılabilir bir düzene getirmesi gerekebilir. Bu işler sağlayıcının kurulum bedeli alıp almamasından bağımsız olarak zaman gerektirir. Teklifte bu hazırlık görünmüyorsa geçiş takviminize ve çalışanların günlük iş yüküne eklenmesi gereken bir belirsizlik olarak kaydedin.

Büronun sağlayıcıdan ve kendi ekibinden bekleyecekleri

Sorumluluğu görev bazında bölmek, “kurulum” gibi geniş bir kelimeye dayanmaktan daha yararlıdır. Sağlayıcıdan ne yapacağını, büronun hangi bilgileri ve ne zaman sağlayacağını, sonuçların nasıl kontrol edileceğini açıklamasını isteyin. Böylece bir işin iki tarafça da üstlenildiği sanrısı veya hiçbir tarafın sorumluluğunda kalmaması olasılığı azalır.

• Taşınacak veri türlerini ve öncelik sırasını büro içinde belirleyin.
• Sağlayıcıdan aktarım için gereken hazırlık ve dosya biçimlerini sorun.
• Kullanıcıların ve ekiplerin tanımlanmasında kimin hangi bilgiyi vereceğini netleştirin.
• Büroya özel iş akışlarını kimin düzenleyeceğini ve nelerin kapsam dışında olduğunu öğrenin.
• Aktarılan bilgilerin doğruluğunu kimin, hangi yöntemle kontrol edeceğini yazılılaştırın.
• Eksik veya beklenenden farklı sonuç çıkarsa izlenecek yolu sorun.

Günlük işleyişe uyarlama da yalnızca teknik ayarlardan oluşmaz. Çalışanların mevcut yöntemlerinden yeni yazılıma geçmesi, görev paylaşımının ve dosyalama alışkanlıklarının gözden geçirilmesini gerektirebilir. Sağlayıcının eğitimi kapsayıp kapsamadığını, büronun hangi kullanıcılarının bu sürece katılacağını ve eğitimin hangi konulara odaklanacağını sorun. Kapsam belirsiz kalıyorsa bunu “sonradan çözülecek küçük ayrıntı” diye değil, geçiş iş yükü diye değerlendirin.

Güncelleme, destek ve veri kurtarma kapsamı nasıl doğrulanır?

Güncelleme ve destek için sorulacak net sorular

Kurulum bedeli ile güncelleme ve destek ayrı konulardır. “Destek aboneliğe dahil” ifadesi, ne tür soruların yanıtlanacağını veya sorunların nasıl ele alınacağını tek başına anlatmaz. Sağlayıcıdan hangi destek kanalının kullanılabildiğini, hangi konuların kapsamda olduğunu ve ek hizmet gerektiren durumların nasıl tanımlandığını açıklamasını isteyin.

Güncellemeler konusunda da yalnızca sıklığı değil, kimin uyguladığını ve bürodan ne beklendiğini sorun. Yazılımın yeni sürümlerinin sunulması, büroda her şeyin hiçbir iş veya kesinti olmadan gerçekleşeceği anlamına gelmez. Sağlayıcıdan güncelleme yaklaşımını, kullanıcıların bilgilendirilme biçimini ve bir değişiklik sonrası yardım ihtiyacında izlenecek yolu anlatmasını isteyin.

Bu sorulara yanıt ararken destek ve güncelleme kalitesini değerlendirme rehberi üzerinden kendi kontrol başlıklarınızı hazırlayabilirsiniz. Rehberdeki başlıkları, sağlayıcının yazılı yanıtlarına göre somutlaştırın. “Standart destek” gibi yoruma açık ifadeleri; destek kapsamı, iletişim yöntemi ve ayrıca ücretlendirilebilecek işler şeklinde ayırın.

Yedekleme ve geri yükleme yanıtlarında aranacak açıklık

Veri kurtarma sorusu, yalnızca “yedek alıyor musunuz?” biçiminde sorulmamalıdır. Yedeğin hangi kapsamı içerdiğini, nasıl saklandığını ve ihtiyaç hâlinde geri yüklemenin nasıl yürütüldüğünü öğrenin. Bu açıklamalar hizmetin teknik ve operasyonel kapsamını anlamanıza yardımcı olur; belirli bir kurtarma sonucunu garanti ettiği şeklinde yorumlanmamalıdır.

• Yedeklemenin hangi veri ve kayıtları kapsadığını sorun.
• Yedeklemeyi kimin yürüttüğünü ve bürodan bir işlem beklenip beklenmediğini netleştirin.
• Geri yükleme talebinin nasıl iletileceğini ve sürecin kim tarafından yönetileceğini öğrenin.
• Geri yükleme çalışmasının aboneliğe dahil mi, ayrıca ücretli mi olduğunu sorun.
• Sağlayıcının bu yanıtları teklif veya kapsam belgesinde nasıl ifade edeceğini isteyin.

Yanıtlar “yedekleme mevcut” gibi kısa kalırsa, kapsam, sorumlu taraf ve geri yükleme sürecinin hangi koşullarda başlayacağı hâlâ belirsizdir. Bu eksikleri yazılı sorular listesinde tutun. Sağlayıcı yanıt veremiyorsa veya yanıt kapsamı açıklamıyorsa, karşılaştırma tablonuzda bu kalemi doğrulanmamış olarak işaretleyin; varsayımla doldurmayın.

Teklifleri toplam maliyet ve büro iş yüküyle nasıl karşılaştırırsınız?

Karşılaştırma tablosuna eklenecek maliyet ve emek kalemleri

Teklifleri aynı varsayımlar üzerinden karşılaştırın. Bir seçenekte sağlayıcının yaptığı iş başka bir seçenekte büroya bırakılmışsa, yalnızca fatura tutarlarını yan yana koymak adil bir karşılaştırma sağlamaz. İlk dönem için geçiş ve hazırlık işlerini; devam eden dönem için abonelik, destek ve kullanım kapsamını ayrı değerlendirin.

Eksik yanıtları karşılaştırmada nasıl görünür kılmalı?

Karşılaştırma için bilinmeyen bir maliyeti tahmin ederek doldurmayın. “Yanıt bekleniyor” veya “kapsam belirsiz” şeklinde ayrı gösterin. Böylece daha düşük başlangıç bedeli, diğer kalemlerdeki bilgi eksikliği nedeniyle otomatik olarak avantajlı görünmez. Yanıt gelene kadar her teklifin hangi noktada karşılaştırılamadığını da görebilirsiniz.

Büro iş yükünü de aynı tabloda değerlendirin. Sağlayıcının yapmadığı veri hazırlığı, kullanıcı tanımı veya sonuç kontrolü büro çalışanlarının zamanını alabilir. Bu zamanı kesin bir para tutarına çevirmek zorunda değilsiniz; hangi ekipten ne kadar hazırlık beklendiğini ve bu işin günlük faaliyetleri nasıl etkileyebileceğini not edin.

Yaklaşımınızı iki ayrı görünümle kurabilirsiniz:

1. İlk dönem: başlangıç bedeli, geçiş hazırlığı, veri aktarımı, yapılandırma ve kullanıcıların işe başlaması.
2. Devam eden dönem: abonelik kapsamı, ek kullanıcı veya hizmet ihtimali, destek, güncelleme ve büro içi sorumluluklar.

Bu çerçevede “toplam maliyet” yalnızca sağlayıcıya ödenecek bedel değildir; büro ekibinin üstleneceği işler de kararın parçasıdır. Fiyat ve kapsam yanıtlarını tek yerde toplamak, hangi teklifin hangi varsayımla değerlendirildiğini görünür kılar.

Sözleşme ve hizmet kapsamını kabul etmeden önce neyi netleştirmelisiniz?

Yazılı olarak teyit edilecek kapsam ve istisnalar

Teklifteki kısa ifadelerin hizmet kapsamına nasıl yansıdığını sağlayıcıdan yazılı biçimde açıklamasını isteyin. “Kurulum ücretsiz” ifadesinin hangi başlangıç işlerini kapsadığını, veri aktarımı veya özel yapılandırmanın dahil olup olmadığını ve ayrıca ücret doğurabilecek işlerin nasıl tanımlandığını teyit edin. Bu, bir sözleşme hükmünü hukuken yorumlamak değil, satın alacağınız hizmetin sınırlarını anlamaktır.

Aşağıdaki noktaların yanıtlarını bir arada tutun:

• Aboneliğe dahil kullanıcı, kullanım ve destek kapsamı.
• Kurulum sırasında sağlanacak işlerin açık listesi.
• Hariç tutulan veya ayrıca fiyatlandırılabilecek hizmetler.
• Ek iş gerektiğinde fiyatın ve kapsamın nasıl onaylanacağı.
• Güncelleme ve destekle ilgili büronun sorumlulukları.
• Sözlü açıklamalarla teklif veya kapsam belgesi arasında fark varsa bunun giderilmesi.

Yanıtların bir kısmı “sonradan konuşulur” biçiminde kalıyorsa, o konuyu çözülmüş kabul etmeyin. Sağlayıcıdan eksik bilgiyi teklif veya kapsam belgesine eklemesini isteyin. Belge ve koşulların değerlendirilmesinde tereddüt varsa, güncel mevzuattan veya baronuzdan kontrol edilmelidir; burada belirli bir hukuki sonuç veya süre varsayımı yapılmamaktadır.

Hizmetten ayrılma ve veriye erişim soruları

Yazılımı kullanmayı bırakma ihtimali, teklif karşılaştırmasının başlangıcında görünmeyebilir; ancak veri ve iş sürekliliği açısından önceden sorulması yararlıdır. Hizmet sona ererse hangi verileri dışa aktarabileceğinizi, hangi biçimde alabileceğinizi ve bu işlemde sağlayıcının veya büronun hangi adımları üstleneceğini öğrenin. “Veriler alınabilir” yanıtı, kapsam ve sorumlulukları açıklamıyorsa tamamlanmış bir yanıt değildir.

Ayrıca veri dışa aktarma veya hizmet sona erdiğinde yapılacak destek için ayrı bir ücret olup olmadığını sorun. Verilerin alınmasından sonra erişimin nasıl devam edeceğini ve aktarım sırasında bürodan hangi hazırlıkların beklendiğini de yazılı netleştirin. Bu sorular, hizmetten ayrılma koşullarına ilişkin varsayım yapmak yerine sağlayıcının sunduğu kapsamı görmenizi sağlar.

Teklifin tüm kalemleri bir araya geldiğinde hâlâ belirsizlik varsa, eksikleri satın alma kararınızın ön koşulu olarak belirleyin. Özellikle veri taşıma, ek hizmet onayı ve veriye erişim başlıklarında yazılı yanıt almadan maliyet karşılaştırmasını tamamlanmış saymayın. Ücretsiz yazılımların gizli maliyetleri hakkında bilgi arıyorsanız, o konu ayrı bir incelemedir; burada odak, kurulum bedelinin diğer işlerin kapsamını nasıl etkilediğidir.

Büronuza uygunluğu canlı iş akışıyla nasıl sınarsınız?

Demoda uygulanmasını isteyeceğiniz senaryo

Demo sırasında yalnızca ekranları incelemek yerine, büroda gerçekten karşılaştığınız bir iş akışını örnek olarak seçin. Gerçek müvekkil veya dosya bilgisi paylaşmadan, kurgusal bir senaryo üzerinden yeni kullanıcıların işe başlamasını, mevcut verinin nasıl ele alınacağını ve bir işin büronun günlük akışına nasıl uyarlanacağını sorun. Amaç, özellik listesi almak değil, hangi işin kim tarafından yapıldığını anlamaktır.

Şu adımları izleyin:

1. Kurulum ücreti alınmayan kapsamın hangi işleri içerdiğini sağlayıcıya yeniden sorun.
2. Eski sistemden örnek veri aktarımı için gereken hazırlığı ve sorumluları açıklatın.
3. Büro kullanıcılarının hazırlanması ve iş akışının uyarlanması sırasında kimin ne yapacağını gösterin.
4. Güncelleme, destek talebi ve veri geri yükleme gibi durumların nasıl ele alınacağını sorun.
5. Hizmetten ayrılma durumunda veriye erişim adımlarını ve olası ek işleri netleştirin.
6. Her yanıtı teklif veya kapsam belgesindeki karşılığıyla eşleştirin.

Demoda gösterilen bir işlem, o işin aboneliğe dahil olduğunu tek başına kanıtlamaz. Aynı şekilde, sağlayıcının bir işi yapabileceğini göstermesi, bu işin teklifinizde bulunduğu anlamına gelmez. Uygulamalı gösterimi kapsam belgesinden ayrı not edin ve her vaat veya açıklama için “hangi teklif maddesi bunu karşılıyor?” diye sorun.

Yanıtları teklif ve kapsam belgesiyle eşleştirme

Demodan sonra yanıtları üç gruba ayırın: yazılı olarak dahil olduğu teyit edilen işler, ayrıca fiyatlandırılacağı belirtilen işler ve henüz netleşmeyen konular. Son gruptakileri sağlayıcıya yazılı gönderin. Yanıt gelmeden bunları ücretsiz, otomatik veya büro tarafından kolayca yapılabilir kabul etmeyin.

Demo sırasında kontrol edeceğiniz soruları önceden hazırlamak, eksik kalan başlıkları fark etmenizi kolaylaştırır. Hukuk yazılımı demosunda sorulması gereken sorular rehberindeki maddeleri kendi geçiş ve destek ihtiyaçlarınıza göre uyarlayabilirsiniz. Seçtiğiniz senaryonun sağlayıcının gösterdiği işlerle ve yazılı teklifle tutarlı olup olmadığını karşılaştırın.

Karar vermeden önce maliyet ve sorumluluk kalemlerini sağlayıcıdan yazılı olarak netleştirin. Ardından aynı iş akışını bir demoda deneyerek anlatılan kapsamın büronuzun çalışma biçimine uyup uymadığını sınayın. Demo, yazılı kapsamın yerine geçmez; sorularınızı somutlaştıran bir kontrol adımıdır.

Yazılım mimarisi ve güncelleme yaklaşımı kurulum ücretinden ayrı mı değerlendirilmelidir?

Ücret kapsamı ile kurulum mimarisini ayrı sorular olarak değerlendirme

Kurulum ücreti, sağlayıcının başlangıçta hangi işler için ayrıca bedel aldığıyla ilgilidir. Yazılımın nasıl çalıştığı veya güncellemelerin nasıl yürütüldüğü ise farklı sorulardır. Bir ürünün kurulum ücretinin olmaması, onun belirli bir mimaride çalıştığını ya da güncellemelerin belirli bir biçimde sunulduğunu göstermez.

Bu nedenle sağlayıcıya iki ayrı grup soru yöneltin. İlk grupta başlangıç işlerini, veri taşıma ve yapılandırma kapsamını sorun. İkinci grupta verilerin nerede ve nasıl tutulduğunu, güncellemelerin kim tarafından yapıldığını ve büronun bu süreçte hangi adımları üstleneceğini açıklatın. Mimarinin büroya etkisini anlamak için bulut tabanlı ve bilgisayara kurulan programları karşılaştıran rehbere de bakabilirsiniz; bu karşılaştırma kurulum bedelinin kapsamını kendiliğinden açıklamaz.

Bağımsız kurulum ve merkezî güncelleme ifadelerini sağlayıcıya doğrulatma

Platform örneğini değerlendirirken sağlayıcının açıkça doğruladığı özelliklerle, sizin varsaydıklarınızı ayırın. AvukatSiteleri.net için belirtilen modelde her büronun verisi kendi bağımsız kurulumunda tutulur ve yazılım güncellemeleri platform tarafından yapılır. Bu bilgiler, belirli bir fiyat, veri aktarımının ücretsiz olması veya güncellemelerin kesintisiz gerçekleşmesi vaadi değildir.

Büro yöneticisi olarak bu özelliklerin kendi teklifine nasıl yansıdığını yazılı sorun: bağımsız kurulumun kapsamı nedir, geçiş ve yapılandırma hangi hizmete dahildir, güncellemeler sırasında bürodan ne beklenir? Önce maliyet ve sorumluluk kalemlerini netleştirin; ardından aynı iş akışını demo sırasında deneyin. Böylece mimariyi, kurulum ücretini ve hizmet kapsamını birbirine karıştırmadan değerlendirebilirsiniz.