Что я не делаю и почему: честные границы работы

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

Не берусь, когда задачи нет

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

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

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

Не обещаю позиции в поиске и проценты роста

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

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

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

Накрутки, серые схемы и лишние данные

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

Отдельная тема — персональные данные. Если в форме нужен только телефон, я не добавлю поля про паспорт и адрес «вдруг пригодится». Каждое лишнее поле придётся где-то хранить, защищать и объяснять при проверке. Собирать стоит ровно то, без чего процесс не работает.

Медицина, право и другие чужие зоны

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

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

Без живых пользователей и когда готовое дешевле

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

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

Отдельно про дизайн: я не делаю редизайн ради редизайна. Если заявки доходят и людям понятно, куда нажимать, менять внешний вид «потому что устарел» — трата денег. Другое дело, если из-за оформления не находят кнопку или не видят цену: тогда это уже задача, а не вкус.

Как это выглядит на практике

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

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

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

Что я предлагаю вместо отказа

Отказ без альтернативы бесполезен. Вот как это обычно выглядит.

Что я делаю вместо этого

Список отказов длинный, но остаётся достаточно. Сайты, которые не стыдно открыть с телефона. Боты в Telegram и MAX, в том числе с оплатой, кабинетом и уведомлениями сотрудникам. Связь с 1С и другими учётными программами, чтобы данные не переносили руками. Небольшие программы учёта под конкретный процесс. ИИ-помощники там, где они снимают рутину, а не изображают эксперта.

Работаю удалённо, этапами, с понятным результатом на каждом. Как устроен процесс от первого сообщения до запуска — в статье «Как я работаю: процесс от заявки до запуска». А признаки, по которым уже в переписке видно, что проект не сложится, собраны отдельно: «Сигналы, что проект не сложится».

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

Вы отказываетесь, потому что загружены?

Нет, это разные вещи. Если занят, я говорю про сроки и предлагаю начать позже. Отказ по списку выше — про то, что работа не принесёт пользы.

А если я настаиваю и готов платить?

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

Вы правда советуете готовые сервисы вместо своей работы?

Да, регулярно. Это стоит мне заказов, но экономит человеку деньги. Обычно люди возвращаются, когда задача вырастает.

Что значит «доступ к людям, которые пользуются системой»?

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

Что делать, если я не знаю, как сформулировать задачу?

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

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

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

Всё сводится к одному: я не берусь отвечать за то, чем не управляю, и не продаю решение под проблему, которую оно не закрывает. Зато за техническую часть отвечаю целиком и показываю, как проверить результат.

Если ваша задача попала в список, скорее всего, у неё есть другое решение, и я подскажу какое. Если не попала, тем более стоит обсудить. Напишите в Telegram, MAX или VK.