Агентство говорит, давайте сделаем кастомную разработку, что это конкретно значит и когда это влетит в копеечку?

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

Мы во Франкфурте делаем похожий по объёму бизнес по запчастям. В 2021 году отдали 19 000 € за кастомную панель заказов. За два года потратили ещё 14 000 € на обновления и баги. В итоге закрыли систему и перешли на стандартную облачную B2B-систему за 150 € в месяц. Сейчас намного спокойнее.

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

Ну какая уникальная бизнес-модель может быть в поставках для ресторанов, чтобы готовые B2B e-commerce платформы не подошли? По-моему, агентство увидело в вас лёгкого клиента. Обычно фраза «ваш бизнес слишком особенный» — это стандартный аргумент продаж, чтобы раздуть счёт в пять раз.

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

600 евро в месяц за поддержку — это вообще ненужная нагрузка для бизнеса из 8 человек. готовые e-commerce инструменты решают это за 100-200 евро в месяц потом в общем по-моему тратьте деньги не на софт, а на обучение персонала.

Какая у вас сейчас ERP или бухгалтерская программа? Может, агентство предлагает кастом потому, что ваша старая бухгалтерская система закрыта для внешних подключений и не даёт стандартных интеграций. Проблема в экране заказов или в потоке данных за ним?

Как думаете, это сработает в любом масштабе? После сдачи проекта система продолжает жить; обслуживание — отдельная статья расходов.

Если на один вопрос вы получаете три разных ответа, вопрос задан неправильно. Если напишете результат здесь это поможет и другим.

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

исправьте, если я ошибаюсь.

Вопрос будет немного наивным, извините заранее. Если не зафиксировать это письменно с самого начала, потом возникнут споры.

буду отстаивать обратное не обижайтесь. решения работаюющие в малом масштабе рушатся при росте я узнал это слишком поздно.

главное не цифра, а то, на основе чего она получена. на этом всё извините, если затянул.

Появились три разных мнения они дополняют друг друга. честно спросите кто готовил КП и кто будет выполнять работу.

Я долго занимался этим вопросом. ну после сдачи проекта система продолжает жить; обслуживание — отдельная статья расходов.

Это мое мнение не утверждаю что оно единственно верное.

Я думаю иначе. Без измерений мы всегда приходим к одному и тому же.

Оставлю как заметку, пригодится.

Краткое резюме для новичков: Пытаться сделать это в одиночку — самый дорогой путь.

Расскажу, как это делается на практике. Самое дешевое предложение обычно самое непродуманное.

Если напишете результат здесь, это поможет и другим.

Я бы не торопился. То что делают все не значит, что это правильно.

Хорошо, что вы создали эту тему.