К решению писать свое решение пришли после экспериментов почти со всем софтом на рынке. Проблема любой коробки - это то, что она слишком стандартизирована и унифицирована. IIKO для ресторана софт возможно и хороший, но для службы доставки - крайне слабый. Он тяжелый, составной, постоянно падает, очень дорогой - если задействовать весь функционал, при это слабая техподдержка. 

Да и другой софт не лучше. 

Испытуемая доставка еды не является сторонней компанией, а является частью проекта. Да, разработка дорогая, но что делать.

В команде разработчиков есть и бэкэнд и фронтэнд, и дизайнеры, и верстальщик.
По перспективам - либо создание хорошей системы управления компанией в сфере доставки еды типа SaaS, либо дальнейшее развитие службы доставки и софта как неотъемлемой составляющей бренда.

Еще не решили.

Андрей, поддержу автора, большинство существующего на рынке ПО, не очень хорошо заточены под бизнес доставки. От слова "совсем" не очень. IIko - хороший продукт для ресторанов, для учета ТМЦ и тд. 
 А вот все что касается доставки и CRM и работой с базой - ну просто ад. Чего стоит их продукт под названием платиус .. ух вообще гениальная штука. 

 Писать под себя дорого, но эффективнее, есть еще один вариант, это брать существующий продукт и дописывать под себя. Бюджет чуть меньше, но "танцы с бубнами" обеспечены.

 Единственный минус (субъективно) в том, что писать такое ПО, хорошо когда бизнес вырос на определенный уровень и инвестиции в ПО не прямые. 

Я вот в самое ближайшее время, как раз запущу разработку CRM для сети федеральной доставки. ( по этой причине тема близка)