მზა SaaS თუ მორგებული სისტემა — როგორ ავირჩიოთ სწორად

მოკლე პასუხი ასეთია: მზა SaaS აიღეთ იქ, სადაც თქვენი პროცესი სტანდარტულია და კონკურენტული უპირატესობა არ არის; მორგებული სისტემა ააშენეთ იქ, სადაც თქვენი პროცესი განსხვავებულია და სწორედ ეს განსხვავება გაძლევთ ფულს.

პრობლემა ისაა, რომ ეს არჩევანი ჩვეულებრივ ემოციაზე კეთდება. ერთი მხარე ამბობს "რატომ ვიგონებთ ველოსიპედს, არსებობს მზა პროგრამა". მეორე — "ჩვენი ბიზნესი უნიკალურია, ჩვენ ყველაფერი ჩვენი უნდა გვქონდეს". ორივე პოზიცია არასწორია, სანამ ციფრები არ არის დათვლილი.

ამ სტატიაში მოცემულია ჩარჩო, რომლითაც გადაწყვეტილება 2-3 დღეში მიიღება და არა 6 თვეში.

გადაწყვეტილების ჩარჩო: როდის ყიდულობ, როდის აშენებ

დაყავით თქვენი ბიზნესის ყველა პროცესი ორ კალათად.

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

მეორე კალათა — ის, რაშიც ფულს იღებთ. როგორ ამუშავებთ შეკვეთას, როგორ ანაწილებთ რესურსს, როგორ ითვლით ფასს, როგორ მუშაობს თქვენი ლოგისტიკა. თუ ამ ადგილას სტანდარტულ პროგრამას მიუსადაგებთ თავს, თქვენ საკუთარ უპირატესობას შლით და კონკურენტებს უტოლდებით.

პრაქტიკული წესი: თუ პროცესი კონკურენტულ უპირატესობას ქმნის — ააშენე. თუ პროცესი უბრალოდ უნდა მუშაობდეს — იყიდე.

აი უფრო კონკრეტული ნიშნები.

ყიდვა უმჯობესია, როცა:

• პროცესი ინდუსტრიის სტანდარტია და ყველა ერთნაირად აკეთებს
• გჭირდებათ ხვალ, არა სამ თვეში
• ბიუჯეტი 15,000 ლარზე ნაკლებია და გუნდი 10 კაცამდეა
• მოთხოვნები ჯერ ბოლომდე არ იცით და ექსპერიმენტის ეტაპზე ხართ
• პროგრამა თქვენს ბიზნესს არ ეხება უშუალოდ (მაგალითად, შიდა ჩატი)

აშენება უმჯობესია, როცა:

• მზა სისტემის 70% არ გჭირდებათ, მაგრამ იხდით სრულ ფასს
• გუნდი უკვე იყენებს სამ სხვადასხვა პროგრამას და ხელით გადააქვთ მონაცემები ერთიდან მეორეში
• გამოწერის თვიური ხარჯი უკვე 2,000 ლარს აჭარბებს და მხოლოდ იზრდება
• გჭირდებათ ინტეგრაცია, რომელსაც ვენდორი არ აკეთებს და არც აპირებს
• თქვენი პროცესი ისეთია, რომ თანამშრომლები მზა სისტემას გვერდს უვლიან და Excel-ში მუშაობენ

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

ღირებულების რეალური შედარება 3 წლის ჰორიზონტზე

აქ კეთდება მთავარი შეცდომა: ადარებენ 200 ლარს თვეში 40,000-ლარიან პროექტს და ასკვნიან, რომ SaaS იაფია. ეს არასწორი შედარებაა, რადგან ერთი ხარჯი მუდმივია, მეორე ერთჯერადი.

დათვალეთ სამი წელი — 36 თვე. ეს არის საშუალო ვადა, რომლის განმავლობაშიც ბიზნეს-სისტემა ცოცხლობს დიდი ცვლილებების გარეშე.

SaaS-ის სამწლიანი ღირებულება. ფორმულა მარტივია: გამოწერის ფასი ერთ მომხმარებელზე × მომხმარებელთა რაოდენობა × 36, პლუს დანერგვის ერთჯერადი ხარჯი, პლუს ინტეგრაციების ხარჯი, პლუს ტრენინგი.

მაგალითი 20-კაციანი კომპანიისთვის: საშუალო ბიზნეს-SaaS ღირს 60-90 ლარი მომხმარებელზე თვეში. ავიღოთ 70 ლარი. 70 × 20 × 36 = 50,400 ლარი. დაუმატეთ პირველადი დანერგვა და მონაცემების გადმოტანა — 3,000-6,000 ლარი. სულ დაახლოებით 54,000 ლარი სამ წელიწადში.

და ეს იმ პირობით, რომ ფასი არ გაიზრდება. პრაქტიკაში SaaS-ვენდორები ფასს წელიწადში 5-15%-ით ზრდიან, ასე რომ რეალური ციფრი უფრო მაღალია.

მორგებული სისტემის სამწლიანი ღირებულება. საშუალო სირთულის ბიზნეს-სისტემა (CRM ან შიდა მართვის სისტემა, 3-5 ინტეგრაციით) საქართველოს ბაზარზე 2026 წელს ღირს 25,000-60,000 ლარი. ავიღოთ 35,000. მხარდაჭერა და განვითარება — 400-1,200 ლარი თვეში, ავიღოთ 600. 600 × 36 = 21,600. ჰოსტინგი — 100-300 ლარი თვეში, ავიღოთ 150. 150 × 36 = 5,400.

სულ: 35,000 + 21,600 + 5,400 = 62,000 ლარი სამ წელიწადში.

ამ მაგალითში SaaS ცოტათი იაფია. მაგრამ ორი ცვლადი ყველაფერს ცვლის.

პირველი — თანამშრომლების რაოდენობა. SaaS-ის ხარჯი წრფივად იზრდება ხალხთან ერთად, საკუთარი სისტემისა — არა. 50 კაცზე SaaS უკვე 126,000 ლარია სამ წელიწადში, საკუთარი სისტემა კი იგივე 62,000 რჩება. გარდატეხის წერტილი ჩვეულებრივ 25-35 მომხმარებელზეა.

მეორე — ვადა. მეოთხე და მეხუთე წელს SaaS აგრძელებს 50,000 ლარის შთანთქმას ორ წელიწადში, თქვენი სისტემა კი მხოლოდ მხარდაჭერას მოითხოვს. ხუთწლიან ჰორიზონტზე სურათი თითქმის ყოველთვის საკუთარი სისტემის სასარგებლოდ იცვლება.

რას არ ითვალისწინებენ ხოლმე:

• ტრენინგი და ადაპტაცია — 20-60 საათი გუნდზე ორივე შემთხვევაში
• მონაცემების მიგრაცია — 2,000-8,000 ლარი, თუ ძველი სისტემიდან გადმოდიხართ
• ინტეგრაციები — SaaS-ში ხშირად ცალკე ტარიფია ან საერთოდ არ არსებობს
• პრემიუმ ტარიფზე იძულებითი გადასვლა, როცა ერთი კონკრეტული ფუნქცია დაგჭირდებათ
• დაკარგული დრო, როცა გუნდი სისტემას გვერდს უვლის

Vendor lock-in და მონაცემების ექსპორტი

ეს ის ნაწილია, რომელზეც ხელშეკრულების ხელმოწერამდე უნდა იფიქროთ, არა მაშინ, როცა უკვე გინდათ წასვლა.

კითხვები, რომლებიც ვენდორს უნდა დაუსვათ:

• შემიძლია თუ არა ყველა ჩემი მონაცემის ჩამოტვირთვა თვითონ, ტექნიკურ მხარდაჭერასთან დაკავშირების გარეშე
• რა ფორმატში — CSV, JSON, თუ მხოლოდ PDF-ანგარიშები
• შედის თუ არა ექსპორტში ისტორია, ფაილები, კომენტარები, თუ მხოლოდ ძირითადი ცხრილები
• არსებობს თუ არა სრული API წვდომა და რომელ ტარიფზე
• რა ხდება მონაცემებთან, თუ გამოწერას შევწყვეტ — რამდენ ხანს ინახება

ყველაზე მტკივნეული lock-in ტექნიკური არაა — ის პროცესუალურია. სამი წლის შემდეგ თქვენი გუნდი უკვე ისე მუშაობს, როგორც პროგრამა ითხოვს. მიგრაცია ნიშნავს არა მხოლოდ მონაცემების გადატანას, არამედ ადამიანების ხელახლა გადაწვრთნას.

პრაქტიკული რჩევა: მაშინაც კი, თუ SaaS-ს ირჩევთ, დააყენეთ ავტომატური ყოველთვიური ექსპორტი საკუთარ საცავში. ეს რამდენიმე საათის სამუშაოა და გაძლევთ თავისუფლებას. მორგებულ სისტემაში ეს პრობლემა არ დგას — ბაზა თქვენია, თუმცა აქ სხვა რისკია: დამოკიდებულება კონკრეტულ დეველოპერზე. ამის საწინააღმდეგოდ ხელშეკრულებაში ჩაწერეთ კოდის სრული საკუთრება, დოკუმენტაცია და თქვენივე repository-ზე წვდომა.

როცა მზა სისტემა არ იცნობს ქართულ სპეციფიკას

ეს ცალკე თავია, რომელსაც უცხოური SaaS-ის შერჩევისას თითქმის ყოველთვის აგვიანებით აღმოაჩენენ.

ენა. ინტერფეისის ქართული თარგმანი უმეტეს პროდუქტში არ არსებობს. ეს გადასატანია, თუ გუნდი ინგლისურად მუშაობს, მაგრამ არა, თუ სისტემას საწყობის თანამშრომლები ან კურიერები იყენებენ. უფრო დიდი პრობლემაა ქართული ტექსტის დახარისხება და ძებნა — ბევრი სისტემა ქართულ ანბანს არასწორად ალაგებს, ხოლო ძებნა რეგისტრსა და ფორმებს ვერ ამუშავებს.

გადახდები. უცხოური SaaS ჩვეულებრივ Stripe-ს ან PayPal-ს უჭერს მხარს. ქართული ბანკების ეკვაირინგი, გადახდის ქართული პროვაიდერები და გადახდის ქართული ჩვევები (მათ შორის განვადება) ხშირად საერთოდ არ არის მხარდაჭერილი. შედეგად საიტი გაქვთ, ღილაკი კი არ მუშაობს.

დოკუმენტბრუნვა. ქართული ინვოისის ფორმა, ზედნადები, საგადასახადო ანგარიშ-ფაქტურა — ეს კონკრეტული ფორმატებია. მზა სისტემა თავის ფორმატს ბეჭდავს და ბუღალტერი შემდეგ ხელით გადააკეთებს. თვეში 100 დოკუმენტზე ეს რამდენიმე სამუშაო დღეა დაკარგული.

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

საიდენტიფიკაციო ნომრები და მისამართები. 9-ნიშნა და 11-ნიშნა ნომრები, ქართული მისამართის სტრუქტურა, ტელეფონის ფორმატი — მზა სისტემები ხშირად ავალდებულებენ სახელმწიფოს/ინდექსის შევსებას, რაც აქ არ მუშაობს.

პრაქტიკული დასკვნა: სანამ საერთაშორისო SaaS-ს იყიდით, აიღეთ trial და გაატარეთ 10 რეალური დოკუმენტი და 10 რეალური კლიენტი. თუ სამი მათგანი ვერ გავიდა — ან სხვა პროდუქტს ეძებეთ, ან დაგეგმეთ დამატებითი განვითარება და ეს ხარჯი ჩადეთ გამოთვლაში.

ჰიბრიდული მიდგომა: მზა ბირთვი პლუს მორგებული ნაწილები

პრაქტიკაში ყველაზე ხშირად სწორი პასუხი შუაშია და არა კიდეებზე.

ლოგიკა ასეთია: სტანდარტული, გადაწყვეტილი ამოცანები აიღეთ მზა პროდუქტიდან; მორგებული ააშენეთ მხოლოდ იქ, სადაც ნამდვილად განსხვავდებით.

ტიპური კარგი კონფიგურაცია:

• ბუღალტერია — მზა ლოკალური პროდუქტი
• ელფოსტა, ფაილები, კალენდარი — მზა
• საიტი და ონლაინ-გაყიდვა — მზა პლატფორმა, თუ სტანდარტული ვაჭრობაა; მორგებული, თუ რთული კონფიგურატორი ან ჯავშნის ლოგიკა გჭირდებათ
• CRM და შიდა ოპერაციები — აქ ყველაზე ხშირად ღირს მორგებული
• ანგარიშგება და დაფა — მორგებული, ყველა წყაროდან მონაცემების შეკრებით

ჰიბრიდის მთავარი ტექნიკური პირობა: ინტეგრაციის ფენა. გჭირდებათ ერთი ადგილი, სადაც სისტემები ერთმანეთს ესაუბრებიან. ამის აშენება ჩვეულებრივ ღირს 5,000-15,000 ლარი და სწორედ ეს ინვესტიცია ხდის შემდეგ ყველა კომპონენტს შენაცვლებადს.

ჰიბრიდის რისკი — ინტეგრაციების მხარდაჭერა. როცა ვენდორი API-ს შეცვლის, თქვენი კავშირი გატყდება. ამიტომ ჰიბრიდი მოითხოვს რეალურ, არა ფორმალურ ტექნიკურ მხარდაჭერას.

6 კითხვა, რომელიც უნდა დაუსვათ საკუთარ თავს არჩევანამდე

პასუხები ჩაწერეთ. თუ სამზე მეტ კითხვაზე პასუხი "არ ვიცი" არის — ჯერ არ ხართ მზად გადაწყვეტილებისთვის.

1. ეს პროცესი ქმნის თუ არა ჩემს კონკურენტულ უპირატესობას? თუ კი — აშენება. თუ არა — ყიდვა.

2. რამდენი მომხმარებელი მეყოლება 3 წელიწადში? გაამრავლეთ გამოწერის ფასზე და 36-ზე. შეადარეთ დანერგვის ერთჯერად ფასს.

3. რამდენად სავარაუდოა, რომ მოთხოვნები შეიცვლება? თუ პროცესი ჯერ ყალიბდება — აიღეთ მზა და ჯერ ისწავლეთ. აშენება მაშინ, როცა უკვე ზუსტად იცით, რა გჭირდებათ.

4. რა მოხდება, თუ ვენდორი დახურავს პროდუქტს ან ორჯერ გაზრდის ფასს? თუ პასუხი "ბიზნესი გაჩერდება" — ეს ძალიან მაღალი რისკია სტრატეგიული პროცესისთვის.

5. მაქვს თუ არა ვინმე, ვინც სისტემას მოუვლის? მორგებული სისტემა მოითხოვს პასუხისმგებელ ადამიანს ან პარტნიორს. თუ არავინაა — მზა უსაფრთხოა.

6. რამდენად სწრაფად მჭირდება? თუ ორ კვირაში უნდა ამუშავდეს — მზა. თუ სამი თვე გაქვთ — ორივე ვარიანტი შესაძლებელია.

გავრცელებული შეცდომები — ორივე მიმართულებით

შეცდომები SaaS-ის მხრიდან:

• ფასის შედარება მხოლოდ პირველ თვეზე, არა სამ წელზე
• დამალული ლიმიტების იგნორირება — მომხმარებლების რაოდენობა, ჩანაწერები, API-ის მოთხოვნები
• ტესტირება მხოლოდ დემო-მონაცემებზე, არა საკუთარ რეალურ ქეისებზე
• იმის დაშვება, რომ ვენდორი "მალე დაამატებს" საჭირო ფუნქციას — თუ roadmap-ში წერია, ეს არ არის დაპირება
• პროცესის მოხრა პროგრამის ქვეშ იქ, სადაც პროცესი სწორედ თქვენი ღირებულებაა

შეცდომები საკუთარი განვითარების მხრიდან:

• ყველაფრის თავიდან აშენება, მათ შორის იმისა, რაც უკვე კარგად არსებობს (ავტორიზაცია, გადახდები, ფოსტის გაგზავნა)
• პირველივე ვერსიაში 40 ფუნქციის ჩადება 8-ის ნაცვლად
• მხარდაჭერის ბიუჯეტის დაუგეგმაობა — სისტემა დაინერგა, შემდეგ არავინ უვლის
• დამოკიდებულება ერთ დეველოპერზე დოკუმენტაციისა და კოდზე წვდომის გარეშე
• აშენება მაშინ, როცა პროცესი ჯერ არ არის სტაბილური და ყოველ თვე იცვლება

ხშირად დასმული კითხვები

შემიძლია დავიწყო მზა სისტემით და მოგვიანებით გადავიდე საკუთარზე?

დიახ, და ეს ხშირად ყველაზე გონივრული სცენარია. მზა სისტემით 6-12 თვე მუშაობა გაჩვენებთ, რა გჭირდებათ რეალურად. მთავარია, თავიდანვე უზრუნველყოთ მონაცემების რეგულარული ექსპორტი, რომ მოგვიანებით მიგრაცია მარტივი იყოს.

რამდენ ხანში შენდება მორგებული სისტემა?

მარტივი შიდა ინსტრუმენტი — 3-6 კვირა. საშუალო CRM ან მართვის სისტემა — 2-4 თვე. კომპლექსური პლატფორმა ინტეგრაციებით — 4-8 თვე. თუ ვინმე გპირდებათ სრულფასოვან ERP-ს ერთ თვეში, ეს არარეალურია.

რა ღირს მხარდაჭერა და აუცილებელია?

400-1,200 ლარი თვეში საშუალო სისტემისთვის. აუცილებელია — უსაფრთხოების განახლებები, ბიბლიოთეკების განახლება, სერვერის მონიტორინგი და მცირე ცვლილებები. მხარდაჭერის გარეშე სისტემა 2 წელიწადში დაუცველი და მოძველებული ხდება.

თუ SaaS-ს ვიყენებ, კოდი ვის ეკუთვნის?

ვენდორს. თქვენ იჯარით იღებთ წვდომას. მორგებულ პროექტში კოდი უნდა იყოს თქვენი — ეს პირდაპირ უნდა ეწეროს ხელშეკრულებაში, სხვაგვარად შესაძლოა დეველოპერს დარჩეს.

როგორ გავიგო, ჩემი პროცესი მართლა უნიკალურია თუ მე მგონია ასე?

მარტივი ტესტი: აღწერეთ პროცესი ერთ გვერდზე და აჩვენეთ ინდუსტრიაში მომუშავე ორ ადამიანს. თუ ორივემ თქვა "ჩვენც ასე ვაკეთებთ" — თქვენი პროცესი სტანდარტულია და მზა სისტემა იმუშავებს.

დასკვნა

არჩევანი მზა SaaS-სა და მორგებულ სისტემას შორის არ არის იდეოლოგიური. ეს არითმეტიკაა პლუს სტრატეგია.

არითმეტიკა: დათვალეთ 36 თვე ორივე ვარიანტისთვის, გაითვალისწინეთ თანამშრომლების ზრდა, დაამატეთ დანერგვა, მიგრაცია და ინტეგრაციები.

სტრატეგია: სტანდარტული პროცესები იყიდეთ, გამორჩეული ააშენეთ. უმეტეს კომპანიაში სწორი პასუხი ჰიბრიდია — მზა ბირთვი და მორგებული ის 20%, რომელიც ფულს აკეთებს.

და ბოლო: არ მიიღოთ ეს გადაწყვეტილება ერთხელ და სამუდამოდ. გადახედეთ წელიწადში ერთხელ. ის, რაც 10 კაცზე სწორი იყო, 40 კაცზე ხშირად აღარ არის.

გინდათ, დაგითვალოთ თქვენი კონკრეტული სამწლიანი ხარჯი ორივე ვარიანტისთვის? sistemebi.ge გთავაზობთ უფასო კონსულტაციას — გავარჩევთ თქვენს პროცესებს, გამოვთვლით რეალურ ციფრებს და გეტყვით, სად ღირს ყიდვა და სად აშენება.