Изпълнителят ви спря да отговаря. Какво да направите през първите 14 дни

Сценарият винаги е един и същ. Един срок се мести. Седмичният разговор става по-кратък, после се отменя. Човекът, с когото сте подписали, е заменен от някой, на когото трябва да обясните всичко отначало. Поискате изходния код и тонът се променя. После нищо. Ето какво да направите, по ред - и редът е по-важен от скоростта.

Дни 1–3: контрол, не код

Не започвайте с търсене на нов разработчик. Започнете, като разберете какво всъщност притежавате. Направете списък на всеки акаунт, от който зависи продуктът, и чие име и имейл стоят на всеки:

Всичко, регистрирано на изпълнителя, е нещо, което наемате, а не притежавате. Собственици на малък бизнес са откривали магазина си заключен и изплащанията спрени, защото акаунтът на „агенцията“ е бил единственият администратор. Прехвърлете каквото можете още днес; документирайте каквото не можете. Сменете паролите и включете двуфакторна защита на всичко, което е ваше. Експортирайте базата данни, ако имате достъп до нея - днешното копие струва повече от всяко обещание за утре.

Дни 3–5: документалната следа

Напишете един спокоен имейл до изпълнителя. Посочете какво е договорено, какво е платено, какво е доставено и какво ви трябва до определена дата: пълният изходен код с историята, всички достъпи, документация на деплоя. Не заплашвайте; просто бъдете конкретни и си изпратете копие. Ако отговорят, имате каквото ви трябва. Ако не - имате началото на претенция, която може никога да не предявите, но която променя разговора с банката, застрахователя и платформите, чиито акаунти се опитвате да върнете.

Съберете договора, всяка фактура, всяко потвърждение за плащане и всяко съобщение, в което е договорен срок или обхват. Връщането на плащане (chargeback) или спорът имат срок; разберете какъв е вашият.

Дни 5–10: истината за кода

Сега доведете инженер - но още не за да оправя нещо. Искате писмена оценка на текущото състояние, която отговаря на три въпроса по ред: какво блокира доверието (дупки в сигурността, изложени данни, плащания, които не се равняват), какво забавя доставката (архитектура, тестове, деплой) и какво може да почака. Тя трябва да записва състоянието на репото, покритието с тестове, инфраструктурата и отворените уязвимости на език, който може да използва нетехнически човек, инвеститор или адвокат.

Внимавайте с първото мнение, което чуете. „Започнете отначало“ е най-лесното, което може да каже нов разработчик, и най-скъпото, което можете да направите. Понякога е вярно. По-често частите от системата, на които потребителите ви вече разчитат, струват повече от чистата архитектура, която пренаписването обещава. Помолете всеки инженер, който препоръчва пренаписване, да запише защо и какво би запазил.

Дни 10–14: изборът кой идва след това

Изгорели сте се, така че сега сте най-внимателният купувач на пазара. Използвайте го. Преди някой да пипне кода, спасителният екип трябва да е готов да ви покаже:

И едно предупреждение от историите за второ изгаряне: компания, която предлага „поемане на код“ и се оказва, че няма собствени инженери, не е спасение. Попитайте кой конкретно ще върши работата - и се срещнете с тях.

Как всъщност изглежда възстановяването

Контролът - върнат или документиран. Писмена картина на кода, която можете да дадете на всеки. Кървенето - спряно: сривове, сигурност, плащания, и мониторинг, за да видим следващия срив преди потребител да го докладва. После продуктът остава на живо, докато счупените части се заменят парче по парче, с пренаписване само там, където рискът го налага. Крайното състояние е нещо, което би минало технически due diligence: тестове, CI/CD, четима история, документация и екип - ваш или на партньор - който може да го поддържа.

Най-трудната част не е техническа. Тя е да повярвате, че този път ще бъде пуснато. Единственият лек е седмичен, видим напредък, който можете да кликнете - затова това е първото, на което да настоявате. Ако искате да обсъдим къде се намирате, кажете ни до какво имате достъп и до какво не; ще ви кажем какво да защитите още днес.