Статья. Дневники. О разработке веб-сайтов и иных проектов в IT

О процессах

Я очень люблю хорошо выстроенные процессы. Когда все продумано, отлажено, оптимизировано и работает предсказуемым образом.

Транзактный анализ

Есть три состояния: Внутренний Ребенок, Родитель и Взрослый.

Ребенок – хочу и не хочу.

Родитель – можно и нельзя.

Взрослый – выгодно и невыгодно.

Каждый человек может быть одновременно в одном эго-состоянии и из него коммуницировать и отношаться с другим человеком.

Каждый контакт – транзакция. Транзакции бывают перекрестными и параллельными.

Параллельные транзакции бесконфликтны и понятны. Перекрестные конфликтны.

С коллегами я общаюсь как Взрослый-Взрослый. У нас есть процесс, мы занимаемся с ним, ставя во главу угла эффективность, выгодность.

Если они ко мне обращаются из Взрослого, конфликта нет.

Если я обращаюсь Взрослый-Взрослый, а коллега, допустим, воспринимает это как Ребенок, считая, что я на позиции Родителя, то транзакция получается перекрестной. И, конечно, плохо тут ему/ей, потому что Ребенок более беспомощен и он эмоционален, а меня он воспринимает как строгого родителя.

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

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

Кроме того, я всегда очень соблюдаю субординацию.

И мой стиль работы относится к работе, а не к отношениям и не к отдельным людям. И то, какая я сейчас - это не строгость и не жесткость, я даже на 1% еще не включала их, как я могу. Потому что мне дали другую вводную: никого не обижать. Я не выстраиваю личные отношения на работе и с клиентами. А рабочие отношения с коллегами – это Взрослый-Взрослый.

Ужасная мать

Если человек хочет видеть во мне родителя, то достаточно усвоить, что я хвалю за то, что сделано хорошо. Я - злая мать. Это вот так и выглядит. Хорошие, добрые мамы ругают за то, что сделано плохо. То есть, я НЕ РУГАЮ за косяки. Моя строгость - это общий фон, на котором бывают всплески "я тобой довольна".

Итоги двух недель по работе

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

В управленческом плане по ведению проектов все понятно и освоено (мы помним, что будут еще нервяки на этапе сдачи проекта, но пока неактуально). Не все делается без ошибок, но ошибки некритичные и я их не повторяю. Это можно рассматривать как процесс обучения.

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

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

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

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

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

Нелюбимых задач у меня нет, я во все включаюсь ровно, без каких-либо предпочтений.

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

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

По результативности в целом: я думаю, что все ОК. Задачи поставленные закрываются, хотя с поправкой где-то на необходимость доучить и проконтролировать или дать больше времени. По времени – цифры плавающие, но я по истощенности понимаю, что мы выбираем весь возможный мой ресурс каждый день. Больше взять невозможно, хотя технически можно усадить меня еще на пару часов в день, только толку не будет. Новые задачи со временем быстрее решаются, конечно, по мере того, как я разбираюсь в них. В деньгах я результативность оценить не могу. Точнее, я понимаю, как формируются сметы, и могу как-то сориентироваться в своем участии в проектах, но сейчас это оценить точно сложно, т.к. идет процесс обучения и наставники включаются в старые задачи вместе со мной. В конце-концов, подсчеты – не мое дело.

Я в целом успокоилась после первой недели, потому что я понимаю, что польза от меня тут есть и уже достаточно заметная, и я вряд ли хуже условного менеджера с hh, которого, в общем, точно так же вводили бы в процесс и доучивали.

По сложности и интересности для меня все ОК.

Все.

Выстраивание процессов

На незавершённых задачах работает эффект Зейгарник: мы про них помним, их проще завершить, чем бросить. Пока она в работе, она переваривается и разрешается в результат. Откат в предыдущий статус сбрасывает всю эффективность процесса. Разработчик не думает над решением, он не ищет помощи, а просто обнуляет значимость задачи для мозга. Более того, я вынужденно за ним сбрасываю значимость задачи, и мозг работает вхолостую на контроль.

Как двигать задачи

Есть такой психологический эффект: эффект Зейгарник. Мы лучше помним незавершенные задачи, они требуют больше ресурсов мозга. Прервать задачу всегда неприятнее, чем ее завершить.

Если мы взяли задачу и поменяли статус на "в работе" – она начинает обрабатываться вашим мозгом. Это ОК.

Если мы не закончили ее до конца дня, но оставили ее в статусе "в работе" до утра – она продолжает перевариваться во время сна, новые нейронные связи образуются. Это тоже ОК. Тогда с утра ты садишься за эту же задачу и или понимаешь наконец, как ее решить, или понимаешь, как проблема выглядит, и что тебе нужна помощь старшего товарища. Тогда мы меняем статус на "нужен комментарий" и переставляем задачу на старшего товарища или кто там еще готов включиться и подсказать решение. А они, когда ответили, возвращают тебе в статус "можно начать". Ты переставляешь в статус "в работе" и начинаешь новый цикл. В конце которого предполагается удовлетворение от решенной задачи и, особенно, от того, что она перестала жрать мозг.

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

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

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

Нагрузка

За три недели на меня повесили аккаунтинг по пяти проектам. Не понарошку, я отработала по всем проектам. С включением в чаты клиентов.

Еще со мной поделились со мной ведением администрирования задач и разработки инструкций. Я разобралась во всех процессах и помогла их отладить.

Еще мне поручили корпоративный сайт.

Еще я работала с будущим аниматором, потому что нужна анимация. Объясняла, учила, давала обратную связь и так далее. И да, она может в анимацию, легко и красиво.

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

Еще мне поручили тех клиентов и сотрудников, которые всех утомили.

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

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

ТРИНАДЦАТЬ полноценных проектов и процессов, в которых я сделала абсолютно все поставленные задачи так, что их не приходилось переделывать, включая улучшенные процессы по работе компании.

О структурировании

Внерабочие задачи разделились на четыре сферы:

• профессиональное;
• контент для публики;
• продвижение;
• web-разработка.

Что? Для кого? Как? Где?

Не то, чтобы мне все приходилось делать в одни руки, но на 90% - в одни. Разве что для web -разработки собирается команда.

Времени, конечно же, катастрофически не хватает на все.

Авторизация опыта

Просматриваю все то, чему успела научиться за три недели.

Очень много всего.

1. Создать проекты в Тайге, настроить, добавить участников, объяснить, как пользоваться тайгой и настраивать ее под себя.
2. Поставить задачи, двигать задачи по статусам до результата, проверить задачи, пролить, сделать мердж-реквесты, пролить на бой.
3. Разрабатывать инструкции по аккаунтингу, ведению, разработке проектов, и так далее.
4. Работать по инструкциям и обучать работать по инструкциям.
5. Работать с админкой (на laravel, отчасти уже умела) и настраивать ее под свои запросы (а вот код править не умела).
6. В принципе править код php. Не так, чтобы очень уж умно и толково, но фрагментарно вполне разбираюсь, чтобы решить мелкие задачи.
7. Делать декомпозицию с проектов в Фигме и проектов вообще.
8. Заниматься аккаунтингом, ведением и разработкой проектов.
9. Разрабатывать проекты от визуала, а не от информации (последнее я уже умею).
10. Работать в vsc.
11. Вести обучение сотрудников (тому, что сама не умею: программирование, дизайн и анимация).
12. Что-нибудь вспомню еще.

В общем и целом, я могу полностью выстроить работу IT-компании и доводить коммерческие проекты до сдачи клиенту. При условии наличия в команде хорошего девопса. Остальные, в общем, могут быть и не гениями.

Заодно авторизовала опыт того, что я уже умела.

1. Менеджерить в принципе и в IT в частности.
2. Разрабатывать сайты от информации (всегда думала, что это – единственный способ, он же логичнее и эффективнее)
3. Разруливать вопросы с клиентами и сотрудниками (да я 20 лет только этим и занимаюсь, не считая психологии).
4. Работать в Git.
5. Верстать.
6. Писать тексты, в том числе коммерческие предложения.
7. Делать аналитическую работу, выстраивать и оптимизировать процессы.
8. Ну и так далее, весь список умений и навыков.

Проще сказать, что я пока не умею: продажи. И то, только потому, что еще ими не занималась.

На год нового не хватило

Хватило на три недели. Какая ж тоска.

О продажах

Всегда, когда что-то плохо работает, можно найти самое узкое место, из-за чего процесс буксует. Вот у меня как у психолога это - продажи. Я плохо умею продавать себя (потому что все то, что предлагается как хорошая практика - это инфоцыганщина, невозможно себя заставить это делать). Буду учиться продажам.

О прототипировании и архитектуре проектов

Месяц с 24 декабря прошел.

Big-разработчик выделил мне сервер, развернул там площадки под все мои сайты с тестовыми и боевыми серверами и настроил рабочие места мне и моим маленьким разработчикам.

И запасся попкорном, я так понимаю.

Развернула проекты в тайге.

Развернула пул задач в чек-листах.

Подключилась к рабочему месту.

Убедилась, что разработчики тоже освоили свои рабочие места.

Проработала процессы создания сайтов.

Составила сводную таблицу готовности проектов по этапам.

Разработала макет брифа, расшарила на наши проекты, начала заполнять.

Раскурила концепт продающего лэндинга.

Освоила Axure, составила прототип лэндинга.

Придумала дизайн своего лэндинга и СРМ

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

Начала раскуривать какой-то там пост о крутых маркетологах, которые завоевали весь мир и пару коньков в придачу. Нашла у них концепцию карты смыслов, сделала аналог для себя. Так-то я лучше этих ребят умею в систематизацию. Внезапно.

Переделала прототип на еще более крутой по карте смыслов.

Проектов в активной работе три: мой лэндинг на месте Ягой, СРМ и универсальный лэндинг на продажу. Еще несколько вылеживаются до отработки всех процессов.

По всем проектам в работе сделала таблицы декомпозиции и файлы со скриншотами.

Допилила инструкции по разработке и ревью.

По Ягой и СРМ поставила задачи на верстку (сотня задач только на Ягой, кхм).

Добилась того, чтобы верстальщик вошел в процесс, освоился, перестал паниковать и начал верстать. Ему, внезапно, удобно и понятно все, быстро верстает, ревью и мердж-реквесты я делаю.

Разработала ТЗ с прототипами таблиц для базы данных. 16 штук, помоги мне, Боженька, это все поднять.

Попутно пилила с другим программистом скрипт дайджеста. И мы даже уже продвигаемся к результату.

Получила от big-разработчика инструкцию, как создавать таблицы. Монструозный кусок опыта надо освоить.

Частично собрала под свои проекты контент.

Скачала кучу курсов заклятых коллег и села раскуривать, как делать курсы, а как делать не надо.

Реанимировала монтаж видяшек и обновила ютуб.

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

В общем и целом, хорошо.

Приступим к созданию базы данных.

Открытие месяца

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

Была ошеломлена, но довольна собой.

Маленький бэкендер

Два часа с разбором кода и заучиванием синтаксиса про создание таблиц.

Выкатила простыню big-разработчику, попросила проверить, все ли я верно поняла. Ну, 27 лет прошло с тех пор, как я последний раз программировала.

Старший товарищ ехидно хмыкнул:

-Так конечно хорошо... Но это понимание на уровне синьёра)

Ну и вообще хвалииииил. Было б за что.

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

Прикрутила таблицы к админке. Не все сразу работает, но часть ошибок я выцедила сама, часть научит исправлять старший товарищ.

Хорошо прям.

Жалуюсь ему: вот если я здесь такая умная, то чего я вчера весь день проплакала, что после 450 дней занятий я все еще не умею правильно держать смычок?

Заботливый старший товарищ прислал мне кусок текста из "Дзэн и искусство уxода за мотоциклом" о спокойствии, которое надо соблюдать, собирая жаровню для шашлыков.

- Ага, - отвечаю я. – Хороший подход, если считать себя жаровней.

Собираю новый сайт

Картиночку к нему нагенерировал big-разработчик, воткнул куда-то в планах среди бесчисленного функционала.

На очередной итерации прототипирования я потеряла доступ к акшуру (триал закончился, а оплатить не получится) и пошла прототипировать сразу в аштмль. Сразу занимаясь декомпозицией и версткой. С бутстрапом в обнимку. И так быстро получается! Красота-то какая.

Прототип в сторибуке хорош тем, что мы сразу видим внесенные правки по дизайну. а не отдельно дизайн, отдельно прототип, отдельно верстка.

1. Созданы компоненты бутстрапа со всем подряд, что нашлось в нем, готовы к стилизации.

2. Созданы компоненты разделов, в них скопирован код бутстрапа. Обычно состоят из нескольких базовых компонентиков с заданным местоположением.

3. Страницы. Только заголовки разделов и код отсылки к компонентам разделов.

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

ОЧЕНЬ БЫСТРО все. Перенести заголовки разделов из карты смыслов на страницу пакетом. Посмотреть на первый заголовок. Перевести его переводчиком. Подставить последним словом в команду артисан. Создать компонент. Посмотреть еще раз на заголовок и прикинуть, какой там будет контент. Выбрать из готовых компонентов карточку, аккордеон, карусель, таблицу, картинку, прочую хню. Вставить в файл нового компонента. Поменять стандартный текст на человеческую заглушку. Проверить в сторибуке. Поправить, если надо. Проверить еще раз. Скопировать оттуда код. Вставить на страницу под заголовком раздела. На прототипирование раздела ушло 5 минут. Или 10, если хочется заебаться и сделать сложный раздел с сочетанием разных компонентов.

Стикеры как заглушки - это мням. Ну, только нюанс, что они квадратные, горизонтальных и вертикальных нет. Но на этапе прототипирования это приятнее, там и так хаос, тут хоть что-то упорядоченное. А к моменту натягивания дизайна поставим пару заглушек другого формата.

Ну реально же сайт с нуля создается. Анализ сделан, хороший. Прототипирование норм идет. Верстка сразу норм. По дизайну все уже почти ясно, закончу с прототипами - разработаю принципиальное ТЗ. База данных с табличками даже работает. И даже можно ее уже вывести, я пробовала.

Очередная профессия - Product Owner.

Ценность опыта

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

Дохрена ж надо знать и уметь

Вот эти прототипы. Я смотрела на образец и думала: вау, как круто, полгода учиться надо, и то не факт, что получится. А сейчас собираю его потихоньку и понимаю, что я и более сложное смогу собрать, в голове распаковалось, как это делается. Но это же все не с нуля. Там в фоне студенточка со сбором сайта от инфы, там ягаябаба с лайаутами-инклудами, там декомпозиция, там сверстанные вручную тысячи страниц, там маркетинг, который я нахваталась отовсюду, там видео, которое тоже умею с нуля под ключ, и аудио, и графика - по шаблонам в канве, но все же, там опыт постинга в соцсети, в тонну сообществ, там в принципе профессиональный опыт, когда ты и клиент и заказчик сайта в одном лице, и понимаешь, как совместить свои цели и цели потребителя, там сео, там гит и все, с ним связанное, там тексты вообще и продающие, там вся техническая база, включая сбор статистики и АБ тесты, там менеджерство, там постановка задач, там умение в диаграмму Ганта и прочее планирование, там даже философия вузовская... И сколько ещё всего неперечисленного.

Я считаю, что я крута

Даже с учётом того, что я училась на чужом опыте. 4 дня от идеи до запуска в производство. 20 часов. Лендинг на 39 блоков. Карта смыслов, по которой проработана архитектура проекта. ТЗ на дизайн и анимацию. Прототип в акшуре, вылизанный до последнего отступа. Наброски ТЗ для баз данных. Много готового контента. Декомпозиция до последней кнопки. Постановка задач.

О скорости разработки

Я когда-то ТЗ на СРМ писала дольше, чем сейчас развернула лендинг Ягой от идеи до начала разработки. И сейчас результат более прозрачный и понятный для работы. Ну, понятно, тут фронт, а не бэк, но вот прям можно подключать уже исполнителей и начинать работать. И я техдира не дергала? Он со своей стороны видел, что на нем разворачивание сайта и рабочих мест, он будет нужен на этапе бэка, потому что ни я, ни Лиза пока это не сможем, но вот это все обошлось без единого вопроса.

Разные подходы

Мы с техдиром разные. Я легко в системы. Он намного легче в отношения. Он людей видит намного лучше меня и понимает, как их использовать в своих целях :)

Кстати, не сложно верить чужому опыту. Есть разница между: неудобно и непривычно. Вот твой опыт – он намного чаще про "непривычно". Если немного привыкнуть, то вопросов не остается. А если что-то именно "неудобно", или неэффективно с точки зрения моего опыта, так я просто про это говорю.

Мне очень комфортно, когда есть сводная таблица работы по проектам:

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

Да, у опытного разработчика все это и в голове умещается. Но мне так нагляднее и функциональнее, с таблицей. Допустим, та же карта смыслов: ее надо было делать до прототипа, в следующий раз я их поменяю местами, это сэкономит время на разработку.

Модель продаж

Интересно, что 20+ лет назад я выстроила потрясающе работающую модель продаж: рассчитанную на тупого обывателя, для которого задачу решал умный исполнитель и проверял умный эксперт. Самый лучший клиент был, который доверялся мне, не отсвечивал со своим мнением и просто носил работу от нас к эксперту и обратно, а я служила гарантом качества и стабильности. Клиентов было дохерища и все прекрасно работало много лет при нулевых затратах на рекламу.

Архитектура

Я рассуждаю от контента. Цель сайта, задачи сайта. Под задачу нужен контент. Если у нас один курс, мы просто ставим контент в код страницы. Если курсов может быть более одного, нужна таблица. Если появляется таблица с полями, то видно, что каждый курс требует видео-анонс или тег. Я думаю над курсом в ключе: нужно сделать анонс, часть текста сюда пойдет. Далее сюда прикладываются тесты, которые могут привлечь к курсу. Новая таблица. Это все требует разработки данных уже сейчас. Визуал уже делается. Верстка по моим прототипам делается. Создать базы данных, собрать контент в таблицы. Когда будет верстка и контент, можно все соединять и смотреть, все ли ок. Допустим, на срм что-то собрали, криво там или нет, но я увидела узкие места, смогла проработать концепцию лучше. А картинка и даже верстка - это копейки на общем фоне.

Опыт

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

Программирование

Программирование - это все-таки принципиально иной формат логики. Опыт у меня: простейшие задачки в школе и в ВУЗе, емнип, на бейсике. Я не помню ничего оттуда, максимум на уровне объяснить программисту, что мою задачу можно решить с использованием if...else по моему мнению. А со всякой психологии, маркетинга, менеджмента и прочего продюсирования на программирование надо прям переключать мозг.

Я довольна :)

Я продралась через создание таблиц до результата. Конечно, пока я создам все таблицы и задам все связи, ещё много времени пройдет. Но я уже чувствую себя маленьким бэкендером :) это было прям очень важно.

О сайте для музыкантов

Есть пять типов профессий по предмету труда: человек - человек, человек - природа, человек - техника, человек - знаковая система, человек - художественный образ. Люди, которые учатся музыке, а потом преподают музыку, это люди, работающие в сфере человек-человек (педагогика), и человек-художественный образ (сама музыка). И у музыкантов в голове просто нет представлений, что контакт может выстраиваться по схеме "человек-символ-человек". Агрегаторы предлагают контакт человек-человек, и даже отзывы, самая значимая часть презентации там - это все равно человек-человек. Это музыкантам понятно. И в окружении других людей нет: музыканты - это такая же каста, как цирковые, они рано уходят в колледжи и рядом только люди про музыку, и до взрослого возраста доживают в музыке в основном дети музыкантов. В отличие от них, обычные люди учатся там, где преподают разные профессии, и они хотя бы способны осознать: "мне нужен сайт, сайты делают компутерщики, моя подружка-филологиня Оля трахалась с Васей, он вроде программист, спрошу у него". А музыканты трахаются с музыкантами. Я впечатлена несказанно, как все эти штуки влияют на поисковую выдачу! И после опыта продвижения на рынке с десятками тысяч конкурентов у меня ощущение, что меня высадили на планету новогодних ёлок: сфера узкая, но пустая совершенно. Что ни делай, отдача будет.

Тут целый веер выводов есть.

На том же примере: репетиторы идут на агрегатор, потому что это им понятен такой путь. (Хотя им не нравится платить комиссию агрегатору).

С кем они работают? С детьми в основном, опустим взрослых, этих мало, другой сегмент.

Кто их целевая аудитория? Родители этих детей! Дети никогда не ищут себе репетиторов, ищут родители, выбор делают родители. Мнение ребенка учитывается после первой живой встречи.

Родитель музыкант, умеющий человек-художественный образ, не пойдет на агрегатор. Как ты не пойдешь искать там джуна. Потому что в своей среде мы ищем по знакомству.

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

То есть, когда мы говорим с клиентом о его сайте, нам надо сводить словари:

- в какой парадигме воспринимает мир человек, чтобы он понял, что мы ему доносим;

- в какой парадигме воспринимает мир его целевая аудитория, и точно ли надо использовать только парадигму клиента, или нужно расширить подачу.

Разница

Похоже, что сайты - это продуктовая история, я делаю это для клиента. А психология (и скрипка) - это про отношения. Поэтому такая разница.

О декомпозиции и нагрузке

Добралась до большого списка задач по разработке. Перелопатила самое простое из имеющегося, актуализировала в Тайге часть задач для сокомандников.

К концу дня все вокруг вскипели. Я ставлю задачи намного быстрее, чем команда успевает их не то, что сделать, а хотя бы осознать.

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