Тройничок хотите? Лайфхак как избежать threesome-foursome при заказе аутстаф услуг
При покупке разработчиков, дизайнеров, аналитиков и других специалистов в аутстаф - ОЧЕНЬ легко наткнуться на перепродажников специалистов, ниже самый простой в жизни лайфхак, который позволит выявить перепродажу и не переплачивать 40% от стоимости услуг.
Что такое аутстаф и почему часто становится тройничком
Взять дизайнера, разработчика, девопса, аналитика, подключить к своей команде, назначить своего менеджера и платить не за выполненные задачи, а за предоставленные ресурсы - это аутстаф.
Бывают случаи, когда при заказе разработчика в аутстаф он действительно есть у генподрядчика, но чаще всего существует субпорядчик, у которого есть свой субподрядчик, который уже берет у конечного подрядчика ресурсы и продаёт генеральному подрядчику, а тот клиенту. Именно так возникает тройничёк или четвертачёк, что не идёт на пользу устойчивости всей конструкции.
Как избежать попадания в такую неловкую ситуацию
Чаще всего конечные клиенты проводят собеседование разработчика, проверяя профессиональные навыки и оценивая возможность внедрения конкретного разработчика в команду проекта.
Иногда заказчики хитрят задают каверзные вопросы, например:
- Из какой вы компании?
Но видавший виды аутстаф-перекуп уже знает все эти трюки и заранее инструктирует разработчика, дрессируя выдачу правильных ответов. Но есть один вопрос, который положит на лопатки 99% перепродажных конструкций:
Как зовут директора вашей компании?
В подавляющем большинстве случаев специалист субподрядчика не знает ничего о внутренней кухне генерального подрядчика, поэтому такой банальный ответ введёт в ступор и раскроет субподрядную конструкцию. Если компания слишком уж большая, то можно использовать вариации с линейным руководителем или каким-либо ещё коллегой, которого точно должен знать внутренний специалист.
Почему тройнички это плохо
Тройнички это, может, и хорошо, но точно не при покупке аутстаф услуг и вот почему:
- Каждое звено генерирует договорные отношения, которые развивают общую хрупкость конструкции.
- На каждом этаже конструкции генерируется добавленная стоимость, но не всегда генерируется ценность. Итого человек, который в закупке стоит 1600 рублей / час, может выйти 3000 рублей / час.
- Каждый этаж конструкции затрудняет коммуникацию. Например, специалисту надо в отпуск, пока сигнал дойдёт до заказчика и обратно - произойдёт очень много коммуникаций, которые могут сигнал заглушить.
- Денежный вопрос. Не факт, что деньги от заказчика вовремя будут попадать вовремя и вообще попадать на самый нижний этаж субподрядной конструкции.
- Хрупкость приводит к разрушению. Многоэтажные конструкции могут стремительно ломаться, что приводит к необходимости заново искать исполнителя, собеседовать, онбордить, оффбордить, погружать в проект.
Безусловно в ИТ субподрядные конструкции существуют повсеместно, но не надо превращать их субподрядные оргии, пусть это останется делом генерального подрядчика и максимум одного субподрядчика.
При этом лично замечал случаи, когда многоэтажная конструкция из шести (!!!) звеньев себя оправдывала, но это было однажды и это было исключение из правил.