Понятны правила и есть пример
Можно обсуждать ограниченную реализацию. Для оценки нужны исходная запись, ожидаемый результат и исключение.
Прозрачная оценка проекта
Платите за согласованный результат.
Выберите нужные этапы и сохраните состав работ для оценки. Укажите один процесс, действующие системы и ожидаемый результат. Обследование, разработку, внедрение и сопровождение оцениваем отдельно — после уточнения правил, данных и подключений.
Офлайн-предпросмотр · бриф сохраняется на вашем устройстве
Как читать оценки на сайте
Числа в учебных моделях и условные диапазоны на страницах решений не являются утверждённым прайсом. Коммерческая оценка появляется после уточнения состава; стоимость, порядок оплаты и применимые налоги фиксируются в предложении и договоре.
За что платят на каждом этапе
| Этап | Что оцениваем | Проверяемый результат |
|---|---|---|
| Обследование | Один процесс, участники, данные, исключения и доступность интерфейсов | Карта процесса, состав пилота и открытые вопросы. |
| Прототип | Интерфейс и правила на контрольных примерах | Версия для проверки командой до подключения рабочих систем. |
| Пилот | Ограниченный сценарий и согласованные обмены | Пройденный сценарий, протокол замечаний и повторной проверки. |
| Внедрение | Развёртывание, перенос данных, права и обучение | Согласованная версия в выбранной среде и материалы передачи. |
| Сопровождение | Системы, время обслуживания и лимит изменений | Период обслуживания с отчётом; крупные доработки отдельно. |
Сначала определим, что именно оценивать
Неясно, где возникает потеря
Сначала обследование одного процесса. Его результат — состав пилота и основания оценки, а не обязательство заказать разработку.
Есть готовое решение
Сравним настройку существующего инструмента, готовый модуль и доработку. Новую систему не считаем обязательным исходом.
Что меняет стоимость
Правила и исключения
Простой расчёт и процесс с возвратами, согласованиями и версиями требуют разного объёма реализации.
Состояние данных
Подготовленная таблица и несогласованные справочники дают разный объём очистки, сопоставления и проверки.
Интеграции
Важны доступные методы, версии программ, права, ограничения обмена, обработка дублей и ошибок.
Эксплуатация
Размещение, доступность, резервирование, устройства и условия работы согласуются до окончательной оценки.
Как может выглядеть состав оценки
Пример структуры предложения без вымышленной итоговой суммы.
| Часть | В примере учёта выпуска | Как согласуем |
|---|---|---|
| Основной сценарий | Заказ → выпуск → проверка мастером → остаток | Один участок и согласованный маршрут. |
| Данные | Заказы, изделия, операции, роли | Источник, очистка и начальная загрузка обозначены отдельно. |
| Обмен | Передача заказов из действующей системы | Интерфейс проверяется; готовый модуль сравнивается с доработкой. |
| Передача | Инструкция, настройки, протокол проверки | Материалы и права использования фиксируются в договоре. |
| Развитие | Новые участки и подключения | Не считается автоматически включённым в пилот. |
Что важно показать отдельными строками
Сторонние расходы
Лицензии, вычисления ИИ, рекламный бюджет, связь и оборудование не прячем в формулировке «разработка».
Изменение задачи
Новые роли, правила или источники оформляем как изменение состава с оценкой последствий.
Время и оплата
Этапы, сроки и порядок оплаты согласуются по конкретной задаче. Универсальных сроков для всех отраслей нет.
Сопровождение
Разовая передача не означает бессрочную бесплатную поддержку. Период, состав и исключения обозначаются отдельно.
Начать оценку с понятного материала
Соберите состав. Сохраните бриф.
Отметьте нужные работы. Это исходные данные для обсуждения, а не автоматическая цена. Если состав пока неясен, опишите один процесс.
Начнём с вашей задачи
Опишите один процесс, источники данных и результат, который нужен команде. Состав и стоимость согласуем до начала работ.
Выбрать работы для оценки Как проходит разбор задачи