Выбрать разработчика для интеграции сложнее, чем кажется, по одной коварной причине: качество его работы невидимо до тех пор, пока что-нибудь не сломается. Сайт можно посмотреть глазами, текст — прочитать, а интеграцию на старте видно только с одной стороны — «работает на демо». А вот заложил ли исполнитель обработку сбоев, защитил ли доступы, ведёт ли логи — всё это всплывёт месяцы спустя, когда внешний сервис прилёг, и заказы либо спокойно дождались своей очереди, либо тихо испарились.
Поэтому выбирать интегратора по принципу «кто дешевле и быстрее пообещал» — прямая дорога к тому самому сценарию с пропавшими данными. Но есть способ заранее отличить того, кто думает о надёжности, от того, кто делает «лишь бы завелось». Он не требует технических знаний — нужно лишь задать правильные вопросы и знать, какие ответы должны насторожить. Разберём признаки надёжного исполнителя, двенадцать вопросов до сделки и как оформить приёмку.
Эта статья — часть раздела про интеграции и API. Смежные темы: как составить ТЗ, стоимость интеграции, безопасность доступов.
Что вы узнаете из статьи
- Главный признак, по которому видно надёжного интегратора за пять минут
- 12 вопросов, которые стоит задать до сделки
- Почему самая низкая цена в интеграциях особенно опасна
- Как проверить портфолио, не разбираясь в коде
- Как оформить приёмку, чтобы не было споров на финале
Главный признак: кто задаёт вопросы, тот и думает о надёжности
Есть один признак, который выдаёт класс интегратора быстрее любого резюме: он сам задаёт вопросы, прежде чем называть цену. Когда вы описываете задачу, а в ответ слышите «понял, это на пару часов» без единого уточнения — насторожитесь. Скорее всего, человек уже мысленно представил «happy path», на котором всё хорошо, и не подумал о том, что бывает иначе.
Надёжный исполнитель ведёт себя наоборот. Он спросит: «А что делать, если внешний сервис не ответит? Заявку повторить или можно потерять?» «Дубли возможны, как их отличать?» «Где будут лежать доступы и кто их видит?» Эти вопросы — не придирки и не способ набить цену. Это работа профессионала, который по опыту знает, что интеграции ломаются именно здесь, и хочет учесть это заранее, а не латать в проде.
Второй верный признак — человек объясняет решения по-человечески, а не прячется за частоколом терминов. Если на вопрос «почему так?» вы получаете понятный ответ на языке вашего бизнеса — отлично. Если в ответ сыплется жаргон, за которым непонятно, есть ли смысл, — это либо неумение объяснять, либо попытка пустить пыль в глаза. И то и другое в долгом проекте утомит. Третий признак — наличие отзывов и истории похожих работ, которые реально проверить, а не «поверьте на слово».
Двенадцать вопросов до сделки
Вот список вопросов, которые превращают выбор из лотереи в осознанное решение. Не нужно устраивать допрос — достаточно вплести их в обсуждение и послушать, как человек отвечает.
Про надёжность: что произойдёт с данными при сбое внешнего сервиса — повтор, очередь или потеря? Как система отличит повторное уведомление от нового события? Что будет, если в данных окажется ошибка — упадёт весь обмен или пропустит проблемную запись?
Про безопасность: как и где вы храните ключи и доступы? Кто будет иметь к ним доступ после сдачи проекта? Эти вопросы напрямую ведут к теме защиты доступов, на которой дешёвые интеграции сыпятся чаще всего.
Про прозрачность: будет ли журнал, по которому я смогу проверить судьбу конкретной записи? В каком виде я получу результат и доступы после сдачи?
Про границы: что входит в названную цену, а что считается доработкой? Как мы поступим, если по ходу выяснится что-то непредвиденное?
Про опыт и приёмку: делали ли вы похожие интеграции, можно ли посмотреть отзывы? Как мы организуем приёмку — по каким сценариям я принимаю работу? Половина этих вопросов отпадёт сама, если у вас на руках понятное ТЗ — оно задаёт рамку, в которой исполнителю проще отвечать предметно.
Ценность не в том, чтобы получить «правильные» ответы по списку, а в том, как человек реагирует. Спокойно и по делу — хороший знак. Раздражение, отмашки «да там всё стандартно», обещания «всё будет идеально» без конкретики — повод поискать дальше.
Почему дешевле — не значит выгоднее
Соблазн взять того, кто назвал самую низкую цену, в интеграциях особенно опасен, и вот почему. В отличие от многих услуг, здесь низкая цена почти всегда означает не «эффективнее работает», а «меньше делает». Срезают именно невидимое: обработку ошибок, защиту доступов, логирование — всё то, чего не видно на демо, но без чего интеграция рушится при первом сбое.
Получается ловушка. На старте дешёвый исполнитель выглядит выгодно: то же самое, но за полцены. А через пару месяцев внешний сервис моргнул, заявки начали теряться, и выясняется, что обработки сбоев нет, логов нет, и даже непонятно, сколько заказов пропало. Дальше — поиск второго специалиста, расследование, переделка. Суммарно выходит дороже, чем если бы сразу взяли того, кто заложил надёжность.
Поэтому сравнивать стоит не цифры, а наполнение. Попросите каждого кандидата сказать, что входит в его цену, — и вы увидите, что «дёшево» и «дорого» отличаются не жадностью исполнителя, а объёмом работы. Выбирать разумно из тех, у кого адекватная цена сочетается с подтверждённым опытом, а не из тех, кто просто назвал меньшую сумму.
Как проверить портфолио без технических знаний
Заказчик часто пасует перед портфолио: «там код, я в нём ничего не пойму». И зря, потому что проверять нужно не код, а репутацию. Смотрите на отзывы прошлых заказчиков: что писали про надёжность, про соблюдение сроков, не было ли историй с переделками. Смотрите, делал ли человек похожие на вашу задачи — интеграция с платёжкой и интеграция двух CRM требуют разного опыта.
Самый показательный приём — попросить рассказать про сложный случай: «была интеграция, которая пошла не так? Что случилось и как вы её чинили?» По ответу видно сразу две вещи: реальный опыт (у того, кто много работал, такие истории есть всегда) и честность. Хороший специалист спокойно расскажет про сбой и как с ним разобрался. Тот, кто уверяет, что у него всё и всегда идеально, либо лукавит, либо сделал слишком мало, чтобы столкнуться с реальностью.
Как оформить приёмку, чтобы не спорить на финале
Приёмку проще всего испортить, оставив её на финал без договорённостей. Тогда «работает» превращается в спор: заказчик считает, что не работает, исполнитель — что всё сдано. Чтобы этого не было, критерии приёмки согласуют в начале.
Договоритесь заранее, по каким сценариям принимаете работу, и пропишите их. Принимать нужно сломанные сценарии, а не идеальный: что происходит при сбое внешнего сервиса, при дубле, при ошибке в данных. Проверьте, что в логах видна каждая операция. Платите по факту прохождения этих сценариев, а не по факту «вроде завелось». Когда правила игры известны с самого начала, финал проходит без драм: либо сценарии проходят и работа принята, либо исполнитель доводит её до конца по согласованным критериям.
Как платформа помогает выбрать интегратора
На Где.Эксперт разработчиков интеграций выбирают по реальным отзывам и истории выполненных заказов. Видно, кто делал похожие задачи, как заказчики оценили надёжность и сроки, не было ли историй с пропавшими данными и переделками. Это снимает главную трудность — невозможность оценить качество интеграции на старте: за вас это уже сделали прошлые заказчики.
Можно начать с обсуждения задачи и по ходу задать те самые вопросы про сбои, доступы и логи — по ответам сразу видно, кто думает о надёжности. Оплата идёт по факту выполнения, а отзывы работают страховкой от исполнителя, который делает «happy path» и исчезает, когда что-то ломается.
Часто задаваемые вопросы
Как отличить надёжного разработчика?
Он сам задаёт вопросы про нештатные ситуации до того, как назвать цену, объясняет решения по-человечески и имеет проверяемые отзывы. Тот, кто сразу говорит «на пару часов» без уточнений, обычно делает только happy path.
Какие вопросы задать до старта?
Про поведение при сбоях, хранение доступов, наличие логов, опыт похожих работ, границы цены и сценарии приёмки. Реакция на эти вопросы говорит о специалисте больше, чем портфолио.
Стоит ли брать самого дешёвого?
Нет. Низкая цена в интеграциях означает срезанную надёжность: нет обработки ошибок, защиты доступов, логов. Это всплывает потерей данных и дорогой переделкой. Сравнивайте наполнение, а не цифры.
Как проверить портфолио без знаний кода?
Смотрите отзывы и историю, а не код. Спросите про случай, который пошёл не так, и как его чинили — по ответу видно опыт и честность.
Как оформить приёмку?
Согласуйте сценарии приёмки в начале и пропишите их. Принимайте сломанные сценарии, проверяйте логи, платите по факту их прохождения. Тогда на финале нет споров.
Заключение
Сложность выбора интегратора в том, что качество его работы невидимо, пока что-нибудь не сломается. Но распознать надёжного исполнителя можно заранее — по одному простому признаку: он сам спрашивает про сбои, дубли и доступы, прежде чем называть цену, и объясняет решения понятно, а не прячется за терминами.
Задайте двенадцать вопросов, не гонитесь за самой низкой ценой (в интеграциях она означает срезанную надёжность), проверяйте отзывы и истории сложных случаев вместо кода и согласуйте сценарии приёмки в начале, а не на финале. А проще всего сделать это там, где репутация исполнителя уже собрана из отзывов прошлых заказчиков — они проверили надёжность за вас.
Найдите интегратора на Где.Эксперт — выбирайте по реальным отзывам, задавайте вопросы до старта и платите по факту выполнения.