Страх, обман и ненависть в Лас - Вегасе IT.

Слышали такую фразу, как "Договорился и передоговорился."
В первые я с ней столкнулся на одном из первых проектов, обсудили, что делаем:
- демонстрационную панель на основе данных в excel;

Ну окей, посчитали деньги/ сроки, и как говориться "Поехали".

А потом родилось 300% требований, за те же сроки и суммы.
И тогда были мысли сказать:
- "А не пошли бы вы сударь на ..... ."

Вот и дело с концом и наши нервы в порядке, но и портфолио пустое.🤔



Сейчас конечно легким движением руки soft - skills джинсы, предлог выше превращается в элегантные шорты предложения формата:
- "Уважаемый сер, мы договорились на определенный объем работ, который включает в себя (1, 2, 3), в рамках действующего договора расширять требования невозможно, так как команда разработки тоже должна кушать".

Но это был почти первый шаг в B2B, и хотелось сделать его, что бы положить в портфолио, так что как вы уже поняли, все было "проглочено".😄

Жалею ли об этом опыте?
Однозначно нет, ошибки - наши лучшие учителя.
Данный опыт дал опыт и понимание насколько фраза "Передоговорился" постоянна в IT.

А какой же опыт из этого я взял?
В следующем проекте я уже прежде, посылать на ... подписываться на условия реализации, добавил пункт про составление макета итоговой визуализации.
Что бы, в договоре были конкретные примеры, что ждем по итогу проекта.

Думаете проблема с "Передоговорился" решена??
Нет конечно.😂

Хотя это и дало небольшое улучшение в части погружения заказчика, в нюансы реализации.

Но итоговое решение данной проблемы появилось спустя пол года, проб и ошибок.
Какое именно?
Думаю отдельно распишу, когда подсвечу пайплайн по этапам работ.

Так нужно ли браться за такие истории или ну их в топку ?

На старте пути, однозначно да.
Приобретаете опыт, кейс в портфолио, и узнаваемость на рынке. ( если ваш маркетолог работает )
Но всегда фиксируйте договорённости, и стадии проекта...
Меньше будет желания послать на ... 😂

#история

Провел мать его ребрендинг.😄
Data Muse, конечно звучит приятно...
Но индивидуальность убивает напрочь.

Фотку хотел поменять бы тоже, да вот не ходок я на профессиональные фотосессии, так что пока фотку в технический долг положу...

Где у меня уже кладбище долгов. ( но честно стараюсь вычищать периодически это кладбище )

UPD:
Фотку все же нашел с выставки рубиконф 2024.
За что огромное спасибо фотографу, в Рубиконф2025.
Оттуда вынесу вагон положительных эмоций и не забуду поделиться тут.

Это я, каждый понедельник.

#смех_да_и_только

З - Заказчик, И - исполнитель.

З: Коллеги, а можно сделать в этом вашем BI, отчет "Реализация тугриков за 3/4 половины квартала, 4 фазы луны", желательно завтра, и вот вам наша экселька как пример.

И: Да нет проблем, дайте методологию, мы рассмотрим логику формирования и предоставим итоговый отчет.

З: Вот не надо думать и логику смотреть, ПРОСТО СДЕЛАЙТЕ И ВСЕ, что сложного ?!

День спустя....

З: Коллеги, получили отчет, спасибо за оперативность, но что-то цифры не бьются, в чем дело?

И: Так мы сделали как и просили, все по вашему отчету.

З: ТАК ДУМАТЬ НАДО БЫЛО, а не в тупую делать.

#типичный_диалог

И: Коллеги, подключились к целевой таблице, делаем отчет.
От вас ждем список желаемых наименований по полям.

З: Во дела, аналитики данных спрашивают нас, что за данных они видят, вот умора…

Сдали отчет…

З: Коллеги, директор посмотрел отчет, ничего не понял по наименованиям .
Мы вообще то, НАЗЫВАЕМ ИХ ПО СВОЕЙ ЛОГИКЕ, А НЕ ВАШЕЙ.

З: Вот файл с наименованием, могли бы и раньше запросить.
Исправить нужно вчера ASAP.

#типичный_диалог

UX для дашбордов: не дизайн ради дизайна, а удобство для людей!

Что такое UX-дизайн - это не просто красивые картинки. Это продуманный сценарий пользователя, который помогает ему быстро находить нужную информацию и принимать правильные решения.

Представьте себя на месте Олега, который заходит на ваш дашборд. Что он видит в первую очередь? Если за первые секунды он не понимает, что здесь происходит, значит, с навигацией беда.

Типичные ошибки, "топовового UX":

* Гистограммы “на весь лист” с кучей непонятных/несвязных групп.
* Объемные таблицы, в которых нужно долго копаться.
* KPI-карточки, затерявшиеся где-то внизу страницы.
Пока разберешься, что к чему, уже и KPI не нужны!
Пару примеров неудачного UX в скринах.


Чтобы такого не было, задай себе ряд вопросов:

* Кто будет смотреть этот дашборд? Для директора и аналитика нужны разные дашборды! Директору - пару ключевых цифр, аналитику - детализированные таблицы.

* Какая отчетность нужна? День, неделя, месяц? Сравнивать недельные данные с дневными - это бред!

* Какие данные нужны? Разрезы, сравнения, приоритетные направления? Чем больше данных, тем сложнее дашборд.

* Дашборд вообще нужен? Может, достаточно просто рассылать отчеты по почте? Зачем усложнять, если можно сделать проще?

А зачем вообще нужен дашборд?

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

Непродуманный UX = Дашборд-мертвец!

Чем сложнее дашборд и чем меньше им пользуются, тем больше вероятность, что вы зря потратили время.

UX-дизайн - это постоянный поиск баланса между опытом аналитика и предпочтениями пользователей. Это когда аналитик своим опытом “высекает” грани, корректируя и направляя пользователя, а пользователи на основе своих предпочтений формируют удобный для себя инструмент.

Рубрика “Да поможет мне UX!”:

Мне часто попадают дашборды соискателей и начинающих спецов на ревью, в этой рубрике буду разбирать типовые ошибки!
А потом - вместе переделывать их, с пояснениями почему мы сделали так и в чем польза!

#саморазвитие

Доброго утречка.🌞

Когда сделал кейс со сроком ВЧЕРА, а пользователь спрашивает:
- А чего такие тормоза в системе ?!

#смех_да_и_только

Я конечно не старец, но я пророчил неделю дедлайнов перед летом.

#смех_да_и_только

Всем доброго пятничного утра.🌞

#смех_да_и_только