А хочется, чтобы:

• интерфейс объяснял, а не пугал

• сложные вещи ощущались простыми

• человек чувствовал, что ему помогают, а не проверяют на IQ... ну вообще, мог дойти до конца и составить план своего бизнеса!

И вот я здесь. Ищу UX/UI-специалиста, которому интересно:

- делать понятные системы
- проектировать путь пользователя от "я ничего не понимаю" до "о, бл*, получилось"
- поработать с живой логикой продукта, а не просто «перекрасить кнопки»

Я конечно мог бы попробовать https://www.pencil.dev/ или что-то такое... но мы же человеки и делаем для человеков )

Формат честный. Это пока больше энтузиазм + небольшие деньги. Но проект не из серии «сделаем лендинг и разойдёмся». Я в него вложен головой и временем.

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

Короч... если кому-то интересно - напишите в личку (@rick1177 в телеге). Можно просто с мыслью "давай поговорим". ))

P.S. Я пока не могу пустить всех на сервер, ибо он маленький и просто упадёт ) Но готов дать доступы частным порядком)

P.S. Приложу несколько скриншотов, пожалуй )

Если все проекты на 100% успешные, то, скорее всего, в этом нет развития. Объясняем на пальцах, почему провалы — это не зло и что сделать, чтобы их стало меньше.

Можно вечно смотреть на огонь, воду и как команда рвёт на себе волосы из-за неудачного проекта, над которым работала изо всех сил. У всего есть причина и худшее, что можно сделать — сразу попытаться искать её в себе или с укором смотреть на коллег.

Привет! Это WEEEK и мы предлагаем тебе погрузиться в увлекательное чтиво под названием «Кто виноват в срыве проекта» и разобраться во всём, пока ты пьёшь свой кофе.

Что значит «провальный проект»

Условный пример: маркетинговое агентство берёт в работу проект по доработке сайта. Заказчик — мебельный магазин в Балашихе, у которого есть офлайн-салон, но сайт оставляет желать лучшего.

Команда добросовестно работала, но в результате стало хуже, чем было. Заказчик, тем временем, уже написал огромное сообщение в рабочий чат: «Коллеги, всем доброго дня! Какого ху….»

Ответ на этот вопрос зависит от множества факторов, но выделяют три причины, из-за которых этот проект можно считать провальным.

Первая — проект себя не окупил

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

Заказчик вложил 1,8 млн в тотальную переработку сайта. Читай: слил бюджет, потому что, как оказалось, целевой аудитории не нужна крутая анимация и прочие ноу-хау, которые снизили количество заявок на 25%.

Если бы на стадии планирования команда провела нужные исследования рынка и ЦА и объяснила, почему сайт должен быть проще, то, возможно, итог был бы другой.

Вторая  — проект не достиг ожидаемого результата

Заказчик ожидал, что доработка сайта и крутые современные решения увеличат конверсию с 1,2% до 2%, а также снизят стоимость лидов, которые приходят с рекламных кампаний. Но вышло наоборот — конверсия упала до 0,9%, а стоимость лида взлетела на 40%.

Ожидали одно, а вышло — другое. Как это исправить — узнаешь далее.

Третья — проект не сдали вовремя

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

Хотим подчеркнуть: в срыве дедлайнов не всегда виновата команда. Произойти может что угодно, но планировать проект, не учитывая риски — это как скинуть не то сообщение в рабочий чат и удалить только у себя. То есть — печально.

→Методичка о рисках проекта для новичков и опытных, лишним не будет

Где на самом деле ломаются проекты

Справедливости ради отметим, что проекты могут сломаться на любом этапе и от этого никто не застрахован. Опишем самые распространённые причины.

Непонятные цели

Когда нет ответа на вопрос «зачем» и «что мы хотим получить в итоге», то никто не поймёт, что нужно делать.

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

→ Концепция проекта: для кого и зачем мы делаем

→ План проекта: как, за какие сроки и какие результаты мы хотим получить

Завышенные ожидания

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

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

Разрастание объёма работ

Команда изначально планировала доработать сайт — переделать дизайн, добавить форму для обратной связи, сделать нужные настройки. Но вдруг в процессе добавились «Добавить ИИ-чатбот» и «Сделать раздел «Блог» и написать 10 поисковых статей».

Люди и бюджеты  не резиновые. Это значит, что у команды может не хватить сил выполнить весь объем работы в срок, даже если им оплатят гигантские переработки. Где-то на этом этапе проджект встаёт из-за стола и говорит, что у него обед по расписанию.

→Распланировать ресурсы и пожалеть команду

Недостаток ресурсов

Денег, команды профессионалов, времени и нужного оборудования для работы. Команда маркетингового агентства видит задачу про ИИ-бота и понимает: мы такое не умеем, нам нужно искать подрядчика — но это долго и дорого, поэтому будем выкручиваться своими силами.

Выдёргивают сотрудника, который более менее разбирается в нейросетях, и полностью отдают задачу ему, надеясь, что он сам разберётся. Остальные, тем временем, забирают его работу себе. Но выяснилось, что ответственный за ИИ вообще ничего не понимает и в самый последний момент сдаётся, не закончив начатое.

Результат: срыв сроков и тонны успокоительных, которые выпила команда.

Здесь мы могли бы рассказать, как сделали Загруженность в WEEEK, где можно увидеть реальную нагрузку команды и ткнуть носом, кого надо, в график. Хотя, думаю, что можно вырезать, а то уже слишком. (Конечно же, это никто не удалил, прим. ред.😈).

Регулярное отставание от графика работ

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

→Диаграмма Ганта, теперь у дедлайнов будут проблемы с тобой, а не наоборот

Отсутствие нормальной коммуникации

Мы уже сто тысяч раз об этом говорили. Но повторим ещё: ставить задачи в чатах — плохая идея.

Работа по проекту должна быть прозрачной и понятной для каждого члена команды. Идеально — сосредоточить все рабочие процессы в таск-менеджере, чтобы отслеживать, как идут дела по проекту, кто чем занят и насколько всё идёт по плану. Там же — информировать об изменениях. Тогда никто не сможет отмазаться фразой: «Ой, сообщение куда-то улетело».

Как работать с провалом

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

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

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

• Через два месяца после начала работ появилась та самая задача с добавлением ИИ-бота

• Команда неделю пыталась найти подрядчика, потом два дня думала, что делать с этой задачей

• Вместо того, чтобы честно на этом этапе объяснить заказчику, что конкретно эту задачу агентство выполнить не может, отдали её своему сотруднику.

• Это решение оказалось провальным, поэтому его нужно зафиксировать

Далее — продолжить анализировать ход работ до последней задачи.

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

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

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

Как не допустить ошибки

Расписали мы, конечно, красиво. А что на деле? Ответим: чтобы всё работало как надо, нужно выстроить структуру. Ты просто берёшь всё вышенаписанное и раскладываешь это по полочкам в таск-менеджере. Объясним, как это работает в WEEEK.

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

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

Всё решается канбан-досками, где только три колонки: «Сделать» → «В работе» → «Готово». У каждой задачи есть описание, дедлайн, приоритет и исполнитель.

Любой, у кого есть доступ к доскам, может открыть, отфильтровать задачи и увидеть, что в процессе или ещё не готово. Так всем будет проще ориентироваться и не придётся постоянно дергать людей, спрашивая: «Ну что там?».

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

А ещё ты можешь узнать, как команда работает и сколько времени уходит на одну задачу в сервисе Аналитика, чтобы сверяться с планом.

Определяемся со сроками, чтобы контролировать их в диаграмме Ганта. Мы уже оставили ссылочку выше на туториал, как построить и зачем она нужна. Гант есть в WEEEK — тебе нужно всего лишь переключиться между видами представления задач.

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

→ Всё о критическом пути, чтобы не тревожиться о дедлайнах

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

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

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

Если было полезно – маякни в комментариях. Если нет, то тоже напиши, мы всё читаем и принимаем к сведению.

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

📈 Результаты

В пиковый момент онлайн держался около 50 человек стабильно.

Проводились:

• ивенты

• стримы с разбором построек игроков

• развивался лор

Однако из-за нехватки опыта и времени удержать аудиторию на долгой дистанции не получилось.
Затем защита диплома и переезд окончательно вынудили поставить проект на паузу.

🚀 Сейчас

Сейчас есть желание оживить сервер, но не в одиночку.

Есть свободное время, понимание прошлых ошибок и определённый бюджет.

Сразу обозначу:
это не проект с большим коммерческим финансированием.
Скорее инициативный, полуинди формат.

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

👥 Кого ищу

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

Интересуют:

— строители
— технические администраторы
— разработчики плагинов
— дизайнеры
— контент-мейкеры
— люди, разбирающиеся в продвижении
— просто креативные ребята

📂 Материалы проекта

Готов поделиться оставшимися материалами проекта в личных сообщениях.

📩 Связь

Telegram: @Kynnu (предпочтительно)
Discord: @Kynnu

Буду рад пообщаться в личных сообщениях.

В пояснительной записке говорится, что на данный момент Жилищным кодексом РФ установлено повышение платы за коммунальные услуги не выше предельных значений, которые в зависимости от региона варьируются. Индексы были утверждены распоряжением правительства от 25 ноября 2025 года (с более подробной информацией можете ознакомиться здесь).

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

Данный проект направлен на поддержку социально уязвимых слоёв населения, а именно:
• пенсионеров;
• многодетных семей;
• граждан с низким уровнем дохода.

Депутат Госдумы Юрий Афонин, один из авторов законопроекта, сообщил РИА Новости, что данный проект:

«…позволит стабилизировать ситуацию в сфере ЖКХ и снизить нагрузку на граждан и экономику, даст людям возможность спокойно планировать свои расходы на несколько лет вперед, не опасаясь изменений.»

Источник: официальный сайт сетевого издания "Собственник жилья"

https://собственник-жилья.рф/

Что это такое?

Если коротко: это веб-платформа для тех, кто читает, и для тех, кто хочет читать вместе.

1. Личная библиотека без боли Загружаешь книгу (FB2 или EPUB - мирно сосуществуют, без холиваров). Система сама парсит обложку, автора и описание. Никакого ручного заполнения метаданных, мы же ленивые. Главная фишка - синхронизация. Прогресс-бар врет редко. Если ты закрыл книгу на 45-й странице на смартфоне, на планшете или ПК ты откроешь её ровно на том же месте. Магия? Нет, просто нормальная работа с базой данных.

2. Книжные клубы, которые работают Здесь я постарался закрыть боль организаторов.

• Общая книга: Загружается один раз, доступна всем участникам клуба.

• Прозрачность: Видно, кто сколько прочитал. Админ может видеть прогресс каждого (да, ленивцы, вас видно). Это помогает начинать обсуждение именно там, где остановилась группа.

• Общение: Есть чат в реальном времени для эмоций («О боже, он умер!») и доска обсуждений для вдумчивых лонгридов с форматированием.

• Организация: Расписание встреч, план чтения, правила клуба - всё внутри, а не в десяти разных заметках.

3. Техническая часть (для гиков) Я понимаю, что доверие к новым сервисам нужно заслужить. Поэтому проект Open Source. Код выложен на GitVerse (российский аналог GitHub): 👉 https://gitverse.ru/mebius/voxlibris

Можно посмотреть, как это устроено «под капотом», найти баги (они точно есть, я не иллюзионист) или даже развернуть у себя на сервере, если не доверяете облаку. Сам сайт: https://voxlibris.ru (иногда работает через voxli.ru, если любите покороче).

Сделал упор на Mobile-first. Потому что мы живем в телефонах. На десктопе тоже всё красиво, но проверено на мобилках. Безопасность данных и скорость загрузки тоже подтянул, чтобы не ждать открытия страницы дольше, чем читается глава.

Планы на будущее

Проект живой, я его не бросаю после релиза. В планах:

• Улучшение аналитики чтения (графики, статистика, достижения - кто не любит геймификацию?).

• Более гибкие настройки приватности.

• Интеграции с другими сервисами (пока секрет, но что-то связанное с импортом).

• Мобильное приложение (PWA уже работает отлично, но натив - это святое).

Зачем я это пишу на Пикабу?

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

• Критикуйте код в репозитории.

• Ломайте функционал на сайте.

• Пишите в комментариях, чего не хватает.

И главный вопрос, ради которого всё затевалось: а как вы читаете? Бумажные книги, читалки, телефон? Синхронизируете прогресс или каждый раз ищете «где я остановился»? И верите ли вы в книжные клубы, или это всегда превращается в «прочитаю на следующей неделе», которая не наступает?

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

Всем добра и много прочитанных страниц! 📖