Вайт лейбл ма, әлде өз брондау жүйең бе

Смета келеді және көтеруге болатындай көрінеді. Сенетін әзірлеушіңіз брондау жүйесінің бағасын шығарған — іздеу, нәтижелер, checkout, бір әкімші экраны, үш ай — сан да ақылға сыймайтындай емес. Екі жыл бойы өз жүйеңді қалап жүр едің. Дәл осы сәтте вайт лейбл ма, әлде өз брондау жүйең бе деген сұрақ шешіледі, әрі көбіне қате дәлелмен шешіледі: екінші жылдың пішініне емес, бірінші айдың бағасына қарап.

Смета адал жазылған. Бірақ ол жұмыстың тек өзің көретін бөлігіне ғана қатысты.

Смета шын мәнінде нені бағалайды

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

Екінші жартысы — қосылымның браузерден көрінбейтін жағы. Жылдар сонда кетеді.

Шығын интерфейс емес, интеграция саны

Жеткізушіден қолжетімділік сұрасаң, жауап хатпен API кілті келмейді. Сынақ ортасы, сертификаттау процесі, әр заңды тұлғаға бөлек берілетін credentials, ережелер құжаты және өз кестесімен жауап беретін байланыс адамы келеді. Содан кейін сол жеткізушінің өз диалектісімен танысасың: бір жерде static rates, екінші жерде live availability, release period-ы бар allotment-тің қасында free-sale, жүйең сақтауға тиіс cut-off, өзгертудің ақылы-ақысыз екенін шешетін fare rules, ешкімнің тізіміне сәйкеспейтін ancillary каталогы. Енді мұны клиенттерің сенен күтетін жеткізуші санына көбейт.

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

Дәл сол тұзақ сметада тізілген әр экранның артында да отыр. Екі әуекомпания бір маршрутты әртүрлі бағамен қайтарып, клиент қайсысын көретінін кодта шешуге тура келмейінше, іздеу бір функция болып көрінеді. Fare rule айыппұл десе, жеткізуші ваучер десе, клиент карта десе — қайтарым бір түйме болудан қалады. Markup параметрлер бетіндегі бір сан болып көрінеді: корпоративтік клиенттерге бір ереже, Шымкенттегі sub-agent-ке екіншісі, сол тарифпен келген бөлшек клиентке үшіншісі керек болатын күнге дейін.

Осы арифметика сметадан тыс қалады, әрі бұл UI-мен салыстырғанда дөңгелектеу қатесі емес — бұл өнімнің өзі. Вайт лейбл платформада жұмыс әлдеқашан істелген және оған адам бекітілген: жеткізуші мазмұны бір-бірлеп қол қойылатын келісімшарттар арқылы емес, supplier groups арқылы дүкенге жетеді, ал сайт шын мәнінде не сатса, соны қосады — рейстер, қонақүйлер, тур пакеттер немесе attraction-дар.

Екінші жылмен беттескенде аман қалатын салыстыру

Кестені сатып алушы емес, оператор ретінде оқы. Әр жолдағы сұрақ біреу: жауапкершілік кімде?

Осы жолдардың екеуі өзің құрудың пайдасына. Бұл жұбату сыйлығы емес. Сататының шынымен ерекше болса, олар жоғарыдағының бәрінен ауыр тартады.

Қателіктің құны

Өз қолыңмен жасалған жүйенің сәтсіздігі — құлаған жоба емес. Ондайы көрінеді, ауыртады, бірақ өтеді. Қымбаты — істеп тұрған, содан соң баяу тоқтай бастайтын жүйе.

Оны жазған әзірлеуші кетеді, келесісі әр ұсақ өзгерісті тәуекел ретінде бағалайды, өйткені ол кодты тірі жанның бірі оқымаған. Жеткізуші өз кестесімен бір endpoint-ті жабады да, брондар мониторингіңнен бұрын клиенттерің байқайтындай бұзылады. Бірінші жылы дұрыс жазылған fare rule қайта қаралмайды, одан кейінгі ADM мердігердің емес, сенің IATA нөміріңе жазылады. Төлем credentials-ының мерзімі бітеді. Сертификаттардың мерзімі бітеді. Екі нұсқа артта қалған фреймворк бір апта бөлмеген қауіпсіздік әңгімесіне айналады.

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

Құру шынымен дұрыс болатын жағдайлар

Кейде дұрыс, әрі жағдайлар өзіңді тексеруге жететіндей нақты.

• Айырмашылығың — бағдарламаның өзі. Саяхат сатудың орнына басқа туристік бизнестерге технология сататын болсаң, ақша алатын нәрсеңді сыртқа бере алмайсың.
• Инженерлерің бар, әрі екіншісіне бюджет бөлгенсің. Құратын әзірлеуші емес — біріншісі кеткен соң оны мойнына алатын адам. Мұрагерлік жоспары жоқ құрылым — артық қадамдары бар жалдау.
• Жұмыс ағыныңды ешкім модельдемейді. Өз орындарын ұстайтын, топтық PNR-ларды виза кезеңдеріне тігетін қажылық операторы — жалпы жүйеге ешқашан дәл сыймайтын жұмыс істеп жүр.

Үшінші жол да бар: дүкенді сатып ал, тек шынымен өзіңдікі болатын бөлігін құр. Платформа дәл сол үшін рейс және қонақүй API-ларын береді, бірақ қолжетімділік өзіне-өзі қызмет ететін кілттен емес, әңгімеден басталады. Толық құрылымға бекінбес бұрын осы аралас жолды бағала, өйткені шынымен бақылағың келген бөлік әдетте бір жұмыс ағыны, бүтін жүйе емес.

Егер моделің sub-agent-терге сүйенсе, оны да дұрыс бағала. Мұнда credit limit пен settlement шот-фактурасы біріншілік ұғымдар, біреу жексенбіде салыстыратын кесте емес; құрылымда бұл — алғашқы сметаға ешкім жазбаған екінші жоба.

Екі жаққа да қойылатын бір сұрақ

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

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