Разбор задачи и архитектуры
Сначала определяем цель, архитектуру, интеграции и разумный объём первой версии.
ПРОЗРАЧНАЯ ОЦЕНКА
SCOPE BEFORE PRICEДва проекта с одинаковым названием «сайт» могут отличаться по объёму в несколько раз. Поэтому мы сначала фиксируем задачу, данные, интеграции и границы первой версии. Только потом называем стоимость.
На сайте мы не публикуем фиктивную «цену от». После короткого разбора вы получаете оценку с допущениями и понятным объёмом работ.
ASH STUDIO ≠ ASH PLATFORM
Эта страница относится к индивидуальным проектам ASH Studio. ASH Platform развивается как отдельный подписочный продукт. Коммерческие тарифы Platform будут опубликованы отдельно после утверждения.
МОДЕЛИ РАБОТЫ
Сначала определяем цель, архитектуру, интеграции и разумный объём первой версии.
Фиксируем конкретный результат, границы, этапы и стоимость до старта разработки.
Двигаемся рабочими этапами, пересматривая приоритеты после каждого проверяемого результата.
ЧТО ВЛИЯЕТ НА СТОИМОСТЬ
Авторизация, права, кабинеты, состояния, согласования и нестандартные бизнес-правила.
Модель данных, миграции, поиск, история изменений, файлы и требования к целостности.
CRM, Telegram, платежи, API, вебхуки, повторные попытки и ограничения внешних сервисов.
Количество процессов, используемые модели, проверка ответов, участие человека и контроль расходов.
Нужна ли новая визуальная система, сложные интерфейсы, иллюстрации, тексты и локализация.
Мониторинг, журнал действий, безопасность, резервирование и требования к важным операциям.
КАК ФОРМИРУЕТСЯ СТОИМОСТЬ AI
Не называем неподтверждённую фиксированную цену AI-ассистента или агента. Сначала определяем сценарий, интеграции и ожидаемую нагрузку.
Разбор задачи, сценарии, база знаний, интеграции, права доступа, тестирование и запуск.
Изменения сценариев, мониторинг, обновление знаний и поддержка интеграций после запуска.
Стоимость моделей, API и сообщений зависит от выбранных провайдеров и фактического использования.
ДО НАЧАЛА РАЗРАБОТКИ
Что входит в первую версию и что сознательно остаётся за её пределами.
Какие допущения использованы в оценке и что может изменить стоимость.
Какие этапы можно проверить отдельно и какой результат считается готовым.
Какие внешние сервисы и регулярные расходы потребуются после запуска.
Кому принадлежат код и данные и как проект можно развивать дальше.
Потому что мы не хотим продавать фиктивную цифру. Одностраничный сайт, мультиязычный корпоративный сайт и продукт с CRM могут называться «сайтом», но это разные проекты. Сначала определяем scope, потом называем цену.
Да. Обычно это предпочтительнее: выделяем минимальный полезный вертикальный срез, запускаем его и расширяем систему только после проверки реального использования.
Бюджет влияет на архитектуру решения. Если задача не помещается в него целиком, мы предложим уменьшить scope, разбить работу на этапы или использовать готовый сервис там, где кастом не оправдан.
ХОТИТЕ ПОНЯТЬ РЕАЛЬНЫЙ ДИАПАЗОН?
В форме можно указать бюджетный диапазон, срок и тип задачи. Этого достаточно, чтобы начать предметный разговор о scope.
Получить оценку scope