Экспресс-консультация
50 000 ₸
Фиксируем границу проекта, данные и критерий, по которому работу стоит продолжать.
ТЕХНИЧЕСКОЕ ЗАДАНИЕ
Техническое задание на внедрение, которое держит границу
Пишу ТЗ от управленческого факта. Интегратор видит, что сдаёт, а собственник видит, за что не доплачивает в середине проекта.
Собственник или операционный директор, который готовит договор с интегратором.
01
СИТУАЦИЯ
Когда размытое ТЗ уже стоит денег
Без границы в ТЗ интегратор сдаёт экраны, а спорный факт так и живёт в таблице. Доплата начинается там, где не было формулировки.
- В договоре «автоматизация продаж» без имени поля и хозяина
- Приёмка описана как «система работает», без контрольного заказа
- Интегратор оценивает часы, не видя справочника номенклатуры
- Прошлый акт закрыли, а отчёт собственника остался ручным
02
РЕЗУЛЬТАТ
ТЗ, с которым можно подписывать оценку
Документ короче презентации: факт, сценарии, состав, исключения, данные на старте и правило приёмки.
- Один главный факт и два-три сценария, которые система обязана провести
- Список того, что в эту очередь не входит
- Какие справочники заказчик отдаёт до старта
- Контрольный заказ, на котором принимают контур
03
КАК ИДЁМ
Ход работы и что нужно от компании
Беру один контур, который уже болит, и описываю его так, чтобы смета интегратора была сравнима.
01
Выбираем один контур
Например, от коммерческого предложения до счёта. Второй контур в это ТЗ не кладём.
02
Описываем сценарии словами операции
Кто создаёт, кто подтверждает, что запрещено, какая цифра появляется на выходе.
03
Выносим исключения
Мобильное приложение, личный кабинет, биометрия — отдельными строками «не в этой очереди».
04
Ставим приёмку на контрольном заказе
Систему принимают на одном реальном заказе, а не на демонстрации пустой базы. Исходные данные: Нужен живой пример операции и имя будущего хозяина. Как операция делается сегодня, в пяти-семи шагах. Где ошибаются чаще всего. Кто будет подтверждать цифру после запуска. Черновик договора или смета, если интегратор уже считал.
04
РИСКИ
Условия задачи
ТЗ описывает одну операцию, хозяина и критерий приёмки. Договор и ландшафт всех систем оформляют отдельно.
- В документ входит одна операция.
- Договор проверяет юрист компании.
- Платформу в ТЗ фиксируют после закрытой развилки.
- ТЗ уходит интегратору, когда назван хозяин процесса.
05
ДОКАЗАТЕЛЬСТВА
Опора и учебный сценарий
Учебный пример. Компания просит «CRM для дилеров». В ТЗ остаётся один сценарий: дилер видит свой остаток и не может заказать позицию, которой нет на складе. Личный кабинет с маркетингом и бонусами вынесен за скобки. Сметы двух интеграторов становятся сравнимы по этому сценарию.
- Предмет модуля: аудит контура, выбор учётной системы, ТЗ и контроль подрядчика.
- Реализация сайтов, CRM и интеграций — контур команды Raskrutov: raskrutov.kz/o-kompanii/o-nas/
- 7000+ — совокупная практика Даниила и команды Raskrutov.
- Свидетельство Astana Hub №2767 выдано ТОО «Раскрутов»: astanahub.com/account/company/15979/
06
ФОРМАТ И ЦЕНА
Как входит проект
Комплексная работа не продаётся пакетом с фиксированной ценой на сайте. Вход — разбор задачи, дальше оценка состава.
Комплексный проект
индивидуальная оценка
Состав, срок и участники считаются после консультации. Реализацию систем делает команда Raskrutov, когда контур уже выбран.
08
ВОПРОСЫ
Частые вопросы
- Интегратор обычно сам пишет ТЗ. Зачем отдельное?
- ТЗ исполнителя описывает то, что ему удобно сдать. ТЗ заказчика фиксирует факт и границу до того, как часы начнут тикать.
- Можно ли потом расширить состав?
- Да, отдельной очередью с новой приёмкой. Расширение в середине первой очереди как раз то, от чего документ защищает.
09
СВЯЗАННЫЕ СТРАНИЦЫ
Что смотреть дальше
Разберём вашу задачу
Напишите в WhatsApp или позвоните — разберём исходную ситуацию и следующий шаг.