Мой личный склад идей

Как выбрать подрядчика для разработки сайта, интернет-магазина, ТГ-бота и других ИТ-продуктов Да простят меня господа разработчики, но я устал из раза в раз слышать, как люди снова и снова попадают на плохих подрядчиков, теряя огромное количество времени и денег. Сегодня разберём самые важные моменты, которые стоит учитывать при выборе подрядчиков. Букв будет много, готовьтесь. Погнали! Красивые кейсы ≠ хороший подрядчик В разработке (и дизайне) крайне легко создать видимость красивого портфолио, и у многих начинающих компаний есть огромный соблазн воспользоваться этой возможностью. В интернете полно красивых и бесплатных примеров работ, которые можно спокойно вставить себе на сайт и выдать за свои. Даже если примеры реально делала эта компания, нет гарантии, что те же специалисты всё ещё там работают. Они могли давно сбежать из плохой компании, и никого, кто мог бы работать на их уровне, уже не осталось. Красиво снаружи ≠ красиво внутри Любое портфолио показывает лишь внешнюю часть сайта или приложения — обёртку. А за всю функциональную часть отвечает внутренняя структура, которую вам никто никогда не покажет. И самая частая проблема — когда внутренняя часть сделана неквалифицированными специалистами. В результате на сайте или в приложении постоянно возникают ошибки, случаются сбои, а вы вынуждены тратить много времени и денег на доработки и постоянный поиск багов. Помните: нарисовать красивый дизайн — легко, а сделать так, чтобы он работал без ошибок, — гораздо сложнее. Но почему-то подрядчиков чаще всего выбирают именно по самой простой их работе. Представьте, что вы сделали очень красивый сайт за 1 млн рублей, но форма отправки заказа постоянно выдаёт ошибку, и вы теряете клиентов. Такой сайт со временем превращается в сайт уже за 2 млн рублей, а ваш бизнес — в тыкву. "Да, всё сделаем!" — а потом начинается… Если подрядчик соглашается на любые хотелки без обсуждения деталей — это тревожный знак. Скорее всего, он плохо понимает объём работы или рассчитывает потом на доплаты. Хороший подрядчик обязан задать огромное количество вопросов, чтобы сделать именно то, что вам нужно, а не то, что понял он. Работа без ТЗ — гарантия проблем Работая без ТЗ, вы гарантированно обрекаете себя на бесконечные доработки или вариант «и так сойдёт», лишь бы проект хоть как-то сдвинулся с места. Дополнительно, если подрядчик не просит ТЗ, он либо неопытен, либо собирается делать так, как ему удобнее. Скорость коммуникации Если подрядчик ещё на этапе обсуждения проекта долго отвечает, это уже верный признак того, что в реальной работе ждать ответа придётся ещё дольше. Код без документации — ловушка для будущих доработок Если подрядчик не готов предоставить полную документацию по проекту, включая его развертывание сторонними специалистами, это означает, что любые доработки придётся делать только у него (по его цене и срокам). Отсутствие внятного договора — риск зависнуть в конфликте Самый очевидный пункт решил оставить напоследок. Без договора легко получить просрочку, нерабочий код или вообще исчезнувшего подрядчика. А если договор есть, но в нём нет чётких сроков, условий доработок и гарантий — считайте, что его нет. На этом у меня всё. И даже это — не все нюансы, которые могут возникнуть при выборе подрядчиков. Ну и если вам нужна консультация, то первая — по цене чашки кофе, пишите в ЛС 😀