Я проектировщик информационных систем, основатель питерского Проектората и международного lp151. Рассказываю о проектировании, маркетинге и работе на фрилансе.
Работая с американцами в 3D, понял, что они платят сразу, практически не вносят правок (учитывая, что ты делаешь круто). Работая с русскими, ты работаешь за копейки с тысячей правок
Егор, звук в видео тихий. Возможно ты делаешь редактирование в наушниках и поэтому там звучит всё окей. Но если ты сравнишь громкость своего видео с громкость любого подкаста на колонке сразу заметишь разницу.
Если честно, Вы далпаеп, простите. Площадка выставляет свои условия либо да, либо ищи сам, ну и условия не такие кощунские. Вы же ютубу не выставляете требования, что видео для взрослых выкладывать не можете, но можете это сделать на другом сервисе.
Я туда хотел залететь, но получается схема такая, что мне надо зарегаться самозанятым только для того, чтобы иметь возможность подать им канал на проверку (по которому может быть и отказ).
12:55, у меня тут была заминка на пункте «Ссылки». Так вот ссылки - это как раз рекламные ссылки, которые ведут из креатива куда-то ещё (в телеграм-канал или на внешний ресурс). Их указываем здесь. А заминка была потому что дальше есть пункт «Ссылки на внешние ресурсы» и я размышлял именно о нём. Этот пункт нужен для того, чтобы ссылаться на крупные файлы, опубликованные на внешних ресурсах. Например, если наш рекламный креатив - это огромный тяжёлый видеоролик. Мы заливаем его на какой-нибудь специализированный хостинг и ссылаемся, т.к. ОРД сам не в состоянии хранить крупные файлы.
Егор, приветствую! Ситуация такая. В моей группе заказали рекламу на 2 недели, договор оформили, сумму указали, креатив создали, опубликовали. Спустя 2 недели заказчик попросил продлить рекламу еще на 2 недели. Как нам поступить? Создавать новый договор или внести правки в существующую в договоре сумму?
Я не юрист, чтобы раздавать такие советы. С учётом этого: можно и так, и так. Сделайте, как вам удобно. За креатив всё равно отчитываетесь каждый месяц перед ЕРИРом. Только не надо вносить правки в существующую в договоре сумму, если он уже подписан. Просто оформите дополнительное соглашение к существующему договору.
Не хотите - не удаляйте, дело ваше. Единственно, придётся за него отчитываться ежемесячно в ЕРИР. А через год с момента публикации erid метка закончит действовать и нужно будет её менять на новую.
Привет, Егор! Спасибо, очень интересно. Вопрос. Используешь ли в своих документах диаграммы (например UML), блок-схемы и т.п.? Мне кажется они добавляют наглядности и способствуют лучшему пониманию клиентом, разработчиком.
Один раз акт точно нужно создать, согласно условиям договора. А ещё каждый год надо будет создавать новую метку для креатива, потому что она действует не дольше года. А ещё регулярно нужно будет отправлять статистические отчёты. В общем, сегодня проще отказаться от идеи размещения креатива на долгий срок, чем удовлетворять требованиям закона. Но это то, что я примерно где-то что-то читал и слышал. Лучше подобные вопросы адресовать юристам.
Наконец-то не лекция про спецификации! Вопрос про описании формы, зачем перечислять текстом все элементы (заголовок, поле 1, поле 2 и т.д.? Ведь это не новая информация и в прототипе она уже есть, и более наглядная.
Для того, чтобы, если понадобится, было что дополнить описанием. В прототипе же я не могу написать напротив поля, сколько в него можно вводить символов и каких именно. А также то, как они валидируются. А в спецификации - могу. Спецификация - это документ, который при должном внимании рассчитан на то, чтобы с ним в будущем ещё долго работали (параллельно с развитием проекта), актуализировали и дополняли сведениями, которые не показать в дизайне. А для этого нужно сначала заложить структуру.
@@user-zd1sy3mk6o Заголовок: сегодня это просто текст, который можно посмотреть в прототипе, а завтра это потенциальная переменная для двух языковых версий сайта, которую можно показать в документации. Имя, телефон, почта: когда-нибудь кто-нибудь может добавить описание, какая максимальная длина может быть у этих полей, какие символы недопустимо использовать при вводе, а также какие именно сообщения об ошибках, связанных с валидацией данных, необходимо показывать под каждым полем. Документация не только дублирует текстом то, что уже есть в дизайне, но и подготавливает почву для дальнейшего развития интерфейса. Конечно же можно всё это не описывать и заниматься реверс-инжинирингом легаси лет через пять. Более того, в моём окружении в большинстве случаев именно так и происходит.
в ютьбе несколько лет назад появилась возможность прикладывать в описание таймстемпы, чтобы можно было перемещаться в нужный кусок записи а за последний год появился ИИ, который может сам по записи генерить таймстемпы
Егор, спасибо за очень краткие, информативные и структурированные выпуски, смотреть (или слушать, как я чаще делаю) одно удовольствие )) Хотел только добавить, что по моему мнению, демонстрировать незаблюреные данные клиентов - это не очень корректно (по отношению к этим клиентам). Если конечно они не давали на это своего согласия. Что думаете по этому поводу
Да, я рассуждал насчёт этичности демонстрации этих данных. Для меня здесь что-то на грани. Это просто контакты в Телеграме. Большинство из них действуют не под своими именами. Получается из личной информации здесь только сам факт сотрудничества со мной. Но это тоже не что-то секретное, т.к. я веду открытую деятельность.
очень крутой формат. Егор скажи я так понял ui ux это и есть проектировщик, а ты разве не должен разрабатывать кнопки дизайн сайта итд и на каком этапе эта делается а то 3 видео и все об документации но дизайнер же ещё и прорисовывает сайт, и это тоже надо согласовывать с заказчиком сними. было бы круто если бы ты снял один проект полного цикла видения клиента и всей проделанной работы в отдельный плей лист, за такое и донатов нежалко.)
Проектировщик - это человек, который проектирует пользовательскую часть информационной системы, описывает, как она работает, и передаёт это описание разработчикам - участникам следующих этапов, чтобы они могли по нему разобраться в задаче и оценить объёмы и сроки своей работы. 20 лет назад, когда я начинал, роли были довольно простыми: проектировщик, дизайнер, верстальщик, программист. Сегодня роль проектировщика разделилась на много других ролей. Технический писатель, аналитик, UX-дизайнер и так далее. Роль дизайнера тоже где-то развалилась, а где-то примкнула к роли проектировщика и стала называться UX/UI. Но нынешние UX/UI обычно не занимаются глубоким проектированием. Если вы встретите UX/UI, который описывает свою работу в документации, держите такого человека и не отпускайте, это вымирающий вид. Большинство специалистов хотели бы рисовать картинки и не хотели бы пятьдесят раз перерисовывать их из-за меняющихся требований или описывать принцип их работы в многостраничных документах. Так что нет, никто ничего не должен. Я, например, не должен заниматься дизайном кнопок. Но это не потому что это не входит в задачи UX/UI. А потому что я не называю себя ни UX, ни UI дизайнером. Я проектировщик. И ещё перед началом работ с клиентом объясняю ему, какие задачи я беру на себя, а какие нет. Если на каком-то проекте мне захочется посоздавать макеты в Фигме, я так и скажу. Кстати, видео с рассказом о полном цикле создания проекта у меня есть где-то на этом канале. Лет семь-восемь назад записывал. Суть до сих пор не поменялась.
Хороший вопрос. Я действительно заплатил эту сумму самому себе. В том конкретном случае у меня был выбор - потратить своё время, эквивалентное этой сумме, на написание ФС, либо заняться чем-то другим. У меня была роль ПО (product owner) и задач хватало. И вот в одном случае я махнул рукой, мол «и так справятся». А в другом я сел и потратил свои часы на документ. Количество денег я посчитал исходя из того, сколько инвестор платил в месяц за мою часть работы. А позже я уже поручал это дело своему штатному проектировщику.
здорово, когда эксперт в технической области во время своей работы не пренебрегает получением и использованием знаний проектного менеджмента. отличное видео.
А что если в итоге, клиент вечно будет чем-то недоволен, будет откладывать подписание итогового акта? Был такой опыт у Вас? Или скажем, дату подписания откладывать, объясняя этого тем, что нужно проанализировать, рассмотреть, ещё проконсультироваться и т.д.
Нет, такой сценарий невозможен. Чем клиент будет недоволен, если мы с ним вместе решаем, как лучше, с первых переговоров, которые происходят через день-два после начала работ? Для чего ему что-то затягивать и откладывать? Такое у меня бывало только в начале карьеры. Когда я приносил результат двухнедельной работы, скидывал его клиенту и ожидал обратной связи в виде пачки комментариев. Там клиенту мог не понравиться результат - но как его вообще приводить к нужному виду, когда уже проделан такой объём работы? У людей просто руки опускались.
Здравствуйте. Спасибо за ваш рассказ. Очень интересно. С нетерпением жду следующего. Было бы интересно посмотреть прямо сами переговоры и разработку на живом примере. Левая часть лица очень сильно затемнена.
О, пересказать КП в двух словах в мессенджере - это ловко придумано. Мне почему-то казалось, что маленькие задачи - в месенджере, большие - в почте. А можно и там, и там!
Это даже не бизнес-логика, а текстовое описание работы пользовательской части интерфейса. А внутреннее описание работы всех задействованных систем, то, как они обмениваются данными, где эти данные хранятся и в каком виде, все это выходит за рамки компетенций проектировщика и делается обычно системным аналитиком. Ну и это документ не на 40 страниц будет, а чуть побольше.
