Есть один тип задач, которые выглядят мелкими, пока вы не попробуете их “просто сделать”

А потом выясняется, что “просто” заканчивается быстро.

Дальше начинается цепочка: требования, сценарии, риски, удобство, поддержка, что будет если человек уйдёт. И “маленькая штука” превращается в проект.

В этом месте обычно и умирает половина инициатив. Вход неприятный.

Сначала нужно найти исполнителя. Часто не одного. Потом объяснить, что вы хотите, и получить предложения.

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

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

А дальше начинается классика с ТЗ, интерфейсом и переделками.

Исполнитель просит “хоть какое-то ТЗ”, ты объясняешь на пальцах, он понимает по-своему.

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

Дальше по кругу: тут переделать, там переделать. Дизайнер правит, программист встраивает, потом тестируют.

А потом отдельная серия: “окей, а как этим вообще пользоваться?” Хорошо, если всё интуитивно. Чаще есть странные углы, без которых система не работает. Значит нужна инструкция или обучение. Потом кто-то уходит, приходит новый человек, и его снова надо учить. В итоге вы покупаете не инструмент, а зависимость от людей, которые “помнят как оно устроено”.

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

У меня всё началось с картинок в WordPress. Alt и подписи живут как попало. Имена файлов тоже. В медиатеке лежит неиспользуемое. Любое массовое переименование выглядит как приглашение в клуб “битые ссылки и внезапные сюрпризы”.

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

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

Появился другой вход: можно двигаться итерациями, собирать требования вопросами и уточнениями по ходу, а не пытаться сразу написать “правильное ТЗ” с первого раза.

Поэтому я и пошёл этим путём: через Cursor, через быстрые итерации, собрать инструмент под свою задачу и не влезать в историю “команда, проект, сроки”.

Самый полезный момент был даже не в коде. Я попросил Cursor позадавать мне вопросы и провести меня по логике требований, чтобы из моих “хочу вот так” получилось нормальное описание задачи. Потому что когда ты не живёшь в разработке, самое дорогое место не “написать”, а “понять, что именно должно получиться”.

Инструмент заработал почти сразу. Реальная работа была в другом: чтобы им было удобно пользоваться.

Стартанул с версии 0.1 и успокоился, приняв результат как приемлемый, только на версии 1.2. То есть понадобилось 12 попыток довести инструмент до состояния, которое меня устраивает. По времени это заняло примерно 5–6 часов вместе с моим обучением. Параллельно досмотрел пару серий сериала по “Властелину колец”, которые давно висели недосмотренными.

Продолжение в первом комменте 👇