Vakilova. AI

🔥 Клиент пустил в проект другого программиста. Всё упало, а пишут тебе

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

Тут легко ошибиться в обе стороны.

Гарантия не покрывает чужие правки

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

Но и «после любого вмешательства гарантия прекращается» писать не стоит. Это слишком грубо, и честнее смотреть на связь причины и поломки.

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

Как спорить фактами, а не словами

При сдаче зафиксируй состояние проекта: отметка версии в репозитории, резервная копия и акт с датой. Это точка, где всё работало.

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

С этим спор «это ваш баг» и «нет, это вы сломали» решается сравнением двух версий, а не неделей переписки.

Что прописать в договоре

Смысл условия может быть таким:

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

Вторая фраза тут важнее первой. Без неё остаётся «ваше слово против моего», с ней есть порядок разбора. Формулировку под свой договор проверь с юристом.

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

Сохраняем и фиксируем проект при сдаче!😎

Vakilova.Ai

📋 Через месяц разработки спор: «это не входило». Как этого избежать

С сырой идеей оценки подрядчиков расходятся, а лишние правки оплачиваете вы. До первого созвона разложите идею с нейросетью.

ПРОМТ:

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

1. Перескажи задачу в 3–4 предложениях.
2. Границы: что входит в первую версию, что точно не входит и что я не указал, но без этого не обойтись.
3. До 5 сценариев: кто будет пользоваться результатом, что он делает шаг за шагом и что происходит, если что-то идёт не по плану.
4. Только проверяемые критерии приёмки первой версии.
5. Что подготовить до созвона.
6. До 10 вопросов разработчику.

Если информации не хватает, пиши «нужно уточнить», не придумывай.

Задача: [вставьте задачу]

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

Получится заготовка к разговору, ТЗ для договора пишут уже после него.

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

Сохраните промт до первого созвона с подрядчиком!😎

Vakilova.Ai

🤖 Оплатили пилот AI-бота, а через месяц им никто не пользуется?

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

1. Какую одну операцию заберёт бот? Ответы на типовые заявки, разбор входящих писем, сверка прайса. «Автоматизировать продажи» не подходит.

2. Сколько эта операция стоит вам сейчас? Посчитайте часы в месяц и ставку сотрудника. Условный пример: 20 часов × 800 ₽ = 16 000 ₽ в месяц. При цене пилота 300 000 ₽ даже полная экономия этих 16 000 ₽ даст около 19 месяцев до возврата затрат. И это без расходов на работу бота.

3. Где лежат данные? Прайс, регламенты, ответы на частые вопросы должны быть в одном месте и в актуальном виде. Иначе первые недели уйдут на сбор, и их тоже оплатите вы.

4. Кто отвечает за бота с вашей стороны? Нужен человек, который проверяет ответы, правит базу и принимает работу. Без него пилот остановится сразу после сдачи.

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

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

Сохраняем перед следующим созвоном с подрядчиком!😎

Vakilova.Ai