Нужно ли мобильному сервису сразу делать нативное приложение

Добрый день.

Буду максимально краток: мы разрабатываем продукт, у которого большая часть трафика будет мобильным — iOS и Android.

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

Хотел спросить у читателей, насколько охотно они пользуются мобильными версиями сайтов? И хотел узнать, может у кого-то есть опыт запуска в подобном формате?

Спасибо.

0
25 комментариев
Написать комментарий...
Дима Рыбальченко

1. "приложение никогда лишним не бывает"-
Ресурсы тоже не бывают лишними, особенно на разработку приложение, которое неизвестно нах. надо или не надо.
2. "А после программистам тоже надо что то делать. Ошибки исправлять плюс Приложение делать."
По идее кодеры в данном случае разные должны быть, не?

3. По существу.
Если вы делаете сервис для мобайла, то вы по-моему всё перепутали нахер. Делайте приложение и к нему десктопный сайт в качестве поддержки.

Мобильный траф откуда планируется, с каких каналов?

Ответить
Развернуть ветку
Denis Ivanov

"По идее кодеры должны быть разные"

Не важно разные кодеры или мастера на все руки. Если задумал проект у тебя всегда они должны быть. Как только закончилась разработка веб, работа ещё не закончена явно!

Ответить
Развернуть ветку
Антон Кузьмин

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

Ответить
Развернуть ветку

Комментарий удален модератором

Развернуть ветку
Aleks B

как вариант сделать мобильную версию/адаптив и запилить в контейнере вебвью для сторов, phonegap/xamarin те же

Ответить
Развернуть ветку
Богдан Соболев

Только хотел про phoneGap написать)

Ответить
Развернуть ветку
sf

Вообще сейчас есть штука поинтереснее PhoneGap -- это ReactNative. Позволяет делать нативные аппы на все том же JavaScript. Я бы попробовал.

Ответить
Развернуть ветку
Aleks B

а чем лучше?

Ответить
Развернуть ветку
Артём Лисовский

Пока что слишком много костылей

Ответить
Развернуть ветку

Комментарий удален модератором

Развернуть ветку
FIT

Создаем приложения в эконом сегменте, можете обращаться.

Ответить
Развернуть ветку
Артём Лисовский

Ваш ленд не удачен, не смог найти кейсы, технологии, цены. Переделываем неудачные ленды в эконом сегменте, можете обращаться.

Ответить
Развернуть ветку
FIT

Можно посмотреть портфолио с вашими удачными лендами, кейсами, технологиями и ценами?

Ответить
Развернуть ветку
Sasha Demidov

Если сервис сложный мобильная версия будет лагать и вызывать отторжение - проверенно на костыльных решения с упаковокой web в WebView.
Не получится и рыбку съесть и на люстре покататься.

Ответить
Развернуть ветку
Pierre Rambal-Cochet

Вне зависимости от того, насколько хороша и стабильна мобильная версия или адаптация сама по себе?

Ответить
Развернуть ветку

Комментарий удален модератором

Развернуть ветку
Denis Ivanov

У нас та же делема. Мало того, мы ещё и думаем нужна ли нам мобильная версия. Пришли к следующему. Запускаем веб версию, продвигаем и по ходу продвижения делаем Приложение и мобильную версию.

Ответить
Развернуть ветку
Slog.me

Могу посоветовать обратить внимание на PhoneGap. Грубо говоря, делаешь сайт и эта штука делает из него приложение. Могу помочь, сам сейчас на нем делаю приложения. Там никаких сложностей нет. Простые вещи можно делать очень легко и "особые" программисты для этого не требуются. Там css, html, javascript и все в таком духе.

Ответить
Развернуть ветку
Михаил Епихин

А пробовали использовать Backend as a service платформы?

Ответить
Развернуть ветку
Slog.me

Нет

Ответить
Развернуть ветку

Комментарий удален модератором

Развернуть ветку
BatyaMedic

Приложение никогда не будет лишним,на самом деле.

Ответить
Развернуть ветку
Denis Ivanov

Думаю для старта веба достаточно. А после программистам тоже надо что то делать. Ошибки исправлять плюс Приложение делать.

Ответить
Развернуть ветку
Олег

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

Ответить
Развернуть ветку
Alex Ponomar

React Native в помощь.

Ответить
Развернуть ветку
Alexey Koren

В такой ситуации может гибридные сделать? Работы чуть-чуть побольше чем веб-версия или даже то же самое. Для первого релиза ок, заодно фидбек по фичам соберете, а то понапишите сейчас натива на 2 платформы а надо совсем другое. Потом будете смотреть уже - вбухивать ресурсы в натив или реакт, дальше на гибриде ехать или расходиться по домам вообще

Ответить
Развернуть ветку
Pierre Rambal-Cochet

Тот же вопрос мучает. Решили делать адаптивный веб, затем вылизать, постепенно добавить пару фишек (ибо сразу дорого и хлопотно), затем разом органично перенести весь функционал в приложение, а не лепить наскоряк приложение, а потом перелопачивать его вместе с сайтом.
Хотя если у автора формат изначально со ставкой на приложения, то может сдвинуть сроки, дабы не разочаровывать пользователя?
А вообще, подскажите люди с опытом, у кого какие доли трафка между вебом и приложениями?

Ответить
Развернуть ветку
Дима Рыбальченко

Имхо, кто куда льёт, у того и такие доли. :)

Ответить
Развернуть ветку
Hoffman

Если сервис мобильный и весь трафик мобильный, то о чем речь вообще? Конечно, нужно приложение. Начать можно с одной платформы.

Если не нужны какие-то сложные нативные штуки, то можно и кроссплатформенное сделать. Тут была статья недавно с кучей комментов и меня там заверяли, что Cordova уже не как 2 года назад и позволяет добиться хорошего результата. Можете React Native посмотреть, но если не знаете реакт, то берите Кордову.

Ответить
Развернуть ветку

Комментарий удален модератором

Развернуть ветку

Комментарий удален модератором

Развернуть ветку

Комментарий удален модератором

Развернуть ветку

Комментарий удален модератором

Развернуть ветку
22 комментария
Раскрывать всегда