Kullanıcı ve lokasyon sayısı Notivex fiyatlandırmasını nasıl etkiler?

Kurumsal bildirim sistemi fiyatlandırmasını ne belirler?

Kurumsal yazılımlarda fiyat, çoğu zaman tek bir kalemden değil, birbirini etkileyen birkaç değişkenden oluşur. Bir bildirim ve kritik iletişim platformunda bu değişkenler genellikle şunlardır:

• Kullanıcı sayısı — Sisteme dahil olacak toplam kişi sayısı, lisans yapısının temel ölçeğini belirler.
• Lokasyon ve organizasyon yapısı — Tek merkez mi, çok şubeli mi, çok sahalı mı olduğu; eskalasyon ve yetkilendirme kurgusunu doğrudan etkiler.
• Modül kapsamı — Kritik bildirim, SLA, eskalasyon, audit trail, anket/quiz, döküman onayı, raporlama ve AI karar destek gibi modüllerden hangilerinin kullanılacağı.
• Kurulum modeli — Bulut tabanlı mı, on-premise mi yoksa hybrid bir kurulum mu tercih edildiği.
• Destek ve hizmet seviyesi — Standart destek mi, yoksa daha hızlı yanıt ve özel SLA içeren bir kurumsal destek paketi mi gerektiği.
• Entegrasyon ihtiyacı — LDAP/SSO, mevcut olay yönetimi, dizin servisleri veya SMS/e-posta kanalları gibi sistemlerle bağlantı kapsamı.

Bu kalemler birlikte değerlendirildiğinde, fiyatlandırma kurumun gerçek kullanım senaryosuna göre şekillenir. Tek bir "kullanıcı başına aylık ücret" rakamı, bu değişkenleri görünmez kıldığı için çoğu zaman kurumsal kararlar için yeterli değildir.

Kullanıcı ve lokasyon sayısı neden ön planda?

Kullanıcı ve lokasyon sayısı, fiyatlandırmanın ölçek tarafını oluşturduğu için en sık sorulan iki kalemdir.

Kullanıcı sayısı, sisteme dahil olacak toplam kişi adedini belirler. Daha fazla kullanıcı, daha geniş bir lisans kapsamı anlamına gelir. Ancak burada önemli olan yalnızca toplam rakam değil, bu kullanıcıların rolüdür: kritik bildirim alacak saha personeli, onay verecek yöneticiler ve raporları inceleyecek operasyon ekipleri farklı kullanım yoğunluklarına sahip olabilir. Bu dağılım, lisans yapısının nasıl kurgulanacağını etkiler.

Lokasyon sayısı, organizasyonun coğrafi ve operasyonel dağılımını gösterir. Tek merkezli bir kurumda eskalasyon zinciri sade kalırken, çok şubeli veya çok sahalı bir yapıda her lokasyonun kendi sorumluları, vardiya kurguları ve eskalasyon kuralları olabilir. Lokasyon arttıkça yetkilendirme, görünürlük ve raporlama katmanları da çoğalır; bu da kurulum ve yapılandırma kapsamını büyütür.

Bu iki değişken birlikte, sistemin ne kadar geniş ve ne kadar karmaşık bir operasyonel yapıyı kapsayacağını gösterir. Bu nedenle teklif öncesinde net biçimde tanımlanması gereken ilk kalemlerdir.

Notivex yaklaşımı

Notivex, kurumsal bildirim ve kritik iletişim katmanında çalıştığı için fiyatlandırmayı standart bir tarife yerine kuruma özel teklif modeliyle ele alır. Yaklaşım şu adımlara dayanır:

• Kapsam keşfi — Kullanıcı sayısı, lokasyon yapısı, kritik bildirim alacak ekipler ve kullanım senaryoları netleştirilir.
• Modül seçimi — Kritik bildirim, zorunlu görünürlük, acknowledge, SLA, eskalasyon, audit trail, raporlama ve AI karar destek gibi modüllerden kurumun ihtiyaç duyduğu set belirlenir.
• Kurulum modeli — Bulut, on-premise veya hybrid seçenekleri kurumun veri ve ağ politikalarına göre değerlendirilir.
• Entegrasyon ve destek seviyesi — LDAP/SSO, mevcut sistemlerle entegrasyon ve gerekli destek SLA'sı tanımlanır.
• Kuruma özel teklif — Tüm bu kalemler birlikte değerlendirilerek kurumun kapsamına uygun bir teklif hazırlanır.

Bu modelde amaç, kurumun ödediği her kalemin gerçek bir ihtiyaca karşılık gelmesidir. Notivex, kritik iletişim, görünürlük, onay, SLA ve denetlenebilir operasyon kaydı katmanını sağlar; kurumun tüm bütçe ve tedarik süreçlerini tek başına yönetmez. Fiyatlandırma, "Ücretsiz Demo" olarak adlandırılan ücretsiz ön-satış görüşmesinin ardından, kapsam netleştikçe somutlaşır.

Örnek senaryo

Çok şubeli bir perakende zincirinin operasyon müdürü, mağaza ve bölge ekiplerine kritik bildirim ulaştıran, ulaşıp ulaşmadığını ölçen ve yanıt alınmadığında eskalasyon başlatan bir platform için bütçe planlıyor. Satın alma müdürü ise net bir liste fiyatı sorduğunda iki ucu açık bir tabloyla karşılaşıyor: sistem 200 kullanıcı için mi, 2.000 kullanıcı için mi planlanacak ve kaç lokasyonu kapsayacak?

Süreç şöyle ilerliyor:

• Kapsam belirleniyor — 60 mağaza, 6 bölge merkezi ve toplam 1.400 kullanıcı kapsama alınıyor; her bölgenin kendi eskalasyon zinciri tanımlanıyor.
• Modüller seçiliyor — Kritik bildirim, zorunlu görünürlük, acknowledge, SLA, eskalasyon ve raporlama modülleri ihtiyaca göre işaretleniyor.
• Kurulum ve entegrasyon konuşuluyor — Mevcut kullanıcı dizini için LDAP/SSO entegrasyonu değerlendiriliyor.
• Teklif hazırlanıyor — Kullanıcı sayısı, lokasyon dağılımı, seçilen modüller ve destek seviyesi birlikte değerlendirilerek kuruma özel bir teklif çıkarılıyor.

Bu adımların sonunda finans ekibi, tek bir genel rakam yerine kurumun gerçek kapsamına dayalı, kalemleri görünür bir teklif üzerinden karar veriyor.

Kullanılabilecek modüller

• Kritik Bildirim — Sisteme dahil edilecek kullanıcı ve ekiplerin kapsamını belirleyen, fiyatlandırmanın ölçek tarafını şekillendiren temel modül.
• Entegrasyonlar — LDAP/SSO ve mevcut sistemlerle bağlantı kapsamı; entegrasyon ihtiyacı teklif kalemlerini etkiler.
• On-Premise / Hybrid Kurulum — Bulut yerine kurum içi veya hybrid barındırma tercihinin maliyet ve kapsama yansıması.