• Instance = operasyonun yürüdüğü yer (butik CRM)
• Master CRM = üst düzey yönetim, raporlama, portföy görünümü, konsolidasyon ve stratejik kontrol

Instance’lar birbirine doğrudan erişmez.
Tüm birleşme/merkezileşme sadece Master CRM üzerinden yapılır.

Master CRM’de her instance:

• ayrı bir “Tenant” (marka/şirket alanı) olarak tutulur.

Bu sayede Master CRM:

• tüm markaları tek ekranda gösterebilir
• ama tenant bazında filtreleyebilir
• raporları marka bazlı veya toplam bazlı üretebilir
   

Her instance içinde bir “Sync / Integration” modülü olmalı.

Bu modül:

• Master CRM’e API ile veri gönderebilir
• İster anlık (event-driven), ister periyodik (scheduled) çalışabilir

Örnek eventler:

• Yeni profil oluşturuldu
• Profil skoru güncellendi
• Teklif onaylandı
• Sözleşme imzalandı
• Ödeme alındı
• Süreç tamamlandı
• Riskli müşteri oldu / blacklist oldu

Bu eventler Master CRM’de bir “kayıt” oluşturur veya günceller.

Master CRM’de her instance:

• ayrı bir “Tenant” (marka/şirket alanı) olarak tutulur.

Bu sayede Master CRM:

• tüm markaları tek ekranda gösterebilir
• ama tenant bazında filtreleyebilir
• raporları marka bazlı veya toplam bazlı üretebilir

Master CRM’de her instance:

ayrı bir “Tenant” (marka/şirket alanı) olarak tutulur.
Bu sayede Master CRM:

• tüm markaları tek ekranda gösterebilir
• ama tenant bazında filtreleyebilir
• raporları marka bazlı veya toplam bazlı üretebilir
   

Bu yapı KVKK açısından avantajlıdır çünkü:

• Instance içinde kişisel veri işlenir
• Master CRM’e aktarılan veri minimum ve kontrollü olur
• Maskeleme/anonimleme seçenekleriyle risk düşer
• Özellikle Master CRM’e aktarımda:

kişisel iletişim verileri

• sağlık verisi
• görüşme notları
• evraklar

gibi hassas alanlar default kapalı olmalı; sadece açıkça seçilirse aktarılmalıdır.

Instance CRM = “işin yapıldığı yer”
Master CRM = “işin izlendiği yer”

Ve her instance:

• kendi başına çalışır
• ama Master CRM’e “seçilen verileri” API ile aktarır
• böylece tüm şirketin portföyü tek yerde toplanır

InteraVenta İnteraktif Web & CRM altyapısında profil yapısı; yalnızca bir bilgi kartı değil, uçtan uca yönetilebilen bir ilişki ve operasyon dosyası olarak tasarlanmalıdır. Bu nedenle sistemdeki tüm profiller sekmeli (tab-based) ve modüler bir mimari ile oluşturulur.

Yeni bir profil kaydı oluşturulurken ilk adım olarak profil tipi seçilir:

• Bireysel Profil
• Profesyonel Profil
• Kurumsal Profil
• Influencer Profil (Opsiyonel İş Birliği Profili)

Kullanıcı; sisteme kısıtlı bilgiyle eklenmiş veya manuel oluşturulmuş bir profili bu kategorilerden biri olarak tanımlar ve seçilen profil tipine ait alanları doldurarak profilin veri bütünlüğünü tamamlar. Girilen bilgiler doğrultusunda sistem otomatik olarak:

• Profil Doluluk Oranı
• Profil Sağlığı Puanı
• InteraVenta CRM Skoru
• Inteligencia Dijital Varlık Skoru

oluşturur.

Her profilin bir ana sahipleneni (Owner) bulunur. Bununla birlikte profil, tıpkı bir Drive klasörünün paylaşılması gibi; belirli kullanıcılara görüntüleme veya işlem yapma yetkisi tanımlanarak ekip içi yönetilebilir hale getirilir. Böylece profil; sahiplenilmiş, skorlanmış ve kontrollü erişimle yönetilen bir CRM varlığına dönüşür.

A) Profil Kimliği (Statik Katman)

Profilin temel tanımlayıcı verilerini içerir:

• Kişi / Kurum Bilgileri
• İletişim Verileri
• Lokasyon
• Web & Sosyal Medya
• Meslek / Sektör
• Dijital Varlık Özeti
• Google Maps & Yorum Verileri (Kurumsal/Profesyonel için)

Bu katman, profilin CV’si veya kartviziti gibi çalışır.

B) Profil Yaşam Döngüsü (CRM Katmanı)

Profilin operasyonel olarak yönetildiği dinamik alandır:

• Profil Sahipliği
• Durum Etiketleri (Segmentasyon)
• Görüşme & Aktivite Timeline
• Görev & Hatırlatma Yönetimi
• Teklif / Sözleşme / Ödeme Süreçleri
• Eğitim & Kurulum Takibi
• Yüklenen Evraklar
• Kalite Güvence Kayıtları
• InteraVenta Chat

Profil bu katmanda yalnızca görüntülenmez; işletilir.

Kısıtlı bilgiyle kayıt olan veya admin tarafından manuel eklenen tüm profiller otomatik olarak:

“Bekleyen Profiller / Güncelleme Bekleyen Profiller”
havuzuna düşer.

Bu durum aşağıdaki kriterlerle oluşabilir:

• Zorunlu alan eksikliği
• İletişim doğrulaması yapılmamış olması
• Veri yetersizliği / düşük profil skoru

Profil, bir kullanıcı tarafından sahiplenilene kadar sahipsiz kalır ve işlem akışına dahil edilmez.

Her profil yalnızca bir ana sorumluya atanır:

• Satış Uzmanı
• Asistan
• Yönetici

“Profili Sahiplen” işlemi sonrası:

• Profil güncellenebilir
• Görüşme notu eklenebilir
• Görev atanabilir
• Teklif / Proforma / Sözleşme süreci başlatılabilir

Sahiplik; CRM takibinin temel omurgasıdır.

Profilin ilişki durumuna göre aşağıdaki kategorilerden birine atanması gerekir:

Bu etiketler yalnızca sınıflandırma değil, otomasyon tetikleyici olmalıdır:

• Hot → 24 saat içinde takip görevi
• Özel İlgi → Kalite güvence akışı
• Riskli → Kriz notu zorunluluğu
• Blacklisted → Satış aksiyonlarının kapanması

Her profil için “Araştırmayı Başlat” butonu ile kamuya açık kaynaklardan veri toplanır:

• Google yıldız puanı & yorum sayısı
• Web sitesi & sosyal medya varlığı
• Kısa “Hakkında” özeti
• Dijital görünürlük analizi

Sistem bu verileri AI özetleme ile işleyerek profil kartına işler ve kaynak linkleri ile doğrulanabilir şekilde sunar.

1) InteraVenta Skoru (CRM İlişki Skoru)

• Sisteme girişte baz puan (örn: 51–55)
• Profil doluluğu
• Görüşmeler
• Teklif / sözleşme / ödeme süreçleri
  ilerledikçe artar.

2) Inteligencia Skoru (Dijital Potansiyel Skoru)

• Google yıldız & yorum
• Sosyal medya gücü
• Web varlığı
  gibi kamusal metriklerden türetilir.

CRM içindeki ilişki gücü ile dijital itibar birbirinden bağımsız ama birlikte okunur.

Profil = Sahiplik + Durum + Timeline + Görev + Doküman + Chat

Bu yapı birlikte çalıştığında InteraVenta gerçek bir operasyonel CRM platformuna dönüşür.

Evet Bülent abi — bu yapı kesinlikle Profil Modülü’nün içine gömülmemeli.
Çünkü burada artık “müşteri / iş ortağı / kurum profili” değil, sistemi kullanan insan kaynağı söz konusu.

Yani InteraVenta mimarisinde şu ayrımı net yapmamız gerekiyor:

Bu modül;

• Bireysel Profil
• Profesyonel Profil
• Kurumsal Profil
• Influencer Profil

gibi CRM’de yönetilen hedef profilleri kapsar.

Bunlar;
müşteri, iş ortağı, danışan, klinik, diyetisyen, fizyoterapist, influencer vb.
Yani bizim iş yaptığımız kişiler ve kurumlardır.

Burada:

• InteraVenta Skoru
• Inteligencia Skoru
• Ürün/Hizmet Uyumu
• AI Araştırma
• Profil Sağlığı
• CRM Durum Etiketleri
  çalışır.

Bunun için ayrı bir modül açılmalıdır:

🧩 INTERAVENTA USER MANAGEMENT (KULLANICI & PERSONEL MODÜLÜ)

Bu modül;
InteraVenta sistemini kullanan şirket içi tüm insan kaynağını kapsar:

• Admin
• Genel Müdür
• Satış Müdürü
• Satış Uzmanı
• Bölge Temsilcisi
• Asistan
• Sanal Asistan
• Sekreter
• Teknik Personel
• Eğitmen
• Çağrı Merkezi
• Kalite Güvence
• Influencer Manager
• Partner Anne Koordinatörü
  vb.

Yani:

📌 CRM’de yönetilen profiller ≠ Sistemi yöneten kullanıcılar

Her personel için sistem içinde bir Kullanıcı CV’si oluşmalıdır:

• Ad – Soyad
• Departman
• Görev / Ünvan
• Bağlı olduğu yönetici
• Yetki seviyesi (Rol Bazlı Erişim)
• Hakkında
• Uzmanlık alanları
• Eğitim geçmişi
• Sertifikalar
• Dil bilgisi
• CRM deneyim seviyesi
• Bölge sorumluluğu
• Atanmış profil sayısı
• Aktif müşteri portföyü
• Performans notları

Her kullanıcı için sistem;

• Sisteme giriş zamanı
• Günlük aktif kullanım süresi
• Mesai Başlat / Bitir butonu
• Yapılan aramalar
• Ziyaret kayıtları
• Teklif oluşturma sayısı
• Görüşme notları
• Açılan görevler
• Tamamlanan görevler
• Uyum analizi başlatmaları
• PDF rapor üretimleri
• Chat aktiviteleri

gibi aksiyonları otomatik olarak loglamalıdır.

Bu sayede:

👤 Kullanıcı Profili = Mini CRM
(Kişinin sistem içindeki davranışsal performans dosyası)

Bu kullanıcılar daha sonra:

• CRM Profillerini Sahiplenir
• Görev alır
• Teklif başlatır
• Uyum analizi yapar
• Aktivite ekler

Yani ilişki şu şekilde olur:

Kullanıcı Profili → CRM Profiline Bağlanır
(Ownership / Assigned To mantığı)

Örnek:

Drive paylaşımı mantığı burada da geçerli olur:

• Görüntüleyebilir
• Not ekleyebilir
• Teklif oluşturabilir
• Sözleşme başlatabilir
• Sadece izleyebilir

📌 Özetle:
InteraVenta’da “Profil” müşteri dosyasıdır.
“Kullanıcı” ise o dosyayla çalışan personeldir.

Bu iki yapıyı ayırırsak:

• CRM temiz kalır
• Performans ölçülebilir olur
• Yetkilendirme sağlıklı çalışır
• InteraVenta gerçek bir organizasyon motoruna dönüşür

İstersen bir sonraki adımda:
👉 Kullanıcı Modülü’nün Rol & Yetki Hiyerarşisini tasarlayalım.

Panelde ayrı bir alan olmalı:

“Proforma Design”

Burada kullanıcı;

1) Kurumsal Kimlik

• Logo
• Kapak görseli
• Kurumsal renkler
• İmza alanı
• İletişim bilgileri
• Firma bilgileri (ünvan, vergi, adres)

2) Ön Yazı Bloğu

PDF’te gördüğümüz gibi:

“Yapmış olduğumuz görüşmeye istinaden…”

gibi teklif giriş metni
Admin bunu:

• Metin bloğu olarak yazabilmeli
• Farklı şablonlar kaydedebilmeli
• Marka bazlı ön yazı oluşturabilmeli

3) Kampanya / Proje Bloğu

Örn:

• 10 Katı Projesi
• Leasing Modeli
• Kıdem İndirimi
• Beowell İş Birliği

Bu blok:

• Shop varyantına göre otomatik çekilebilmeli
• veya manuel eklenebilmeli

4) Ürün / Hizmet Detay Bloğu

SHOP’tan seçilen:

• Ürün kartı teknik açıklaması
• Hizmet kapsamı
• Lisans süresi
• SLA / garanti
• Set içeriği

Proformada:

• başlık
• uzun açıklama
• madde madde fayda
• danışan faydası
• merkez faydası

şeklinde bloklara ayrılabilmeli
(Visbody S30 örneğinde olduğu gibi)

5) Medya Bloğu

Proforma içine:

• Ürün görseli
• Galeriden seçilmiş görseller
• Şema / infografik
• QR veya video linki

eklenebilmeli
(S30 teklifinde ürün görselleri gibi)

6) Fiyatlandırma Bloğu

SHOP varyantından gelen:

• Kampanyalı fiyat
• KDV dahil / hariç
• Döviz kuru açıklaması
• Alternatif ödeme seçenekleri

tablo halinde gösterilmeli.

7) Alternatif Ödeme Koşulları

PDF’te olduğu gibi:

• Peşin
• 60 gün çek
• %50 sipariş – %50 vade
• Leasing (12–24–36)
• Önce kirala sonra satın al

gibi seçenekler ayrı blok olarak eklenebilmeli.

Müşteri sepetten teklif istediğinde:

1️⃣ Sistem seçilen SHOP varyantlarına göre
Proforma oluşturur

2️⃣ Önce ekranda gösterir

3️⃣ Link üretir

4️⃣ PDF indirilebilir olur

5️⃣ Altında aksiyonlar:

• ✔ Teklifi Onaylıyorum
• ❌ Reddediyorum
• ⏸ Beklemeye Alıyorum

INTERAVENTA’da Proforma;

Word/PDF yüklenen statik doküman değil;

👉 SHOP varyantlarından veri çeken
👉 Kurumsal hikâyeyi anlatan
👉 Medya içeren
👉 Kampanyayı açıklayan
👉 Fiyatı hesaplayan
👉 Onay akışı başlatan

Dinamik Satış Dokümanı Üreticisi olmalıdır.

Her oluşturulan Proforma için:

Otomatik bir:

👉 Teklif Sohbet Alanı

oluşturulmalıdır.

Bu chat:

• müşteri
• satış temsilcisi
• yönetici (opsiyonel)

arasında açık olur.

Chat içinde:

• metin yazışması
• belge gönderimi
• revize teklif PDF’i
• kampanya broşürü
• leasing tablosu
• ödeme planı dosyası
• yeni hesaplama ekran görüntüsü

paylaşılabilir.

Yani:

📁 Teklif görüşmesi = Teklifin içinde kalır

Müşteri:

Proforma ekranında:

👉 “Revize Teklif Talep Et”

butonuna basabilir.

Açılan ekranda:

• leasing isterim
• kurulum dahil olsun
• kıdem indirimi uygulansın
• kampanyalı hesaplayın
• farklı ödeme planı istiyorum

gibi seçenekleri işaretleyebilir
veya not yazabilir.

Admin panelinde satış temsilcisi:

Teklif → Revize Et der.

Revize ekranında:

• kampanya değiştirir
• kıdem indirimi uygular
• leasing seçer
• hizmet ekler/çıkarır
• kur farkı günceller
• ödeme planı değiştirir

Revize edilen teklif:

👉 Teklif V2
👉 Teklif V3
👉 Teklif V4

olarak oluşur.

Her versiyon:

• ayrı PDF
• ayrı fiyat
• ayrı tarih
• ayrı not

ile saklanır

Profil içinde:

Teklifin:

• ilk gönderimi
• müşteri yorumu
• revize talebi
• V2 oluşturuldu
• müşteri beklemeye aldı
• V3 gönderildi
• müşteri leasing istedi
• V4 onaylandı

timeline şeklinde görünür.

Revize talebi gelirse:

• satış temsilcisine bildirim

Yeni teklif gönderilirse:

• müşteriye bildirim

Müşteri:

• Onayladıysa
• Reddettiyse
• Beklemeye aldıysa

CRM paneline durum düşer.

Her teklif artık:

• beklemede
• revize sürecinde
• leasing görüşülüyor
• kampanya istendi
• karar aşamasında
• onaylandı
• kaybedildi

durumlarına girer.

Yani:

👉 teklif = satış pipeline verisi olur

INTERAVENTA:

Proforma üreten bir sistem değil;

👉 Teklif oluşturur
👉 Görüşmeyi kaydeder
👉 Revizyonu versiyonlar
👉 Müşteri kararını izler
👉 Satış sürecini ölçer

Bir:

Teklif Tabanlı CRM Motoru olur.

Müşteri:

✔ “Teklifi Onaylıyorum” dediği anda

Sistem:

👉 “Sözleşme Süreci”ni başlatmalı

Admin / Satıcı / Muhasebe:

👉 “Sözleşme Oluştur”

butonuna bastığında:

Sistem:

• SHOP varyantına göre
• ödeme modeline göre (peşin / vadeli / leasing)
• kampanyaya göre (kıdem indirimi / 10 Katı vb.)
• hizmetlere göre (kurulum / eğitim)

👉 Otomatik sözleşme metni üretmeli.

Sözleşme Gönderimi:

Muhasebe:

👉 “Müşteriye Gönder”

der.

Müşteri:

• Sözleşmeyi görüntüler
• PDF indirir
• Onaylar
• İmzalı sözleşmeyi yükler

Müşterinin teklifine bağlı:

👉 Bir “Doküman Yükleme Alanı” açılmalı.

Buraya:

• İmzalı sözleşme
• Diploma
• Findex raporu
• Ticaret sicil gazetesi
• Kimlik
• Ödeme dekontu
• Leasing evrakı
• Vergi levhası

yüklenebilir.

Tüm belgeler:

👉 O teklif dosyasına bağlı saklanır.

Bu aşamada:

• Gönderim tarihi
• Kargo bilgisi
• Seri numarası
• Teslim alan kişi
• Kurulum tarihi

kaydedilir.

Admin:

Eğitim türünü seçer:

• Yerinde eğitim
• Online canlı eğitim
• Kayıtlı eğitim

Kayıtlı Eğitim Seçilirse:

Müşteri:

• Eğitimi izler
• Quiz çözer

Başarılı olursa:

👉 Sertifika oluşturulur
👉 Profiline işlenir

Son aşama:

• Memnuniyet araması
• Kurulum kontrolü
• Eğitim yeterliliği
• Cihaz kullanım geri bildirimi

Bu da:

👉 CRM verisi olur.

INTERAVENTA:

Teklif oluşturmaz sadece.

👉 Sözleşme üretir
👉 Evrak toplar
👉 Ödeme takip eder
👉 Teslimatı izler
👉 Eğitimi yönetir
👉 Sertifika verir
👉 Kaliteyi ölçer

Ve tüm süreci:

👉 Profil Timeline içinde saklar.

Uzman veya firma, “hizmet paketi” tanımlayabilmelidir.

Paket içinde:

• Süre (örn: 4 hafta / 8 hafta / 3 ay)
• İçerik kapsamı (görüşme sayısı, ölçüm, rapor, plan güncelleme)
• İletişim kanalı (chat, video görüşme, telefon)
• Dahil olan eğitim içerikleri (video modülleri)
• Quiz/sertifika şartı (varsa)
• Takip sıklığı (haftalık kontrol, 3 günde bir check-in vs.)

Danışan paketi satın aldıktan sonra sistem otomatik olarak bir “hizmet akışı” başlatmalı.

Örnek akış:

1. Paket aktif edildi
2. İlk değerlendirme formu dolduruldu
3. İlk görüşme planlandı
4. Eğitim Modülü 1 açıldı
5. Quiz 1 tamamlandı
6. Haftalık kontrol 1
7. Plan güncellendi
8. Haftalık kontrol 2
   …
   Final raporu / kapanış görüşmesi

Bu süreç:

• hem danışan profilinde
• hem uzman panelinde
  adım adım izlenebilir olmalı.

Hizmet paketine bağlı eğitimler:

• Video olarak yüklenebilir
• Danışan izleyebilir
• Danışan indiremez
• Erişim sadece paket süresi boyunca açık olabilir

Eğitim modülünde:

• video bölümleri
• izlenme yüzdesi
• “tamamlandı” işareti
• sonraki modülün kilit açması (opsiyonel)
  bulunmalı.

Her eğitim modülünün sonunda:

• Quiz açılmalı
• Başarı kriteri belirlenebilmeli (örn: %70)
• Başarılı olursa:
  • sertifika üretilebilir
  • danışan profilinde “tamamlandı” görünür

Bu; hem danışan motivasyonu hem de uzman için “uyum takibi” verisi üretir.

Satış bitse bile iletişim bitmez. Bu yüzden:

• Paket bazlı chat (danışan–uzman)
• Paket bazlı dosya paylaşımı (tetkik, rapor, görsel)
• Görüşme notları
• Plan güncellemeleri
  tek dosyada kalmalı.

Bu modülün kalbi: hatırlatma sistemi.

Sistem şunları yapabilmeli:

• Her paket için hatırlatma şablonları tanımlama
• Her müşteri/danışan için hatırlatma takvimi üretme
• Hatırlatma başlığını ve içeriğini admin/uzman değiştirebilme
• Hatırlatma kanalı seçebilme:
  • uygulama içi bildirim
  • e-posta
  • (ileride) WhatsApp/SMS

Hatırlatma örnekleri:

• “3 gün oldu, ölçüm paylaşımı bekleniyor”
• “Haftalık kontrol formu doldur”
• “Video 2’yi izle”
• “Quiz’i tamamla”
• “Randevu saati yaklaşıyor”
• “Paket bitimine 7 gün kaldı – yenileme görüşmesi”

Paket bitişine yaklaşınca sistem:

• yenileme hatırlatması üretmeli
• “yeni teklif oluştur” akışına bağlamalı
• uzman için “yenileme görüşmesi” görevi açmalı

Teklif verebilmek ve hizmet başlatabilmek için:

• admin veya kullanıcı, sistem içinde “müşteri profili” oluşturabilmeli
• kişi kendi kaydolmamış olsa bile profil açılabilmeli (lead/prospect mantığı)
• daha sonra kişi davet edilip hesabı aktive edebilir

Profil sayfasında:

• temel bilgiler
• satın aldığı paketler
• teklif/sözleşme geçmişi
• eğitim/quiz ilerlemesi
• hatırlatma geçmişi
• görüşme notları
• dokümanlar
  tek timeline olarak görünmeli.

Bu katman; INTERAVENTA’yı “ürün satış sisteminden” çıkarıp:

✅ hizmet teslim yönetimi
✅ abonelik yenileme
✅ eğitim/quiz/sertifika
✅ periyodik hatırlatma
✅ danışan uyumu ve sonuç takibi

yapan gerçek bir Service-CRM platformuna dönüştürür.

Tüm kullanıcıların ortak bir havuzda tutulduğu ancak rolüne göre şekillenen bir yapı kurulacaktır.

• Profil Tipi Tanımlama: Sistemin aşağıdaki kullanıcı rollerini destekleyecek şekilde yapılandırılması:

  • Bireysel/Kurumsal Profil (Genel Tanıtım/CV)

  • Danışan (Geri Bildirim Odaklı)

  • Partner (İş Birliği Odaklı)

  • Çalışan (Performans Odaklı)

• Dinamik Alan Yönetimi: Seçilen profil tipine göre ilgili sekmelerin (tab) otomatik açılıp kapanması (Örn: Danışan için "Öğün Paylaşımı" açılırken, Partner için "Saha Temasları"nın açılması).

Kullanıcıların günlük operasyonlarını mobil ve masaüstü uyumlu olarak girebileceği veri giriş alanları tasarlanacaktır.

• Ziyaret/Faaliyet Formu: Aşağıdaki verilerin girilebileceği standart bir form yapısının oluşturulması:

  • İşletme/Kurum Bilgisi (CRM bağlantılı)

  • Görüşülen Kişi Detayları

  • Tarih ve Saat Seçici

  • Görüşme Notları (Rich Text Editor)

  • Sonraki Adım / Aksiyon Planı (Follow-up date)

• Konum Servisleri Entegrasyonu: Ziyaret anında GPS verisinin alınması ve harita üzerinde "Check-in" şeklinde gösterilmesi.

• Medya Galeri Yönetimi: Faaliyet formuna fotoğraf ve video yükleme özelliğinin eklenmesi (Sıkıştırma algoritmaları ile optimize edilerek).

• Kullanıcı Tipi Bazlı Özelleşmiş Loglar:

  • Danışan: Yemek, spor, ölçüm verisi girişi.

  • Partner: Etkinlik katılımı ve iş birliği görüşmesi girişi.

  • Çalışan: Satış ve operasyonel süreç girişi.

Profiller arası ve yönetimle iletişimi sağlayacak "WhatsApp benzeri" bir modül geliştirilecektir.

• Chat Arayüzü: Mobil uyumlu, kullanıcı dostu anlık mesajlaşma UI tasarımı.

• Medya Paylaşımı: Sohbet penceresi içinden doğrudan belge (PDF, Docx) ve görsel gönderimi.

• Bağlamsal Sohbet (Contextual Chat): Belirli bir ziyaret raporu veya faaliyet kaydı üzerinden o konuya özel sohbet başlığı açabilme yeteneği.

• Arşivleme ve Dışa Aktarım: Sohbet geçmişinin veritabanında saklanması ve gerektiğinde (yönetici yetkisiyle) text/pdf formatında dışa aktarılması.

Tüm profillerin yönetildiği, Excel benzeri ancak çok daha yetenekli ana liste görünümü.

• Dinamik Sütun Yapısı (Grid View): Profildeki her veri alanının (Ad, Soyad, Son Ziyaret Tarihi, Profil Tipi, Lokasyon, Doluluk Oranı vb.) bir sütun olarak tanımlanması.

• Modüler Görünüm: Kullanıcının (Yönetici) istediği sütunları açıp kapatabilmesi, sürükle-bırak ile sütun yerlerini değiştirebilmesi.

• Akıllı Filtreleme (Smart Filtering): Her sütun veri tipine özgü filtreleme seçenekleri:

  • Tarih Sütunları: Tarih aralığı seçimi (Başlangıç - Bitiş).

  • Metin Sütunları: İçerir/İçermez araması.

  • Kategori Sütunları: Checkbox ile çoklu seçim (Örn: Sadece "Partner" ve "Çalışan"ları göster).

  • Sayısal Sütunlar: Büyüktür/Küçüktür/Eşittir sorguları.

• Toplu İşlemler: Filtrelenen listedeki kişilere toplu mesaj atma veya görev atama butonları.

• Faaliyet Zaman Çizelgesi (Timeline): Profil detayına girildiğinde kullanıcının tüm geçmiş hareketlerinin (ziyaret, mesaj, yükleme) kronolojik bir akışta (Facebook Timeline benzeri) listelenmesi.

• Yetki Matrisi:

  • Kimlerin hangi profili görebileceğinin tanımlanması (Örn: Bir bölge yöneticisi sadece kendi bölgesindeki çalışan profillerini görebilir).

  • Profil sahibinin kendi verilerini düzenleme yetkisi ile yöneticinin düzenleme yetkisinin ayrıştırılması.

• Dijital Arşiv: Paylaşılan tüm görsellerin ve raporların profil altında "Dosyalar" sekmesinde klasörlenmiş yapıda saklanması.

• Mobil Öncelikli Tasarım: Sahada kullanım yoğun olacağı için veri giriş ekranlarının mobilde tek elle kullanıma uygun tasarlanması.

• Dashboard Tasarımı: Çok sütunlu veri tablolarının yatay kaydırma (horizontal scroll) ve "sticky header" (sabit başlık) özellikleri ile tasarlanması.