AmoCRM'i web sitesine, Google Sheets'e, uygulamalara ve kendi sunucunuza bağlıyorum. Fırsatlar AmoCRM'de kalır, karmaşık mantık yanında çalışır.

AmoCRM çalışıyor ama çevresindeki her şey elle yapılıyor

AmoCRM, Rusya ve BDT ülkelerinde yaygın bir satış CRM'idir; bölge dışında Kommo adıyla satılıyor. Fırsatlarınız ve kişileriniz AmoCRM'de, rezervasyonlar, fiyatlar ve takvim ise bir Google tablosunda. Web sitesi talebi oluşturuyor, sonra bir yönetici bilgileri elle aktarıyor. Çalışanlar için uygulama ayrı geliştiriliyor ve CRM'den pek haberi yok. Bunu düzeltmek için AmoCRM'i değiştirmeniz gerekmiyor.

Benim için nasıl başladı

Ekim 2024'te Güney Afrika'daki bir araç kiralama şirketi benden AmoCRM'i Google Sheets'e bağlamamı istedi. Şirket işini bir tabloda yürütüyordu ve tabloda bakım maliyeti, kilometre, çocuk koltuğu ücreti ve diğer kiralama değerlerinin güncellenmesi gerekiyordu. Bu entegrasyonu yaptım. Paralelinde, şirketin Firebase üzerinde çalışan iç FlutterFlow uygulaması ile AmoCRM arasında seçili alanların senkronizasyonunu kurdum.

Ardından ayrı bir sunucu kurmayı önerdim. Üzerinde birçok entegrasyon ve CRM ayarlarında kurması zahmetli olan karmaşık mantık çalışabilir. Şirket kabul etti ve 2025 boyunca AmoCRM etrafında bir sistem büyüdü: rezervasyon sitesi, belgeler, araç kontrolleri, onarım takibi. Sistem şu anda kullanımda ve bakımını ben yapıyorum. Ayrıntılar araç kiralama vaka çalışmasında.

Geliştirmeden önce neyi netleştiriyorum

Önce hangi verinin AmoCRM'de esas olduğunu, hangisinin başka yerde durduğunu ayırıyoruz. Genellikle fırsat, kişi ve satış hunisi aşaması CRM'de kalır; takvim, fiyatlar ya da stok bir tabloda veya kendi veritabanınızda durur. Her alan için onu kimin değiştirdiğine ve değişikliğin nereye gitmesi gerektiğine karar veriyoruz.

Sonra AmoCRM'in kendisinin neler sunduğuna bakıyorum: API, webhook'lar, özel alanlar, istek sınırları. Mantık huni ayarlarına sığıyorsa ek sunucuya gerek yok. Kural çoksa ya da birden fazla veri kaynağı varsa mantığı kendi sunucunuza taşır, AmoCRM'i yöneticilerin çalışma alanı olarak bırakırım.

Örneklere de ihtiyacım olacak: sıradan bir fırsat, aynı müşteriden tekrar gelen talep, ödemeden sonra değişen bir rezervasyon.

Olası ilk aşama

Çalıştığı hemen görülen tek bir bağlantı. Web sitesindeki talep doğru alanlarla bir fırsat oluşturur ya da AmoCRM'deki değişiklikler tabloya ulaşır. Aramaların, mesajlaşma uygulamalarının ya da kendi uygulamanızın da fırsatları görmesi gerekiyorsa bunlar sonraki adımlar. IP telefon sistemleri ve Telegram ve WhatsApp için sohbet botları sayfalarına bakabilirsiniz. İlk aşamanın kapsamını ve maliyetini geliştirmeden önce kararlaştırıyoruz.

Sonucu nasıl teslim alıyoruz

Kararlaştırılan örnekleri çalıştırıyoruz: yeni bir talep, mükerrer bir kayıt, aynı kaydın CRM'de ve tabloda aynı anda değişmesi, API'ye erişilememesi. Verinin nereye gittiğini, günlüğe neyin yazıldığını ve yöneticinin ne gördüğünü kontrol ediyoruz. Elinize çalışan bir bağlantı, alan açıklaması ve alışveriş bozulursa izlenecek net adımlar geçiyor.

İlgili sayfalar

CRM entegrasyonları, elektronik tablo otomasyonu ve belgeleri, CRM'yi ve görevleri güvenilir şekilde bağlamayı anlatan yazı. AmoCRM'e şu anda neyin bağlı olduğunu ve zamanın nerede kaybolduğunu anlatın.

AmoCRM web sitenizden ve tablolarınızdan kopuk mu? Web sitesi, tablolar ve uygulamalarla AmoCRM entegrasyonu

Pratikte nasıl görünüyor