Сдал восемь работ за неделю: что общего у проектов, которые доходят до конца

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

Что именно я сдал

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

Третья работа — финансовый разбор компании по официальной отчётности. Получилась записка на 16 страниц. Четвёртая — витрина автомобилей. В ней объявление собирается из пересланного поста: человек пересылает пост боту, а на витрине появляется карточка.

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

Задача звучит как проблема, а не как «хочу бота»

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

Когда задача звучит как проблема, понятно, когда работа закончена. Проблема решена — значит, готово. Когда задача звучит как «хочу бота», конца у неё нет. Бота можно улучшать бесконечно, и никто не знает, где остановиться.

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

Один человек, который быстро отвечает

Второе общее: со стороны заказчика был один человек, который отвечал быстро. Не обязательно мгновенно. Но в тот же день, а не через неделю.

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

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

Работа сдаётся частями

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

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

Честный список того, что не доделано

Четвёртое: каждая сдача заканчивалась списком того, что не доделано, и почему. Например, «каталог подключим завтра». Или «на сайте пока номер-заглушка, ждём настоящий». Я не прячу хвосты и не делаю вид, что всё идеально.

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

Документ — тоже результат

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

Разбор помогает принять решение. Модель показывает, сойдётся ли экономика, до того как тратить деньги на разработку. Разведка данных экономит недели, потому что проект начинается с понимания, а не с догадок. Я считаю такие работы полноценным результатом, а не «подготовкой к настоящей работе».

Что тормозит и как я с этим работаю

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

Я свёл это в таблицу. Это не теория, а то, что я вижу на своих проектах.

Частые вопросы

Восемь работ за неделю — это же спешка?

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

Зачем сдавать проект, если что-то не доделано?

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

Документ без кода — это тоже заказ?

Да. Разбор, предложение или модель помогают принять решение до больших затрат. Иногда это самая полезная часть проекта.

Что делать, если у нас решает несколько человек?

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

Что вам нужно от меня в начале?

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

Коротко о главном

Восемь очень разных работ дошли до конца по одним и тем же причинам. Задача была проблемой, а не пожеланием. Был один человек, который быстро отвечал. Работа сдавалась частями, а хвосты записывались честно.

Скорость проекта чаще упирается в ответы заказчика, чем в разработку. Код обычно готов раньше, чем доступы, фотографии и решения. Поэтому в начале я договариваюсь, кто и как быстро отвечает. Это самый простой способ не растянуть проект вдвое.

Если у вас есть задача, с которой хочется наконец дойти до конца, опишите её в двух словах. Я задам пару вопросов и предложу этапы. Напишите в Telegram, MAX или VK.