#CRM 2.0 Sistemi Detaylı Tasarımı

#1. Sisteme Genel Bakış ve Tasarım Felsefesi

#1.1 Sistem Konumlandırması

Bu sistem, NocoBase kodsuz (no-code) platformu üzerine inşa edilmiş bir CRM 2.0 Satış Yönetim Platformudur. Temel hedef şudur:

Satış ekibinin veri girişi ve tekrarlayan analizler yerine müşteri ilişkileri kurmaya odaklanmasını sağlayın.

Sistem, rutin görevleri iş akışları aracılığıyla otomatikleştirir ve aday müşteri puanlama, fırsat analizi gibi görevlerde yardımcı olması için AI desteğinden yararlanarak satış ekiplerinin verimliliğini artırmasına yardımcı olur.

#1.2 Tasarım Felsefesi

#İlke 1: Tam Satış Hunisi

Uçtan Uca Satış Süreci:

Neden bu şekilde tasarlandı?

#İlke 2: Yapılandırılabilir Satış Hattı

Farklı sektörler, kod değiştirmeye gerek kalmadan satış hattı aşamalarını özelleştirebilir.

#İlke 3: Modüler Tasarım

• Çekirdek modüller (Müşteriler + Fırsatlar) zorunludur; diğer modüller ihtiyaca göre etkinleştirilebilir.
• Modülleri devre dışı bırakmak kod değişikliği gerektirmez; NocoBase arayüz yapılandırması üzerinden yapılır.
• Her modül, bağımlılığı azaltmak için bağımsız olarak tasarlanmıştır.

#2. Modül Mimarisi ve Özelleştirme

#2.1 Modüllere Genel Bakış

CRM sistemi modüler bir mimari tasarımı benimser; her modül iş gereksinimlerine göre bağımsız olarak etkinleştirilebilir veya devre dışı bırakılabilir.

#2.2 Modül Bağımlılıkları

#2.3 Önceden Yapılandırılmış Sürümler

#2.4 Modül-Koleksiyon Eşleştirmesi

#Çekirdek Modül Koleksiyonları (Her Zaman Gerekli)

#2.5 Modüller Nasıl Devre Dışı Bırakılır?

NocoBase yönetim arayüzünde ilgili modülün menü girişini gizlemeniz yeterlidir; kodu değiştirmenize veya koleksiyonları silmenize gerek yoktur.

#3. Temel Varlıklar ve Veri Modeli

#3.1 Varlık İlişkilerine Genel Bakış

#3.2 Temel Koleksiyon Detayları

#3.2.1 Aday Müşteriler (nb_crm_leads)

Basitleştirilmiş 4 aşamalı bir iş akışı kullanan aday müşteri yönetimi.

Aşama Süreci:

Yeni → Takipte → Doğrulanmış → Müşteriye/Fırsata Dönüştürüldü
         ↓          ↓
    Uygun Değil  Uygun Değil

Kritik Alanlar:

#3.2.2 Müşteriler (nb_crm_customers)

Uluslararası ticareti destekleyen müşteri/şirket yönetimi.

Kritik Alanlar:

#3.2.3 Fırsatlar (nb_crm_opportunities)

Yapılandırılabilir satış hattı aşamalarına sahip satış fırsatı yönetimi.

Kritik Alanlar:

#3.2.4 Teklifler (nb_crm_quotations)

Çoklu para birimi ve onay iş akışlarını destekleyen teklif yönetimi.

Durum Akışı:

Taslak → Onay Bekliyor → Onaylandı → Gönderildi → Kabul Edildi/Reddedildi/Süresi Doldu
              ↓
           Reddedildi → Düzenle → Taslak

Kritik Alanlar:

#3.2.5 Siparişler (nb_crm_orders)

Ödeme takibini içeren sipariş yönetimi.

Kritik Alanlar:

#3.3 Koleksiyon Özeti

#CRM İş Koleksiyonları

#Temel Veri Koleksiyonları (Ortak Modüller)

#3.4 Yardımcı Koleksiyonlar

#3.4.1 Yorumlar (nb_crm_comments)

Çeşitli iş nesneleriyle ilişkilendirilebilen genel yorum/not koleksiyonu.

#3.4.2 Müşteri Paylaşımları (nb_crm_customer_shares)

Müşteriler için çok kişili iş birliğini ve izin paylaşımını sağlar.

#3.4.3 Fırsat İş Ortakları (nb_crm_opportunity_users)

Fırsatlar üzerinde satış ekibi iş birliğini destekler.

#3.4.4 Bölgeler (nb_cbo_regions)

Ülke/Bölge temel veri sözlüğü.

#4. Aday Müşteri Yaşam Döngüsü

Aday müşteri yönetimi basitleştirilmiş 4 aşamalı bir iş akışı kullanır. Yeni bir aday müşteri oluşturulduğunda, bir iş akışı otomatik olarak AI puanlamasını tetikleyerek satış ekibinin yüksek kaliteli adayları hızlıca belirlemesine yardımcı olabilir.

#4.1 Durum Tanımları

#4.2 Durum Akış Şeması

#4.3 Aday Müşteri Dönüşüm Süreci

Dönüşüm arayüzü aynı anda üç seçenek sunar; kullanıcılar şunları oluşturmayı veya ilişkilendirmeyi seçebilir:

• Müşteri: Yeni bir müşteri oluşturun VEYA mevcut bir müşteriyle ilişkilendirin.
• Kişi: Yeni bir kişi oluşturun (müşteriyle ilişkili).
• Fırsat: Bir fırsat oluşturulması zorunludur.

Dönüşüm Sonrası Kayıtlar:

• converted_customer_id: İlişkili Müşteri ID
• converted_contact_id: İlişkili Kişi ID
• converted_opportunity_id: Oluşturulan Fırsat ID

#5. Fırsat Yaşam Döngüsü

Fırsat yönetimi yapılandırılabilir satış hattı aşamalarını kullanır. Bir fırsat aşaması değiştiğinde, satış ekibinin riskleri ve fırsatları belirlemesine yardımcı olmak için otomatik olarak AI kazanma olasılığı tahminini tetikleyebilir.

#5.1 Yapılandırılabilir Aşamalar

Aşamalar nb_crm_opportunity_stages koleksiyonunda saklanır ve özelleştirilebilir:

#5.2 Satış Hattı Akışı

#5.3 Hareketsizlik Tespiti

Etkinlik olmayan fırsatlar işaretlenecektir:

-- Hareketsizlik günlerini hesapla
UPDATE nb_crm_opportunities
SET stagnant_days = EXTRACT(DAY FROM NOW() - last_activity_at)
WHERE stage NOT IN ('won', 'lost');

#5.4 Kazanma/Kaybetme İşlemleri

Kazanıldığında:

1. Aşamayı 'won' olarak güncelleyin.
2. Gerçek kapanış tarihini kaydedin.
3. Müşteri durumunu 'active' olarak güncelleyin.
4. Sipariş oluşturmayı tetikleyin (eğer bir teklif kabul edildiyse).

Kaybedildiğinde:

1. Aşamayı 'lost' olarak güncelleyin.
2. Kaybetme nedenini kaydedin.
3. Rakip ID'sini kaydedin (eğer bir rakibe kaybedildiyse).
4. Yöneticiyi bilgilendirin.

#6. Teklif Yaşam Döngüsü

#6.1 Durum Tanımları

#6.2 Onay Kuralları (Kesinleşecek)

Onay iş akışları aşağıdaki koşullara göre tetiklenir:

#6.3 Çoklu Para Birimi Desteği

#Tasarım Felsefesi

Tüm raporlar ve analizler için temel para birimi olarak USD kullanın. Her tutar kaydı şunları saklar:

• Orijinal para birimi ve tutar (müşterinin gördüğü)
• İşlem anındaki döviz kuru
• USD karşılığı tutar (dahili karşılaştırma için)

#Para Birimi Sözlüğü (nb_cbo_currencies)

Para birimi yapılandırması, dinamik yönetimi destekleyen ortak bir temel veri koleksiyonu kullanır. current_rate alanı, nb_crm_exchange_rates tablosundaki en güncel kayıttan bir zamanlanmış görev tarafından güncellenen mevcut döviz kurunu saklar.

#Döviz Kuru Geçmişi (nb_crm_exchange_rates)

Geçmiş döviz kuru verilerini kaydeder. Zamanlanmış bir görev, en son kurları nb_cbo_currencies.current_rate alanına senkronize eder.

Not: Teklifler, currency_id yabancı anahtarı aracılığıyla nb_cbo_currencies koleksiyonuyla ilişkilendirilir ve döviz kuru doğrudan current_rate alanından alınır. Fırsatlar ve siparişler, para birimi kodunu saklamak için bir currency VARCHAR alanı kullanır.

#Tutar Alanı Deseni

Tutar içeren koleksiyonlar şu deseni izler:

Uygulandığı yerler:

• nb_crm_opportunities.amount → amount_usd
• nb_crm_quotations.total_amount → total_amount_usd

#İş Akışı Entegrasyonu

Döviz Kuru Alma Mantığı:

1. İşlemler sırasında döviz kurunu doğrudan nb_cbo_currencies.current_rate alanından alın.
2. USD İşlemleri: Kur = 1.0, sorgulama gerekmez.
3. current_rate, en son nb_crm_exchange_rates kaydından zamanlanmış bir görevle senkronize edilir.

#6.4 Versiyon Yönetimi

Bir teklif reddedildiğinde veya süresi dolduğunda, yeni bir versiyon olarak çoğaltılabilir:

QT-20260119-001 v1 → Reddedildi
QT-20260119-001 v2 → Gönderildi
QT-20260119-001 v3 → Kabul Edildi

#7. Sipariş Yaşam Döngüsü

#7.1 Siparişe Genel Bakış

Siparişler, bir teklif kabul edildiğinde oluşturulur ve onaylanmış bir iş taahhüdünü temsil eder.

#7.2 Sipariş Durum Tanımları

#7.3 Sipariş Veri Modeli

#nb_crm_orders

#nb_crm_order_items

#7.4 Ödeme Takibi

#nb_crm_payments

#8. Müşteri Yaşam Döngüsü

#8.1 Müşteriye Genel Bakış

Müşteriler, aday müşteri dönüşümü sırasında veya bir fırsat kazanıldığında oluşturulur. Sistem, edinmeden marka elçiliğine kadar tüm yaşam döngüsünü takip eder.

#8.2 Müşteri Durum Tanımları

#8.3 Müşteri Sağlık Puanlaması

Müşteri sağlığı birden fazla faktöre göre hesaplanır:

Sağlık Eşikleri:

if (health_score >= 90) status = 'advocate';
else if (health_score >= 70) status = 'active';
else if (health_score >= 50) status = 'growing';
else status = 'at_risk';

#8.4 Müşteri Segmentasyonu

#Otomatik Segmentasyon

#9. E-posta Entegrasyonu

#9.1 Genel Bakış

NocoBase, Gmail ve Outlook'u destekleyen yerleşik bir e-posta entegrasyon eklentisi sunar. E-postalar senkronize edildikten sonra, iş akışları e-posta duyarlılığını ve niyetini analiz etmek için otomatik olarak AI analizini tetikleyebilir ve satış ekibinin müşteri tutumlarını hızlıca anlamasına yardımcı olabilir.

#9.2 E-posta Senkronizasyonu

Desteklenen Sağlayıcılar:

• Gmail (OAuth 2.0 üzerinden)
• Outlook/Microsoft 365 (OAuth 2.0 üzerinden)

Senkronizasyon Davranışı:

• Gönderilen ve alınan e-postaların çift yönlü senkronizasyonu.
• E-postaların CRM kayıtlarıyla (Adaylar, Kişiler, Fırsatlar) otomatik ilişkilendirilmesi.
• Eklerin NocoBase dosya sisteminde saklanması.

#9.3 E-posta-CRM İlişkilendirmesi (Kesinleşecek)

#9.4 E-posta Şablonları

Satış ekibi önceden ayarlanmış şablonları kullanabilir:

#10. AI Destekli Yetenekler

#10.1 AI Çalışan Ekibi

CRM sistemi, CRM'e özgü görevlerle yapılandırılmış aşağıdaki yerleşik AI çalışanlarını kullanarak NocoBase AI eklentisini entegre eder:

#10.2 AI Görev Listesi

AI yetenekleri iki bağımsız kategoriye ayrılır:

#I. AI Çalışanları (Ön Yüz Bloğu Tetiklemeli)

Kullanıcılar, analiz ve öneriler almak için ön yüzdeki AI Çalışanı blokları aracılığıyla AI ile doğrudan etkileşime girer.

#II. İş Akışı LLM Düğümleri (Arka Plan Otomatik Yürütme)

İş akışları içine yerleştirilmiş, koleksiyon olayları, aksiyon olayları veya zamanlanmış görevler tarafından AI Çalışanlarından bağımsız olarak otomatik olarak tetiklenen LLM düğümleri.

Not: İş akışı LLM düğümleri, yapılandırılmış JSON için istemler (prompts) ve Şema çıktısı kullanır; bu veriler kullanıcı müdahalesi olmadan ayrıştırılır ve iş verisi alanlarına yazılır.

#10.3 Veritabanındaki AI Alanları

#11. İş Akışı Motoru

#11.1 Uygulanan İş Akışları

#11.2 Uygulanacak İş Akışları

#12. Menü ve Arayüz Tasarımı

#12.1 Yönetim Yapısı

#12.2 Gösterge Paneli Görünümleri

#Satış Müdürü Görünümü

#Satış Temsilcisi Görünümü

#Yönetici Görünümü

Belge Sürümü: v2.0 | Güncelleme Tarihi: 2026-02-06