Avukat Başı ve Kullanıcı Başı Fiyatlandırma Farkı

Avukat başı kullanıcı başı fiyatlandırma farkı, adından bakıldığında yalnızca bir ücret hesabı gibi görünebilir. Büro açısından asıl mesele, hangi kişilerin lisanslı sayıldığı ve günlük iş akışında kimlerin sisteme erişmesi gerektiğidir. Avukatların yanında sekreterlerin, stajyerlerin veya idari çalışanların da erişim ihtiyacı varsa, yalnızca avukat sayısına bakmak teklifin kapsamını anlamaya yetmez.

Kararı netleştirmek için önce ekibinizi ve erişim rollerinizi çıkarın; ardından sağlayıcılardan aynı kapsamı fiyatlandırmalarını isteyin. Böylece başlangıç bedelini değil, kendi ekibiniz için geçerli olabilecek lisans hesabını karşılaştırırsınız.

Avukat başı ve kullanıcı başı fiyatlandırma ne anlama gelir?

Avukat sayısını temel alan lisans

Avukat başı lisans modelinde ücret hesabının başlangıç noktası, lisans kapsamına alınan avukatların sayısıdır. Büro yöneticisi önce kaç avukatın yazılıma erişeceğini belirler, sonra sağlayıcının bu kişileri nasıl saydığını öğrenir. Burada “avukat” tanımının büro içindeki unvanlarla aynı kapsamda olup olmadığını varsaymayın. Sağlayıcıya, örneğin ortakların, yarı zamanlı çalışanların veya büroda dönemsel görev alan avukatların nasıl değerlendirildiğini sorun.

Bu modelde avukat olmayan ekip üyeleri ayrıca ücretlendirilmeyebilir; ancak bu, adlandırmadan çıkarılabilecek bir sonuç değildir. Bazı teklifler belirli sayıda başka kullanıcıyı pakete dahil edebilir, bazıları bu erişimleri ayrı lisansla değerlendirebilir. Kimi tekliflerde de kullanıcı erişimi yalnızca belirli rollere veya kullanım biçimlerine açık olabilir. Dolayısıyla “avukat başı” ifadesini, “avukat dışındaki çalışanlar ücretsizdir” şeklinde okumayın.

Sisteme erişecek kullanıcı sayısını temel alan lisans

Kullanıcı başı lisans modelinde ücret hesabı, sisteme erişmesi beklenen kişilerin sayısına dayanabilir. Bu hesapta avukatlar kadar, iş akışında yazılıma giriş yapması gereken diğer çalışanlar da önem kazanır. Ancak her sağlayıcının “kullanıcı” tanımı ve lisansa dahil ettiği erişim türleri farklı olabilir. Bu nedenle kullanıcı sayısını hesaplarken yalnızca çalışan listesini değil, kimin hangi işlem için erişeceğini de belirleyin.

Örneğin bir sekreterin yalnızca belirli bilgileri görmesi, bir stajyerin dosyalar üzerinde çalışması ve bir avukatın farklı kayıtları yönetmesi gerekebilir. Bu rollerin her biri aynı lisans türüne mi giriyor, yoksa sınırlı erişim için ayrı bir seçenek mi var? Teklifte bu soruların yanıtı yoksa toplam maliyet hesabı da eksik kalır.

Lisans kapsamını sağlayıcıdan doğrulama

İki modelin ortak noktası, isimlerinin tek başına sözleşme kapsamını açıklamamasıdır. Teklifte lisansın hangi kişiyi, hangi erişim türünü ve hangi dönem boyunca kapsadığını açıkça arayın. Ayrıca ek kullanıcı ekleme, kullanıcıyı devre dışı bırakma veya lisans sayısını azaltma işlemlerinin nasıl fiyatlandırıldığını sorun. Kapsamı belirsiz bir “paket” ifadesini, herkesin erişebileceği anlamında yorumlamayın.

Lisans biriminden büro kararına ilerlemek için şu sırayı izleyebilirsiniz: önce erişmesi gereken kişileri belirleyin, sonra sağlayıcının lisans tanımına göre bu kişileri sınıflandırın ve son olarak aynı kapsam üzerinden teklif isteyin. Bu akış, lisans adlarını karşılaştırmak yerine tekliflerin ekip yapınıza nasıl uygulandığını görmenizi sağlar.

İki lisans modelinin toplam maliyeti nasıl karşılaştırılır?

Aktif avukatları ve diğer kullanıcı rollerini listeleme

Karşılaştırmaya mevcut ve beklenen ekip yapınızı yazarak başlayın. Avukatları, sekreterleri, stajyerleri ve idari çalışanları ayrı satırlarda gösterin. Her rol için sisteme erişim gerekip gerekmediğini ve erişimin hangi iş için kullanılacağını not edin. Böylece sağlayıcıya soyut bir kişi sayısı değil, gerçek kullanım ihtiyacınızı anlatırsınız.

Bu listeyi hazırlarken yalnızca bugün çalışan kişileri saymakla yetinmeyin. İşe alım, görev değişikliği veya dönemsel ekip hareketi bekliyorsanız, bu ihtimali de ayrı bir senaryo olarak değerlendirin. Tahminleri kesin ekip planı gibi sunmak yerine, sağlayıcıdan değişen kullanıcı sayısının teklife nasıl yansıyacağını sorun. Böylece bugünkü hesabın ileride hangi koşullarda değişebileceğini öğrenirsiniz.

Dahil olan ve ayrıca ücretlendirilen erişimleri ayırma

Teklifleri yan yana koyarken “dahil” ve “ek ücretli” erişimleri ayrı sütunlarda kaydedin. Örneğin avukatların lisansa dahil olduğu, diğer rollerin ayrıca fiyatlandırıldığı veya belirli türde erişimlerin paket kapsamında yer aldığı söylenmiş olabilir. Her durumda sağlayıcıdan hangi rollerin kapsandığını açıkça belirtmesini isteyin. Sözlü açıklamayla teklif belgesi arasında fark varsa, karar vermeden önce kapsamı aynı yazılı kayda taşıyın.

Basit bir karşılaştırma tablosu bu ayrımları görünür kılar:

Tablodaki alanlar bir fiyat formülü değildir; sağlayıcıların yanıtlarını aynı başlıklarla karşılaştırmanıza yardım eder. Bir sağlayıcının “kullanıcı” dediği kişiyle diğerinin tanımladığı kişi aynı olmayabilir. Bu nedenle yalnızca toplam tutarı değil, tutarın hangi kullanıcıları kapsadığını da kaydedin.

Aynı dönem ve kapsam üzerinden teklif isteme

İki teklifi karşılaştırılabilir kılmak için aynı ekip listesini, erişim ihtiyaçlarını ve abonelik dönemini kullanın. Bir teklif az sayıda kullanıcıyı kapsarken diğeri tüm ekip rollerini içeriyorsa, toplam bedelleri doğrudan yan yana koymak yanıltıcı olabilir. Sağlayıcılara aynı senaryoyu verin ve her birinden dahil olanları, ayrıca ücretlenenleri ve değişiklik koşullarını ayırmasını isteyin.

Fiyat teklifiyle birlikte ücretin hangi bileşenlerden oluştuğunu da açıklığa kavuşturun. Kullanıcı sayısına bağlı kalemlerle pakete dahil edilen lisansları birbirinden ayırın. Teklifte açıklanmayan bir varsayım varsa, “Bu bedel bizim belirttiğimiz tüm roller için mi geçerli?” diye sorun. Fiyat bilgilerini incelerken de kendi teklifinizdeki lisans kapsamını ayrıca doğrulamayı unutmayın.

Sekreter, stajyer ve idari ekip lisans hesabına nasıl girer?

Sisteme erişmesi gereken rolleri tanımlama

Avukat olmayan çalışanların lisansa dahil olup olmadığını isimlerinden veya görev unvanlarından hareketle tahmin etmeyin. Önce her rolün yazılıma neden erişeceğini belirleyin. Sekreter bilgi girişi mi yapacak, stajyer belirli kayıtları mı inceleyecek, idari çalışan yalnızca büro içi süreçleri mi takip edecek? İhtiyaçları bu şekilde açıklamak, sağlayıcının lisans kapsamını rol bazında yanıtlamasını kolaylaştırır.

Erişim ihtiyacı olmayan çalışanları da listeye eklemek zorunda değilsiniz. Ama sisteme düzenli giriş yapması beklenen kişileri sırf avukat olmadıkları için hesaptan çıkarmayın. Aksi hâlde teklif, büroda gerçekten kullanılacak erişim biçimini yansıtmayabilir. Roller değiştiğinde kimin hangi erişime ihtiyaç duyacağını yeniden değerlendirmek de bu listenin güncel kalmasına yardımcı olur.

Salt görüntüleme veya sınırlı erişim seçeneklerini sorma

Her çalışan aynı bilgiyi görmeye veya aynı işlemleri yapmaya ihtiyaç duymayabilir. Sağlayıcıya salt görüntüleme, sınırlı erişim ya da farklı rol türleri sunup sunmadığını sorun. Ardından bu erişimlerin lisans hesabında nasıl sayıldığını netleştirin. “Sınırlı erişim var” yanıtı tek başına yeterli değildir; bunun ücret ve lisans kapsamına etkisini de öğrenmeniz gerekir.

Soruyu somutlaştırmak için ekipteki her role ait beklenen işleri anlatın. Örneğin, “Bu çalışan yalnızca belirli bilgileri görüntüleyecek” demek, sağlayıcının hangi erişim biçimini teklif ettiğini açıklamasını sağlar. Ancak erişim kapsamının büro içindeki yetki ihtiyacınıza uygun olup olmadığını ayrıca değerlendirin. Lisans fiyatını düşürme amacıyla gerekli olmayan bir erişim düzeyi seçmek, iş akışında ek sorun çıkarabilir.

Paylaşılan hesap varsayımından kaçınma

Birden fazla çalışanın tek kullanıcı hesabını kullanabileceğini varsayarak maliyet hesabı yapmayın. Teklifte kullanıcıların nasıl tanımlandığını ve aynı hesabın birden fazla kişi tarafından kullanılmasına ilişkin koşulları sorun. Sağlayıcının yanıtı net değilse, bu varsayımı bütçe hesabınıza dahil etmeyin. Ayrı kullanıcı erişimi gerekip gerekmediğini yazılı olarak öğrenmek, sonradan ortaya çıkabilecek kapsam anlaşmazlıklarını azaltabilir.

Sağlayıcıyla görüşürken şu kontrol listesini kullanabilirsiniz:

• Hangi ekip rolleri lisansa dahil?
• Avukat olmayan çalışanlar kullanıcı olarak sayılıyor mu?
• Farklı erişim düzeyleri için ayrı lisans türü var mı?
• Görüntüleme veya sınırlı erişim ücret hesabını değiştiriyor mu?
• Bir kişinin rolü değiştiğinde lisans kapsamı nasıl güncelleniyor?
• Birden fazla kişinin aynı hesaba erişmesi hakkında hangi koşullar geçerli?

Bu soruların yanıtlarını teklife veya sözleşme belgelerine yansıtın. Büro içindeki ekip planınız değişirse, sağlayıcıdan güncel kapsamı yeniden teyit edin. Erişim ihtiyacını rol bazında incelemek, yalnızca kişi sayısını saymaktan daha açıklayıcı bir karşılaştırma sağlar. Ekip, yetki ve güvenlik konularını değerlendirirken de lisans kapsamıyla erişim ihtiyacını ayrı başlıklar olarak ele alın.

Hangi büro yapısında hangi model daha uygun olabilir?

Erişimi çoğunlukla avukatların kullandığı ekip

Yazılıma düzenli erişmesi gereken kişiler ağırlıklı olarak avukatlarsa, avukat başı teklif ilk bakışta daha anlaşılır görünebilir. Yine de avukat sayısının lisans kapsamındaki tanıma uyduğunu doğrulayın. Ayrıca sekreter veya stajyer gibi az sayıda başka kullanıcı için ayrı lisans gerekip gerekmediğini sorun. Bu yanıtlar olmadan “avukat sayısı az, o hâlde bu model daha uygun” sonucuna varmak erken olur.

Küçük bir ekipte dahi avukat dışındaki roller önemli bir erişim ihtiyacı yaratabilir. Bu nedenle karşılaştırmada “avukat sayısı” ile “sisteme erişecek toplam kişi sayısı”nı ayrı ayrı gösterin. İki sayı birbirine yakınsa modellerin toplam etkisi sınırlı olabilir; belirgin biçimde ayrılıyorsa dahil olan kullanıcı koşullarına daha yakından bakmanız gerekir. Bu, fiyatı tahmin etmek için değil, teklifin hangi birime dayandığını anlamak içindir.

Avukat dışı rollerin de düzenli eriştiği ekip

Sekreterlerin, stajyerlerin veya idari çalışanların düzenli erişimi varsa kullanıcı başı lisans toplam kullanıcı sayısını hesaba katabilir. Bu durumda erişmesi gereken herkesin lisansa dahil olup olmadığı ve farklı erişim türlerinin nasıl sayıldığı belirleyici olur. Avukat başı teklif de diğer rolleri içerebilir; bu yüzden iki modelden biri hakkında yalnızca adına dayanarak karar vermeyin.

Bu tip ekiplerde teklifleri karşılaştırırken, sağlayıcıdan her rolü ayrı ayrı sınıflandırmasını isteyin. Özellikle “pakete dahil” denilen kullanıcıların sayısını ve erişim türünü kayda geçirin. Ekipteki kullanıcı sayısı arttığında hangi kalemlerin değişebileceğini de sorun. Böylece toplam tutarı, yalnızca mevcut avukat sayısıyla değil, gerçek çalışma düzeninizle karşılaştırabilirsiniz.

Ekip büyümesi veya rol değişikliği beklenen büro

Yakın dönemde yeni bir avukatın veya idari çalışanın ekibe katılması bekleniyorsa, bugünkü lisans hesabı tek başına yeterli karar ölçütü değildir. Sağlayıcıya yeni kullanıcı ekleme yöntemini ve lisans sayısını azaltma koşullarını sorun. Rolü değişen bir çalışanın aynı lisans kapsamında kalıp kalmadığını da netleştirin. Bu bilgileri alırken gelecekteki ekip planını tahmin olarak belirtin; teklifi buna göre nasıl değerlendireceğinizi sağlayıcıyla konuşun.

Evrensel bir kazanan yoktur. Uygun model, ekipte kaç kişinin avukat olduğuna, kaç kişinin sisteme erişmesi gerektiğine ve sağlayıcının lisans kapsamını nasıl tanımladığına bağlıdır. Büro yazılımının genel özelliklerini değerlendiriyorsanız, bu başlığı lisanslama kararından ayrı tutun; özelliklerin kapsamı, bir lisansın kimleri kapsadığı sorusuna yanıt vermez. Hukuk bürosu yönetim programlarının kapsamına bakarken de lisans birimini kendi teklifinizden doğrulayın.

Teklifte lisans kapsamı ve değişiklik koşulları için ne sorulmalı?

Lisansın hangi kişileri ve erişimleri kapsadığı

Teklifte yalnızca lisans modelinin adını değil, kapsamını da arayın. “Avukat başı” deniyorsa avukat sayısının nasıl belirlendiğini, “kullanıcı başı” deniyorsa kullanıcı tanımını sorun. Sonra kendi ekip listenizi sağlayıcıya verip her rolün dahil, ek ücretli veya kapsam dışı olarak nasıl değerlendirildiğini yazılı biçimde isteyin. Belirsiz yanıtları “pakete dahildir” şeklinde yorumlamayın.

Erişim biçimlerini de ayrı ayrı sorun. Kullanıcıların aynı kapsamda mı değerlendirildiğini, farklı erişim düzeylerinin lisans sayısını veya bedeli değiştirip değiştirmediğini öğrenin. Sağlayıcının verdiği yanıtı ekip tablonuzla karşılaştırın. Örneğin, teklif belirli çalışanları kapsıyorsa, adlarını değil rollerini ve hangi erişime ihtiyaç duyduklarını da açıklığa kavuşturun. Böylece kapsamın günlük kullanım beklentinize uyup uymadığını daha kolay görürsünüz.

Yeni kullanıcı ekleme ve lisans azaltma yöntemi

Ekip değiştiğinde lisans hesabının nasıl güncelleneceğini satın alma öncesinde sorun. Yeni çalışan eklemek için hangi bilgilerin gerektiğini, değişikliğin ne zaman yürürlüğe girdiğini ve maliyet hesabına nasıl yansıdığını sağlayıcıdan öğrenin. Aynı şekilde, bir kişi ekipten ayrıldığında veya artık erişime ihtiyaç duymadığında lisans sayısının azaltılıp azaltılamadığını netleştirin. Bu başlıklar için genel bir varsayım yerine, teklifinizde geçerli olacak yanıtı isteyin.

Rol değişikliği de ayrıca ele alınmalı. Bir stajyerin görevi veya erişim ihtiyacı değiştiğinde lisans türü değişiyor mu? Bir çalışanın yerine başka biri geçtiğinde mevcut lisans kullanılabiliyor mu? Bu sorular, büro içindeki değişikliklerin lisans hesabına etkisini anlamanızı sağlar. Yanıtları yazılı olarak toplamak, ekip planı güncellendiğinde eski varsayımlara dayanma riskini azaltır.

Fatura, sözleşme ve abonelik bilgilerinin nerede görüleceği

Teklif, sözleşme ve fatura bilgilerinin nerede bulunacağını da sorun. Lisans kapsamı için ayrı bir belge, teklif eki veya panel gösterimi olup olmadığını öğrenin. Önemli olan, karar verirken kullanılan kapsamın sonradan da kontrol edilebilir olmasıdır. Satın alma sorumlusu ile günlük ekip planını yöneten kişi farklıysa, bilgilerin kim tarafından ve nereden gözden geçirileceğini büro içinde belirleyin.

Teklif öncesi son kontrol için şu başlıkları kullanın:

• Lisans birimi ve sağlayıcının kişi tanımı açık mı?
• Her ekip rolünün kapsamı yazılı olarak belirtilmiş mi?
• Ek kullanıcı ve lisans azaltma koşulları açıklanmış mı?
• Farklı erişim türleri için ücret veya kapsam değişikliği belirtilmiş mi?
• Teklif, sözleşme ve fatura bilgileri karşılaştırılabilir durumda mı?
• Ekip değiştiğinde hangi bilgilerin yeniden teyit edileceği belli mi?

Yanıtlardan biri eksikse, toplam bedele bakarak karar vermek yerine teklifin kapsamını tamamlatın. Avukat programı fiyatları ve özellikleri hakkında genel bir çerçeve sunabilir; ancak lisans hesabınızın ayrıntılarını sağlayıcının kendi teklifinden doğrulamanız gerekir.

Örnek senaryoda iki model nasıl değerlendirilir?

Örnek senaryo: avukatlarla birlikte çalışan idari ekip

Örnek senaryo: Bir büroda avukatların yanı sıra sekreter ve stajyer de yazılıma erişmek istiyor. Büro yöneticisi önce her rolün hangi işler için erişeceğini listeliyor. Ardından iki sağlayıcıya veya aynı sağlayıcının iki lisans teklifine aynı ekip yapısını iletiyor. Burada herhangi bir fiyat veya sağlayıcı koşulu varsaymıyor; yalnızca lisans biriminin nasıl uygulandığını karşılaştırıyor.

Avukat başı teklifte yönetici, hangi avukatların lisans hesabına girdiğini ve sekreter ile stajyerin kapsama dahil olup olmadığını soruyor. Kullanıcı başı teklifte ise bu üç rolün ve diğer erişecek kişilerin kullanıcı sayısına nasıl yansıtılacağını öğreniyor. Tekliflerin adları farklı olsa bile, iki tarafın da aynı kişileri ve erişim ihtiyaçlarını değerlendirmesini sağlıyor.

Her model için sağlayıcıdan aynı kapsamı teyit etme

Yönetici yanıtları bir tabloda topluyor: kapsanan roller, ayrıca lisans gerektiren erişimler, sınırlı erişim seçeneği ve ekip değişikliğinde izlenecek yöntem. Bir teklif sekreterin erişimini kapsarken diğerinde ayrıca lisans gerekiyorsa, bu farkı toplam bedelle birlikte not ediyor. Böylece yalnızca başlangıç fiyatını değil, iki teklifin aynı işi karşılayıp karşılamadığını da karşılaştırıyor.

Yanıtlar net değilse, yönetici sağlayıcıdan kapsamı yazılı biçimde açıklamasını istiyor. Özellikle “kullanıcı başı” ifadesinin hangi kişileri kapsadığına ve avukat başı modelde avukat olmayan çalışanların durumuna tekrar dönüyor. Bu adım, senaryoda gerçek bir fiyat veya sözleşme şartı uydurmadan lisans biriminin hesabı nasıl etkileyebileceğini gösteriyor.

Kararı yalnızca başlangıç fiyatına bağlamama

Bu senaryoda uygun karar, en düşük görünen ilk tutarı seçmekten ibaret değildir. Büro yöneticisi önce gerekli erişimlerin kapsamda olup olmadığını, sonra ekip değişikliği koşullarını ve teklif dönemini karşılaştırıyor. Eğer iki teklif aynı rol ve erişimleri kapsamıyorsa, onları eşdeğer kabul etmiyor. Eksik yanıtları tamamlatıyor ve karar ölçütlerini büro içinde kayıt altına alıyor.

Kendi ekibiniz için de aynı yaklaşımı uygulayabilirsiniz: mevcut rolleri listeleyin, olası değişiklikleri ayrı senaryo olarak ele alın ve iki model için aynı kapsamı sorun. Teklifteki her bedeli ekip yapınızla birlikte okuyun. Böylece fiyatlandırma birimi ile fiilî erişim ihtiyacı arasındaki fark görünür hâle gelir.

Abonelik ve lisans bilgilerini karar verirken nasıl takip edebilirsiniz?

Paket, lisans, bakiye, fatura ve sözleşme bilgilerini gözden geçirme

Karar aşamasında lisans kapsamını, teklif ve abonelik bilgileriyle birlikte gözden geçirecek bir sorumlu belirleyin. Böylece ekip listesi veya ihtiyaç değiştiğinde hangi bilgilerin yeniden kontrol edileceği belli olur. Paket adı ile lisans kapsamını aynı şey gibi değerlendirmeyin; bir paket bilgisi, hangi çalışanların erişebileceğini tek başına açıklamayabilir. Bu ayrımı sağlayıcıdan teyit edin.

AvukatSiteleri.net panelinde paket, lisans, bakiye, faturalar ve sözleşme bilgileri görülebilir. Bu bilgiler karar sürecinde abonelik kayıtlarını gözden geçirmenize yardımcı olabilir; lisansın hangi ekip rollerini kapsadığını ise sağlayıcıyla ayrıca doğrulayın. Ürünün özelliklerini ve kapsamını araştırırken özellikler sayfasına bakabilir, lisans ihtiyacınızı kendi ekip senaryonuz üzerinden değerlendirebilirsiniz.

Kapsam ve kullanım ihtiyacını sağlayıcıyla ayrıca doğrulama

Panelde görünen abonelik veya fatura bilgilerini, teklifinizdeki rol bazlı lisans tanımının yerine koymayın. Avukat sayısı, kullanıcı sayısı ve erişim türüyle ilgili yanıtları sağlayıcıdan alın. Büro içinde bu bilgileri kimin güncelleyeceğini belirleyin; ekip değiştiğinde karşılaştırma tablosunu ve sağlayıcı yanıtlarını yeniden gözden geçirin. Böyle bir takip düzeni, eski ekip varsayımlarına dayanarak yeni karar vermenizi önlemeye yardımcı olur.

Kendi büro senaryonuzu ürün ve lisans kapsamı açısından değerlendirmek isterseniz, demo üzerinden ekibinizin rollerini ve erişim ihtiyacını konuşabilirsiniz. Görüşmede avukat başı ve kullanıcı başı teklifleri aynı ekip listesiyle karşılaştırın; dahil olan kullanıcıları ve değişiklik koşullarını ayrıca sorun. Demo, sizin adınıza hangi lisans modelinin uygun olduğuna dair garanti vermez; karar ölçütlerini netleştirmenize yardımcı olabilir.