Добавить в корзинуПозвонить
Найти в Дзене
Павел Шерер

IT-факап: как клиенту мозг выносили

У каждого, кто давно разрабатывает цифровые продукты, есть масса забавных и грустных историй про идиотов-клиентов. В массовом сознании среднестатистического дизайнера или разработчика усреднённый клиент – это всегда такой немного дебиловатый хам и клинический скупердяй. Особенно такая картинка ярко проявляется во фриланс-сфере. Разумеется, это так же далеко от правды, как российская оппозиция от реальной власти. В современном мире строить успешный бизнес – та ещё задачка. И если ваш заказчик сумел это сделать, да ещё и пришёл к вам за цифровым продуктом, то с мозгами у него, скорее всего, всё в порядке. Исключениями могут быть представители крупного бизнеса – это когда с вами взаимодействует не владелец бизнеса или даже руководитель, а какой-нибудь менеджер, который боится и слово сказать своему боссу. Да, перегибы были всегда. И мне тоже попадались не очень приятные субъекты, однако в большинстве своём особенных претензий у меня не было даже к ним. Всегда находились какие-то точки пер
Оглавление

У каждого, кто давно разрабатывает цифровые продукты, есть масса забавных и грустных историй про идиотов-клиентов. В массовом сознании среднестатистического дизайнера или разработчика усреднённый клиент – это всегда такой немного дебиловатый хам и клинический скупердяй. Особенно такая картинка ярко проявляется во фриланс-сфере.

Разумеется, это так же далеко от правды, как российская оппозиция от реальной власти. В современном мире строить успешный бизнес – та ещё задачка. И если ваш заказчик сумел это сделать, да ещё и пришёл к вам за цифровым продуктом, то с мозгами у него, скорее всего, всё в порядке.

Исключениями могут быть представители крупного бизнеса – это когда с вами взаимодействует не владелец бизнеса или даже руководитель, а какой-нибудь менеджер, который боится и слово сказать своему боссу.

Да, перегибы были всегда. И мне тоже попадались не очень приятные субъекты, однако в большинстве своём особенных претензий у меня не было даже к ним. Всегда находились какие-то точки пересечения, с помощью которых удавалось наладить грамотную коммуникацию и деловые отношения. Может, повезло, но мне крайне редко попадались действительно мозговыносящие клиенты.

Продюсирование предполагает найм: меня нанимает клиент, я нанимаю подрядчиков. Так вот сегодняшний факап о том, как обычная с виду компания-разработчик оказалась жёсткой головной болью для клиента – то есть для меня.

Внезапно

-2

На самом деле, сложности были не со всей компанией, а лишь с организацией процессов внутри неё. Конкретно – с её аккаунт-менеджерами. Знаете этих милых мальчиков и девочек, которые ни черта не шарят в том, что делают? Да, тех самых, что на каждый ваш вопрос отвечают "мне нужно обсудить это с разработчиками". Хрупкие и нежные – но ровно до тех пор, пока вы не просите их организовать общую встречу с этими самыми разработчиками. Тогда они мигом превращаются в монолитную, непреодолимую стену. Намертво скреплённая корпоративной этикой и регламентами, эта стена не оставляет клиенту и сотруднику ни малейшего шанса прийти к взаимопониманию.

Началось всё сразу после запуска разработки. На момент старта у меня уже была максимально чёткая и полная проектная документация. Так как мне нужна была детальная оценка каждого компонента (а их там было аж восемь), то я даже отдельно заплатил за работы над этой самой оценкой.

Поначалу всё шло нормально. Мне выделили опытного тимлида, который представил каждого члена команды разработки. Мы обсудили некоторые детали, они посоветовали кое-что изменить в архитектуре. Всё как обычно, в общем. Но как только оценка была получена и первый договор подписан, внезапно откуда-то выскочила миленькая девушка, представившаяся мои аккаунтом. Фальшиво улыбаясь, она сообщила, что теперь все коммуникации будут проходить через неё.

Что-то тут не так

-3

Ясное дело, я заподозрил что-то неладное. Первое, что приходит на ум в подобных ситуациях: мы как-то не поладили с разработкой. Если это было так, то проблему нужно было срочно решать – иначе появлялся риск саботажа в середине процесса. Но на мой взгляд, тут всё было в порядке.

Ситуация осложнялась ещё и тем, что в самом начале нашего общения с компанией, я в явном виде показал, какую схемы работы предпочитаю. И аккаунта в этой схеме не было. Поэтому я прямо спросил девушку, можно ли как-то обойтись без неё. Я рассказал, что я сам разработчик и дизайнер, что мне нужно будет осуществлять авторский надзор и что лишнее звено будет только мешать. Попросил её переговорить с руководством и сообщить мне результат.

А сам позвонил знакомому, который мне порекомендовал компанию. Оказалось, что это их обычная практика. Он два раза работал с ними, и оба раза порядок была одинаковым: сначала проводилась оценка с разработчиками, а после старта работ подключался аккаунт.

Мне, вероятно, следовало сразу же свернуть сотрудничество и пойти искать другого подрядчика, но тут я дал слабину. Решил дождаться ответа от миленькой девушки – уж больно мне пришлась по душе продуктовая команда, которую они мне выделили. Это было ошибочным решением.

Всё зря

-4

Два дня оказались потраченными впустую. Девушка то ли не понимала, что я от неё хочу, то ли специально "включала дурака". Сначала мне был предложен график общения с разработчиками. График, Карл! На мой вопрос о том, как она себе представляет авторский надзор по графику (пришлось долго объяснять, что такое этот авторский надзор и даже дать ссылку на собственную статью о нём), она не смогла ответить.

Параллельно происходило некоторое количество обсуждений того, кто и как в таком случае должен ставить задачу разработке. Вариант "всем будет заведовать тимлид" меня не устроил категорически.

Наверное, та девочка-аккаунт меня проклинала и жаловалась руководству, какой тяжёлый ей попался клиент. Я же всего лишь хотел, чтобы мы следовали первоначальным договорённостям и сдаваться был не намерен. Но раз за разом сталкивался с корпоративным регламентом. Регламентом головного мозга. Они не отказывали мне напрямую, но и не соглашались. Хотел бы я посмотреть в лицо тех, кто писал им скрипты и сценарии.

В общем, к концу второго дня я уже порядком утомился. И даже когда со мной связался руководитель компании, желания продолжать сотрудничество не было никакого. Мы попрощались, я пошёл искать нового подрядчика.

Выводы

-5

Не хочу никого обижать. Возможно, я немного утрирую. Но мне кажется, что аккаунт-менеджер и прочие "прокладки" между клиентом и командой нужны только в том случае, если клиент создаёт конкретные проблемы для последней. Во всех остальных случаях они просто выполняют функцию испорченного телефона, серьёзно замедляя процесс создания продукта. А иногда даже негативно влияя на его качество.

Да, я понимаю, что просто нарвался на компанию, которая работает по несколько иной модели, чем та, к которой я привык. Меня удивило даже не то, что они не захотели сделать исключение (хотя проект был довольно крупным: там минимум 9 человек на полгода фуллтайма планировалось занять). Самое паршивое, что в итоге мы на несколько недель вылетели из графика из-за того, что компания всеми правдами и неправдами пыталась удержать клиента, не желая идти на откровенный разговор. В итоге проект на две недели выбился из графика: пришлось искать нового подрядчика и погружать в проект новую команду.

--

Все свои посты я аккумулирую в камерном телеграм-канале, подписывайтесь.