Іске қосу тек бастамасы: өнімді қолдау неге ойлағаннан маңыздырақ

Бизнес әзірлеуге тапсырыс бергенде, бар назар іске қосуға ауады: релиз күні, әзірлеу бюджеті, алғашқы нұсқаның функциялары. Қолдау туралы жүре сөйлеседі немесе мүлдем айтылмайды. «Іске қосқаннан кейін көреміз».

Бұл цифрлық өнімдермен жұмыстағы ең жиі қателердің бірі. Іске қосу финал емес. Бұл өнімнің нағыз өмірі басталатын сәт. Ал одан кейін не болатыны әзірлеудің салым болғанын немесе жай шығын болғанын көп жағдайда анықтайды.

Қолдаусыз өніммен не болады

Платформалар жаңарады, өнім бұзылады

Apple iOS-тың жаңа нұсқасын шығарады. Google Android-ты жаңартады. Браузерлер стандарттарды өзгертеді. Кез келген осындай жаңарту өніміңізде бірдеңені бұзуы мүмкін: көрнекі ақаулардан бастап жекелеген функциялардың толық істен шығуына дейін. Жаңартылмайтын қосымша ерте ме, кеш пе дұрыс жұмыс істемей қалады, ал қосымшалар дүкендері ұзақ уақыт жаңартылмаған және ағымдағы талаптарға сай келмейтін қосымшаларды шектейді немесе алып тастайды.

Қазақстанда бұған жергілікті жүйелер қосылады. Банк эквайринг API-ін жаңартады, Kaspi-мен жұмыс шарттары өзгереді, 1С конфигурациясының жаңа нұсқасы шығады, ЭШФ АЖ-мен алмасу форматтары өзгереді. Интеграцияны ешкім бақыламаса, әр осындай өзгеріс төлемді, тапсырыстарды жүктеуді не құжаттарды үнсіз тоқтатып тастауы мүмкін.

Техникалық қарыз жиналады

Бүгін жазылған код ертең ескіре бастайды. Кітапханалардың осалдықтарды түзететін жаңа нұсқалары шығады. Тәуелділіктер бір-бірімен үйлеспей қалады. Жоспарлы жұмыстарсыз техникалық қарыз өнімдегі кез келген өзгеріс қауіпті әрі қымбат болатын деңгейге дейін жиналады, өйткені енді ешкім не неге әсер ететінін түсінбейді.

Қауіпсіздік әлсірейді

Кітапханалардағы осалдықтар үнемі табылады. Тәуелділіктер уақытында жаңартылмаса, өніміңіз нысанаға айналады. Қаржы сервистері, медицина және дербес деректері бар кез келген өнім үшін бұл дерексіз тәуекел емес. ҚР «Дербес деректер және оларды қорғау туралы» заңы деректерді жинап, сақтайтын тұлғаны оларды қорғау шараларын қабылдауға міндеттейді, сондықтан клиенттер деректері бар қараусыз сервер тікелей заңды жауапкершілік. Компанияңыздан нақты не талап етілетінін заңгерден нақтылаңыз.

Қателер түзетілмей қалады

Әр өнім іске қосылғаннан кейін қателерін көрсетеді, бұл қалыпты жағдай. Мәселе оларды қаншалықты жылдам түзететінде. Арнайы қолдау болмаса, әр қате жеке жобаға айналады: мердігер табу, оған кодты түсінуге уақыт беру, бағаны келісу. Келіссөз жүріп жатқанда клиенттер мәселеге тап болып, кетіп қалады.

Қолдау тек «бұзылғанда жөндеу» емес

Реактивті қолдау, яғни бұзылып қойған нәрсені түзету, қажетті минимум. Тек жөнделетін, бірақ дамымайтын өнім функциялар қосып, пайдаланушы тәжірибесін жақсартатын бәсекелестерден біртіндеп қалып қояды.

Кәсіби қолдау бірнеше деңгейден тұрады.

Мониторинг және алдын ала әрекет ету

Жүйе өнімнің жай-күйін нақты уақытта бақылайды: сервердің жауап беру жылдамдығы, логтағы қателер, пайдаланушылар әрекетіндегі ауытқулар, 1С-пен не банкпен алмасудағы ақаулар. Мәселені пайдаланушылар шағымдана бастамай тұрып байқап, шеше бастайды. Бұл «клиент WhatsApp-қа бірдеңе жұмыс істемейді деп жазды» деңгейімен салыстырғанда сенімділіктің мүлдем басқа деңгейі.

Жоспарлы жаңартулар

Тәуелділіктерді тұрақты жаңарту, платформалардың жаңа нұсқаларына бейімдеу, жүктеме өскен сайын өнімділікті оңтайландыру. Бұл апаттық міндеттер емес, апаттардың алдын алатын жоспарлы жұмыстар.

Функцияларды дамыту

Бизнес өзгереді, өнім де онымен бірге өзгеруі керек. Жаңа интеграциялар, қосымша сценарийлер, WhatsApp не Telegram сияқты жаңа арналар, интерфейстің екінші тілі, басқа қалаларға шығу. Өнімді басында жасаған команда мұны тезірек әрі арзанырақ істейді: ол архитектураны біледі және нөлден түсінуге уақыт жұмсамайды.

Іске қосқаннан кейін команданы ауыстыру неге қымбатқа түседі

Жиі сценарий: өнімді бір команда жасайды, ал қолдауды арзанырақ болғандықтан басқасына береді. Бір қарағанда қисынды. Іс жүзінде жаңа команда бөгде кодты түсінуге бірнеше апта, тіпті ай жұмсайды. Осы уақыт бойы ол баяу және қателесу қаупі жоғары жұмыс істейді. Ол нашар болғандықтан емес, өнімді білмегендіктен.

Жобаны жаңа командаға беру құны түсінуге кететін уақыт пен бейтаныс кодты өзгерткендегі қателер тәуекелінен құралады. Көп жағдайда қолдаудағы үнемді дәл осы жасырын шығындар жеп қояды.

Өнімді жасаған команда әр архитектуралық шешімді және оның неге қабылданғанын біледі. Онда қолдау істерді тапсыру емес, жұмысты жалғастыру. Әрекет жылдамырақ, тәуекел төмен, өзгерістер құны болжамдырақ.

Сонымен бірге бір мердігерге тәуелді болу да дұрыс емес. Код, серверге қолжетімділік және қосымшалар дүкеніндегі аккаунттар Сізде болуы керек, ал архитектура қажет болса басқа команда қабылдай алатындай сипатталуы керек. Бұл туралы толығырақ әзірлеушіден тәуелсіздік туралы мақалада. Бізде тапсырғаннан кейін код пен қолжетімділік клиентке беріледі.

Қолдауды қалай дұрыс жоспарлау керек

Іске қосқаннан кейін емес, бұрын

Қолдау туралы әңгіме релизден кейін емес, әзірлеу шартына қол қоймас бұрын болуы керек. Ол архитектуралық шешімдерге әсер етеді: ұзақ қолдауды ескеріп жобаланған өнім бір реттік әзірлеу ретінде қарастырылған өнімнен басқаша құрылады. Мысалы, логтар, мониторинг және 1С пен банкпен алмасудың түсінікті баптаулары бірден енгізіледі.

SLA бекітіңіз

Қызмет деңгейі туралы келісім (SLA) әртүрлі маңыздылықтағы оқиғаларға әрекет ету уақытын және оларды жою уақытын анықтайды. SLA болмаса, қолдау «қолымыз тигенде» қағидасымен жұмыс істейді. SLA болса, бұл шарттық міндеттеме. Бизнес-процесс тәуелді өнімдер үшін бұл түбегейлі айырмашылық.

Бюджетте қолдау мен дамытуды бөліңіз

Бұл құны мен басымдығы әртүрлі екі түрлі жұмыс. Қолдау жұмысқа қабілеттілікті сақтаудың міндетті жұмысы. Дамыту жаңа мүмкіндіктерге салым. Олар бір қазанда араласса, оларды жоспарлау мен басымдық беру қиын.

Қолыңызда не болуы керек

Өнімді кім қолдаса да, өз командаңыз ба, мердігер ме, адамдар ауысқанда өнім жұмысын жалғастыруы үшін компанияда қажеттінің бәрі бар екенін тексеріңіз:

• Код және репозиторий. Репозиторийге тек әзірлеушінің емес, иесінің қолжетімділігі.
• Сервер және домен. Хостингке, дерекқорға, сақтық көшірмелерге және домен тіркеушісіне компания атына рәсімделген қолжетімділік. Клиенттердің дербес деректері Қазақстандағы серверде сақталатынын ұмытпаңыз.
• Қосымшалар дүкеніндегі аккаунттар. Apple Developer және Google Play Console әзірлеушінің жеке аккаунтында емес, компанияңыздың атында.
• Интеграция кілттері. Банк, Kaspi, 1С, CRM және таратылым сервистерінің API-іне қолжетімділік, сондай-ақ олардың мерзімі кімде және қашан бітетінін түсіну.
• Құжаттама. Архитектура мен интеграциялардың қысқаша сипаттамасы: не немен және қаншалықты жиі алмасады.
• Тұрақты жұмыстар күнтізбесі. Доменді, сертификаттар мен жазылымдарды ұзарту, кілттерді жаңарту, iOS пен Android-тың жыл сайынғы жаңартулары.

Қолдау қанша тұрады

Қолдаудың бірыңғай бағасы жоқ: ол өнімде қанша интеграция мен пайдаланушы барына, бизнес үшін қаншалықты маңызды екеніне және қаншалықты жиі өзгеретініне байланысты. Сондықтан қолдау және сүйемелдеу форматы мен құнын аудиттен кейін келісеміз: кодты, серверді, интеграцияларды және нені өзгертуді жоспарлап отырғаныңызды қараймыз.

Дамытусыз қолдау арзанырақ. Жаңа функцияларды белсенді әзірлейтін қолдау қымбатырақ, бірақ онда бұл шығын бабы емес, өнімнің бәсекеге қабілеттілігіне салым.

Бюджетті жоспарлағанда дұрыс сұрақ «қолдау қанша тұрады» емес, «оның болмауы қанша тұрады». Табыс әкелетін өнімнің бір сағат тоқтап тұруы тікелей шығын: демалыс күндері төлем өтпей қалды, тапсырыстар 1С-ке түспейді, iOS жаңартылғаннан кейін қосымша ашылмайды. Көпшілік алдындағы ақаудан келген бедел шығынын есептеу қиынырақ, бірақ ол да шынайы.

Қолдауды кепілдікпен шатастырмаңыз. Жобаны тапсырғаннан кейін бізде жасалған көлемге 6 ай кепілдік әрекет етеді, бірақ ол жүйе жаңартуларын, мониторинг пен жаңа функцияларды емес, шарт бойынша жасалған жұмысты қамтиды. Іске қосқаннан кейінгі шығындарды басталғанға дейін атаймыз, ал олар туралы толығырақ 2026 жылы қосымша жасау қанша тұрады мақаласында жазамыз. Өнім мобильді қосымша болса, қолдауды қосымша әзірлеуге тапсырыс берген кезде бірден талқылау ыңғайлы.