Как мы сделали коробочное решение для запуска мессенджера

Последнее время мы в Bright Mobile видим рост обращений на разработку приложений, где в основе лежит общение между пользователями.

Решили сделать собственный модуль c функционалом общения, где ключевой фишкой будет возможность добавить дополнительную логику к этому мессенджеру. Например, сделать агрегатом новостных лент с обсуждением, сервис заказа услуг, приложение для консалтингового агентства и т.д.

В этой статье я расскажу вам об идее создания мессенджера. В одно время, мы увидели большой спрос на реализацию мессенджера, но не чат ботов как, допустим, в Telegram, а приложения, в основе которого лежит переписка между людьми, т.е. в базисе лежит собственный мессенджер. Допустим, вы хотите сделать приложение а-ля Авито, где люди выкладывают объявления по продаже б/у товаров. Покупатель листает ленту или находит нужный ему товар, ему не нужно ждать отклика на заявку, он сразу же напрямую ведет диалог с продавцом и договаривается о встрече. Быстро, удобно, без кучи созвонов и поиска контакта в WhatsApp или Telegram.

У нас возникла идея о том, что можно сделать счастливыми намного больше людей, запустив коробочное решение, но, не загоняя в жёсткие рамки мессенджера, а с возможностью добавлять различные функции. Плюсы такой модели в том, что её стоимость на порядок меньше, чем во многих студиях. В основном, гуглятся статьи, где предлагается разработка с нуля и за аналог WhatsApp в среднем называется стоимость от 45000$ до 55000$. Это огромная сумма, и вряд ли она обоснована на этапе тестирования идеи приложения. Решили, что можно сделать готовое (коробочное) решение по адекватной цене. Наша платформа мессенджера – это, в первую очередь, MVP для стартапов, во-вторую возможность создать добавочную стоимость бизнесу.

Самый важный момент состоит в том, что – это не «жёсткое» коробочное решение, а платформа для развития. Мы даем основу, к которой можно добавить, к примеру, ленту новостей, группы, просмотр видео, фото и т.д. То есть, в дальнейшем, можно добавлять туда что угодно, в зависимости от целей и бизнес-процессов.

Архитектура приложения выглядит следующим образом:

Недавно к нам обратился мой знакомый - Павел. У него собственное консалтинговое агентство, которое специализируется на повышении продаж оптовиков и производств. У него была проблема. Когда основной консалтинг завершён, то на поддержку клиент переходит к его подчинённому, а это серьёзно сказывалось на качестве оказываемых услуг. Павел рассказал, что ежемесячно недополучает 50 - 100 тысяч просто из-за того, что кто-то из помощников косячит. Мы с ним пришли к модели, что при внедрении месседжера он сможет получить вот такие ценности:

Пообщавшись, мы пришли к выводу, что к базовому функционалу потребуется несколько дополнительных экранов:

Плюсом добавился брендированный под фирменный стиль компании дизайн. С учётом наших цен приложение вышло чуть дороже 100 тыс. Причём, без привязки к нам. Любой php-разработчик, знакомый с Bitrix.Framework смог бы сделать эти доработки под Павла. На данный момент приложение дорабатывается, но можно посмотреть линкованные мокапы будущего приложения.

В первую очередь наш проект мессенджера - это стартап. Поэтому мы его развиваем в формате Customer Development. На данный момент, за полторы недели, мы продали 9 лицензий. Купившие клиенты проголосовали за развитие в следующем направлении:

Как вы видите развитие этого проекта? Стоит ли активно добавлять функционал или лучше оставить гибкость платформы, при которой любой программист сможет доработать приложение под клиента?