ერთ გვერდზე · მარტივად · ნაბიჯ-ნაბიჯ
Whisperr ეხმარება ბიზნესს, შეინარჩუნოს მომხმარებლები — ავტომატურად შეამჩნიოს ვინ აპირებს წასვლას და დროულად „ჩასჩურჩულოს" სწორი შეტყობინება.
ბიზნესი უგზავნის Whisperr-ს მონაცემს, თუ რას აკეთებენ მისი მომხმარებლები. Whisperr ხვდება ვინ არის „გასაფრენად" მზად, წყვეტს გაუგზავნოს თუ არა შემახსენებელი/შემოთავაზება, ქმნის ტექსტს, აგზავნის და ზომავს — გამოვიდა თუ არა.
დევიზი: ერთი მოვლენა → ერთი გადაწყვეტილება → ერთი ინტერვენციაეს არის მთელი გზა, დასაწყისიდან ბოლომდე. თითო ნაბიჯს აწერია სტატუსი: მზადაა ნაწილობრივ აკლია
Landing (whisperr.net) — სარეკლამო საიტი: churn-კალკულატორები, ხმოვანი „აგენტი", waitlist. აქ პოტენციური კლიენტი ერთვება.
App — კლიენტი ქმნის ანგარიშს (Organization → App). შენიშვნა: საიტიდან აპლიკაციაში გადასვლა „ცივია" — შეგროვებული ინფო არ გადააქვს (გასაუმჯობესებელი).
App + BFF — AI ესაუბრება კლიენტს, იგებს ბიზნესს, ირჩევს რომელ მოვლენებს ადევნოს თვალი და რომელი ინტერვენციები გამოიყენოს. 3 ეტაპი: გაცნობა → მოვლენების არჩევა → წონების გამოთვლა.
Runtime (Go ბირთვი) — დასრულებული onboarding გადადის ბირთვში; AI აწყობს მოვლენების „სამყაროს" და გადაწყვეტილების წესებს (policy). გაშვებამდე სავალდებულოა სიმულაცია (უსაფრთხოებისთვის).
Wizard (npx) — AI ინსტრუმენტი შედის კლიენტის კოდში და თავად ამატებს event-ების გაგზავნას სწორ ადგილებში. SDK-ები (web/next/react) გამოქვეყნებულია; ზოგი პლატფორმა ჯერ დასაშენებელია.
Runtime — კლიენტის მომხმარებლების ქმედებები (events) შემოდის (თითო ან ჯგუფურად). ინახება უცვლელად, დუბლების გარეშე.
Runtime (engine) — ყოველ მოვლენაზე ხელახლა ითვლება ქულა (LLM-ის გარეშე, სწრაფად). შემდეგ: უნდა გავიდეს თუ არა → რომელი ინტერვენცია მოიგებს → რომელი არხი. აქვს „მოსვენების" წესები (ზედმეტად ხშირად არ აწუხებს).
Runtime (AI) — იქმნება შეტყობინების ტექსტი. აქვს დამტკიცების რეჟიმი: ან ადამიანი ამტკიცებს (manual), ან ავტომატურად იგზავნება (autonomous).
Runtime → პროვაიდერები — Email (Postmark) და Push (FCM/OneSignal) მუშაობს. SMS, in-app და voice ჯერ არ არის.
Runtime — ვზომავთ გაიხსნა/დააჭირა თუ არა და მიაღწია თუ არა მიზანს; სისტემა სწავლობს რომელი არხი მუშაობს. დღეს მხოლოდ email-ისთვის; push-ს უკუკავშირი აკლია.
Dashboard (კლიენტი) + Backoffice (ოპერატორი) — კლიენტი ხედავს სტატისტიკას; ოპერატორი მართავს მთელ ციკლს, ამტკიცებს, არეგულირებს წესებს.
გულწრფელი სურათი — კოდიდან შემოწმებული.
ღია საკითხები — და ჩემი მკაფიო რჩევა თითოზე.
ავტომატური თუ ხელით დამტკიცება ახალი კლიენტისთვის?
➜ ხელით დამტკიცება (manual) ნაგულისხმევად. ნდობა და უსაფრთხოება ჯერ; მერე თითო კლიენტს ჩავურთოთ ავტომატური, როცა შედეგი დაგვარწმუნებს.
SMS არხი ავაშენოთ თუ ვიყიდოთ?
➜ ვიყიდოთ (Twilio). ტელეკომი თვითონ არ ავაშენოთ — უკვე არსებობს კანონისმიერი „ჩუმი საათების" წესი კოდში, პროვაიდერის ჩართვა რჩება.
Deploy — Azure თუ droplet?
➜ ერთი აირჩიე: Azure Container Apps. ორი პარალელური pipeline რისკია; droplet ჩამოხსენი (Azure-ს უკვე აქვს migration-ით დაცული deploy).
გადახდა/ტარიფები (billing)?
➜ Stripe + entitlement სერვისი. ლიმიტები (MAU/events) დააწესე event-ების მიღებაზე, ხოლო ჩვენება — dashboard-ზე. ტარიფები იყიდება, მაგრამ კოდში არ არსებობს — პრიორიტეტია.
მომხმარებლის მონაცემის წაშლა (GDPR)?
➜ აუცილებელია ახლავე. გავაკეთოთ „anonymize-in-place" — PII წაიშალოს/დაანონიმდეს, სტატისტიკა კი დარჩეს. კანონის მოთხოვნაა.
ML (ჭკვიანი პროგნოზი) და Voice?
➜ მოგვიანებით. ML ჩავრთოთ „ჩრდილში" (shadow mode) — ჯერ ვადარებთ, მერე ვანდობთ. Voice/Recall ახლა demo-დ დავტოვოთ. ორივე M5-ზე.
დამოკიდებულებების მიხედვით დალაგებული. ჯერ იაფი და გამხსნელი, მერე ღირებულების დამამტკიცებელი.