AmoCRM საიტსა და ცხრილებს მოწყვეტილია? AmoCRM-ის ინტეგრაცია საიტთან, ცხრილებთან და აპლიკაციებთან

AmoCRM მუშაობს, მის გარშემო კი ყველაფერი ხელით კეთდება

AmoCRM გაყიდვების CRM-ია, რომელიც ფართოდ გამოიყენება რუსეთსა და დსთ-ის ქვეყნებში. რეგიონს გარეთ მას Kommo ჰქვია. გარიგებები და კონტაქტები AmoCRM-შია, ჯავშნები, ფასები და განრიგი კი Google-ის ცხრილში. საიტი მოთხოვნას ქმნის, შემდეგ მენეჯერი მონაცემებს ხელით გადაიტანს. თანამშრომლების აპლიკაციას ცალკე წერენ და CRM-ის შესახებ მან ცოტა რამ იცის. ამის გამოსასწორებლად AmoCRM-ის შეცვლა აუცილებელი არ არის.

როგორ დაიწყო ეს ჩემთვის

2024 წლის ოქტომბერში სამხრეთ აფრიკის ავტოგაქირავების კომპანიამ მთხოვა AmoCRM-ის დაკავშირება Google Sheets-თან. კომპანია სამუშაოს ცხრილში აწარმოებდა და იქ უნდა განახლებულიყო მომსახურების ღირებულება, გარბენი, ბავშვის სავარძლის საფასური და გაქირავების სხვა პარამეტრები. ეს ინტეგრაცია გავაკეთე. პარალელურად ავაწყე არჩეული ველების სინქრონიზაცია შიდა FlutterFlow აპლიკაციასა, რომელიც Firebase-ზე მუშაობს, და AmoCRM-ს შორის.

შემდეგ შევთავაზე საკუთარი სერვერის დაყენება. მასზე შეიძლება ბევრი ინტეგრაციის განთავსება და ისეთი ლოგიკის, რომლის აწყობაც CRM-ის პარამეტრებში მოუხერხებელია. იდეას მხარი დაუჭირეს და 2025 წლის განმავლობაში AmoCRM-ის გარშემო სისტემა გაიზარდა: დაჯავშნის საიტი, დოკუმენტები, მანქანების დათვალიერება, რემონტების აღრიცხვა. ახლა სისტემა ექსპლუატაციაშია და მის მხარდაჭერას მე ვუწევ. დეტალები იხილეთ ავტოგაქირავების ქეისში.

რას ვარკვევ დეველოპმენტამდე

ჯერ ვარკვევთ, რომელი მონაცემია მთავარი AmoCRM-ში და რომელი სხვაგან ინახება. ჩვეულებრივ გარიგება, კონტაქტი და ძაბრის ეტაპი CRM-ში რჩება, განრიგი, ფასები ან ნაშთები კი ცხრილში ან თქვენს ბაზაში. თითოეულ ველზე ვწყვეტთ, ვინ ცვლის მას და სად უნდა მოხვდეს ცვლილება.

შემდეგ ვუყურებ, რას იძლევა თავად AmoCRM: API, ვებჰუკები, დამატებითი ველები, მოთხოვნების ლიმიტები. თუ ლოგიკა ძაბრის პარამეტრებში ეტევა, ზედმეტი სერვერი საჭირო არ არის. თუ წესები ბევრია ან მონაცემთა რამდენიმე წყაროა, ლოგიკა სჯობს საკუთარ სერვერზე გადავიტანოთ, AmoCRM კი მენეჯერების სამუშაო ადგილად დავტოვოთ.

მაგალითებიც დამჭირდება: ჩვეულებრივი გარიგება, იმავე კლიენტის განმეორებითი მოთხოვნა, ჯავშნის შეცვლა გადახდის შემდეგ.

შესაძლო პირველი ეტაპი

ერთი კავშირი, რომლის მუშაობაც მაშინვე ჩანს. საიტის მოთხოვნა საჭირო ველებით ქმნის გარიგებას, ან AmoCRM-ის ცვლილებები ცხრილში ხვდება. თუ ზარებს, მესენჯერებს ან თქვენს აპლიკაციასაც სჭირდება გარიგებების ხილვა, ეს შემდეგი ნაბიჯებია. იხილეთ IP ტელეფონია და ჩატბოტები Telegram-ისა და WhatsApp-ისთვის. პირველი ეტაპის მოცულობასა და ღირებულებას დეველოპმენტამდე ვათანხმებთ.

როგორ ვიღებთ შედეგს

ვამოწმებთ შეთანხმებულ მაგალითებს: ახალი მოთხოვნა, დუბლიკატი, ერთი ჩანაწერის ერთდროული ცვლილება CRM-სა და ცხრილში, API-ის მიუწვდომლობა. ვუყურებთ, სად აღმოჩნდა მონაცემები, რა ჩაიწერა ჟურნალში და რას ხედავს მენეჯერი. იღებთ მომუშავე კავშირს, ველების აღწერას და მკაფიო ნაბიჯებს იმ შემთხვევისთვის, თუ გაცვლა გაფუჭდა.

მსგავსი ამოცანები

CRM ინტეგრაციები, ცხრილების ავტომატიზაცია და სტატია იმაზე, როგორ დავაკავშიროთ საიმედოდ დოკუმენტები, CRM და დავალებები. მომიყევით, რა არის ახლა AmoCRM-თან დაკავშირებული და სად იკარგება დრო.