Как работает интернет-бизнес: веб-сервисы и мобильные приложения

Содержание
  1. Веб-сервисы и веб-приложения для бизнеса: кому, зачем и почему нужна такая разработка
  2. Преимущества веб-сервисов
  3. Веб-приложения для бизнеса
  4. В каком виде можно реализовать веб-сервис или приложение
  5. Кому нужна такая разработка?
  6. Как мы разрабатываем мобильное приложение для веб-сервиса: опыт, ошибки и удачные решения
  7. Мобильное приложение для CRM: за и против
  8. Отдать приложение на аутсорс или делать самим?
  9. Как сделать приложение быстро и качественно?
  10. Как улучшить то, что есть?
  11. Как опыт разработки мобильного приложения помогает улучшать существующий продукт?
  12. Что дальше? Краткие выводы
  13. Веб-приложение
  14. Как работает веб-приложение
  15. Технические аспекты
  16. Классификация
  17. AJAX
  18. Пример 1
  19. Пример 2
  20. Как на базе веб-сайта разработать мобильное приложение — Офтоп на vc.ru
  21. Взывая к принципам “Бережливого стартапа” (Lean startup)
  22. Прогрессивное веб-приложение (Progressive Web Apps)
  23. Apache Cordova
  24. React Native
  25. Разработка нативного приложения (Native app development)
  26. Заключение

Веб-сервисы и веб-приложения для бизнеса: кому, зачем и почему нужна такая разработка

Как работает интернет-бизнес: веб-сервисы и мобильные приложения

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

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

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

Сразу возникает вопрос: если есть такой «волшебный» метод упорядочить взаимодействие и ускорить бизнес, почему не все его используют? Во-первых, не всем он нужен. Многие компании пользуются стандартными, распространенными CRM и иными системами, и их все устраивает.

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

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

Типичный пример веб-сервиса — это закрытый портал для взаимодействия работников одной компании.

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

Преимущества веб-сервисов

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

  1. Сокращение затрат. За счет автоматизации процессов и моментального обмена данными происходит экономия рабочего времени сотрудников. Снижаются материальные издержки (те же расходы на канцтовары и электроэнергию). В итоге в компании высвобождаются свободные ресурсы.
  2. Автоматизация. Она, помимо снижения затрат, влечет и повышение эффективности. Представьте, что отчет начинает составлять не бухгалтер, который может уставать, плохо себя чувствовать и потому допускать ошибки, а программа, которая таким факторам не подвержена. Ускоряется рабочий цикл.
  3. Функциональность. Как правило, веб-сервис создают для решения нескольких задач. Поэтому эффективность организации повышается комплексно. Заложенные в продукт функции предусматривают успех по нескольким фронтам.

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

Веб-приложения для бизнеса

Все программные продукты, применяемые в коммерческой или производственной деятельности, условно можно выделить в 2 категории:

  • Софты, решающие внутренние, локальные задачи: рост продаж, повышение эффективности, упрощение сбора, обработки и использования информации.
  • Продукты, нацеленные вовне, ориентированные на работу с внешней аудиторией, направленные на продвижение и развитие бренда, увеличение лояльности ЦА и т. д.

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

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

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

В каком виде можно реализовать веб-сервис или приложение

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

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

Такой подход обычно строится на приоритетных задачах — оптимизировать бизнес-процессы, снизить нагрузку на сотрудников, автоматизировать внутреннее взаимодействие, в результате выйти на те преимущества, которые были названы выше.

Поэтому в ходе даже не самой разработки, а на этапе подготовке к ней, важно:

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

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

  1. Исследования.
  2. Проектирование.
  3. Прототипирование.
  4. Создание дизайна.
  5. Разработка.
  6. Тестирование.
  7. Ввод в эксплуатацию.

В каком примерно виде можно реализовать веб-сервис или приложения:

  • Личные кабинеты.
  • Сервисы для обмена информацией.
  • Софты для формирования финансовых и иных отчетов.
  • Калькуляторы.
  • Сервисы для составления и обработки заявок.
  • Ресурсы для хранения информации.
  • Коммуникационные площадки.
  • Базы данных.

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

Кому нужна такая разработка?

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

В пример можно привести:

  • Производство. Автоматизация здесь помогает существенно снизить издержки.
  • Медицинская деятельность. И в плане внутреннего обмена данными, и в плане удобства клиентов веб-приложения могут быть весьма полезны.
  • Ресторанный бизнес, особенно когда открыта сеть удаленных друг от друга заведений.
  • Туризм.
  • Сфера обслуживания автомобилей. Упорядочить можно процессы на СТО, автомойках — запись клиентов, учет оказанных услуг, ведение программ лояльности.
  • Салоны красоты. Процветающая в настоящее время отрасль может быть успешно автоматизирована, от онлайн-записи на процедуры до учета расходных материалов мастеров.
  • Фитнес-центры, спортивные клубы — и клиентам, и компаниям можно предложить выгодные решения для упорядочения прайсов, расписаний, записи на тренировки, учета достижений.

Как видим, в списке преимущественно присутствует сфера услуг B2C. Но и в других направлениях бизнеса найдется то, что помогут автоматизировать веб-приложения.

— Веб-сервис — это всегда индивидуальное решение, разработка оригинального ПО под точно сформулированные цели. Наша веб-студия успешно реализует такие проекты, выполняя полный комплекс работ по разработке от проведения исследований до запуска. Приглашаем познакомиться с кейсом, посвященным созданию веб-сервиса для крупной сети ресторанов быстрого питания!

Разработка проектирование прототипирование

Источник: https://WebEvolution.ru/blog/sajti/veb-servisi-i-veb-prilozheniya-dlya-biznesa-razrabotka/

Как мы разрабатываем мобильное приложение для веб-сервиса: опыт, ошибки и удачные решения

Как работает интернет-бизнес: веб-сервисы и мобильные приложения

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

Мобильное приложение для CRM: за и против

В нашем случае принять решение помогли сразу 2 фактора:

Мнения были неоднозначными. Одни считали, что приложение не нужно. “Зачем распылять ресурсы?” – спрашивали пользователи. И были по-своему правы – 2 года назад над десктопной версией было еще работать и работать, а команда была небольшой.

Были и те, кто горячо поддержал предложение: мобильность – “ключ к решению вопросов”. Некоторые даже предлагали материальную помощь.

2. Мобильное приложение – один из пунктов, на который обращают внимание потенциальные новые пользователи. Нет приложения – использовать систему не будут, какой бы прекрасной она ни была.

В итоге время шло, Flowlu совершенствовался, команда расширялась. За 2 года поменялись и рыночные обстоятельства: из приятного дополнения приложения стали обязательным элементом функционального “чек-листа” для CRM-систем. Мы решили не отставать от конкурентов и приступили к созданию решения. И сразу же столкнулись со следующим глобальным вопросом.

Отдать приложение на аутсорс или делать самим?

Flowlu активно растет, и нагрузка на команду соответствующая – с приставкой “сверх-”. Что 2 года назад, что сейчас. Сначала нам казалось очевидным, что задачу нужно отдать на аутсорс сторонним разработчикам. Это распространенная практика, но в нашем случае было одно мощное “но”.

По нашему мнению, на аутсорс можно отдавать только проекты определенного типа:

  • не требующие дальнейшей поддержки
  • обслуживающие непрофильные для компании бизнес-процессы или процессы, в которых у компании нет компетенций
  • из тех сфер деятельности, которые напрямую не влияют и не определяют конкурентные преимущества.

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

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

Спойлер: ничего не вышло, мы потеряли время и деньги.

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

А дальше случилась достаточно типичная, и в общем-то, банальная история о сложностях коммуникации и фокусировки. Сначала мы вводили разработчика в курс дела: составляли ТЗ с четкими и понятными целями, рассказывали, как лучше адаптировать наш функционал под мобильную версию. Этот этап занял 2 месяца.

Затем техзадание отправилось в работу. Мы оперативно давали обратную связь, но сроки затягивались вновь и вновь. Подрядчик не мог или не хотел изучить бэкэнд, погружаться в особенности сервиса. В итоге понял, что проект отличается от тех, что он привык выполнять “на раз”. И охладел к нему.

Мы получили голый прототип без функционала – даже не MVP, пригодный для тестового запуска. Мы потеряли 7 месяцев. Прототип был отправлен на помойку, а задачу по разработке приложения отдали собственной команде.

Что мы вынесли из ситуации:

  1. Аутсорс – не плохо, и не нужно делать все самим. На аутсорсе можно делать классные проекты – истории Skype, GitHub и Slack тому подтверждение.
  2. Независимо от компетенций подрядчика вам придется рулить процессом. Подрядчик не будет за вас разрабатывать план работ, подбирать подходящие решения. Чья задача – тот и носится.
  3. Без правильной постановки задач, их четкого описания, мониторинга и контроля сотрудничество будет обречено на провал даже с самой высококлассной компанией. Но даже если они и будут, см. пункт 2.
  4. Скрытые сложности, которые выясняются уже в процессе сотрудничества, чреваты потерей интереса у подрядчика.
  5. Если проект нетиповой, постоянно требует вашего контроля и значительных корректировок, более того, входит в круг ваших компетенций, то скорее всего не стоит его отдавать на аутсорс.

Как сделать приложение быстро и качественно?

Быстро, качественно, дешево. Все помнят эту картинку с пересечением этих трех окружностей в точке “Невозможно”. После потери 7 месяцев нам предстояло именно это – пользователи больше не могли ждать, а выражение “мобильное приложение Flowlu” грозилось стать локальным мемом для нашего небольшого коммьюнити.

Разрабатывать нативное приложение, веб-приложение или гибридное решение?

Поясним, чем они отличаются. Полностью нативное приложение реализовано напрямую на системном фреймворке, без прослоек. Оно заточено под конкретную систему (Android, iOS) и максимально использует системные функции.

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

Нативное приложение бережно расходует батарею, память телефона и быстро работает даже на старых устройствах.

Но разрабатывать и поддерживать такое приложение было бы трудоемко и совершенно неподъемно для нашей загруженной команды.

Веб-приложение (progressive web app с использованием технологии от Google) – это, по сути, сайт, оптимизированный под смартфон. Этот подход позволяет разработать один вариант приложения и не оптимизировать его под каждое устройство.

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

Одна из сильных CRM-систем реализовала свое приложение именно на таком – а это о чем-то говорит.

Минусы:

  • В таком приложении маловато динамики, анимации
  • Оно работает медленнее и больше ест батарею
  • Некоторые функции придется реализовывать с бубном. Не для всех функций есть плагины, а те, что есть, могут быть неактуальными. В итоге мы теряем в гибкости, а пользователи – в удобстве: результат может быть далеким от идеала.

Поначалу ответ для нас был очевидным – делаем веб-приложение. Однако после выпуска первого жизнеспособного прототипа стало понятно, что минусы такого подхода нужно чем-то компенсировать.

Результат порадовал: на создание первой версии приложения для Android ушло всего 2 месяца. Столько же, сколько мы потратили на создание ТЗ для стороннего разработчика.

Отличный результат, но нужно было расти и ускоряться. Очень быстро.

Как улучшить то, что есть?

Как мы уже сказали, первая версия приложения была кроссплатформенной. В нем можно было использовать основной функционал системы: задачи, CRM, проекты, чат.

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

Мы нашли компромиссное решение – гибридное приложение. Это означает, что в нативную оболочку встраивается WebView (браузер). В этом браузере происходят основные взаимодействия с сервисом.

Благодаря этому мы пишем код для бизнес-функционала только один раз – и для Android, и для iOS. Поддерживать такие приложения тоже будет легче – не придется добавлять новые функции дважды.

Нативная часть отвечает за удобство использования и обеспечивает возможность работы с push-уведомлениями.

Для пользователей в гибридном приложении тоже сплошные плюсы.

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

Пользователям не нужно дожидаться, пока приложение обновится, а затем устанавливать само обновление. Новый функционал тут же появится в их устройстве.

Все элементы Flowlu, которые невозможно было качественно реализовать с помощью WebView, стали делать нативными. Например, выдвижное слайд-меню и push-уведомления. Теперь меню стало удобным и с приятным дизайном.

Такой подход оказался для нас золотой серединой: создание и поддержка приложения не отнимает много ресурсов и позволяет делать нативными только действительно нужные вещи. Сэкономленное время идет на расширение функционала сервиса.

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

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

Что стало удобнее благодаря этому? Приведем 3 примера:

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

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

В начале ноября вышло мобильное приложение для Android, а к середине ноября – для iOS.

В декабре вышел первый апдейт для приложения Android. Обновилось боковое слайд-меню – стало еще удобнее и отзывчивее, приложение стало работать быстрее при более низком потреблении ресурсов.

Что дальше? Краткие выводы

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

Минусы – в нюансах юзабилити: нет анимации, отклик на действия пользователей дольше, на старых устройствах приложение может тормозить.

Проблемы решаются с помощью нативной реализации – с использованием системных компонентов самих устройств iOS и Android. Благодаря этому наше приложение получилось отзывчивым и достаточно динамичным.

В будущем мы планируем внедрить нативность еще больше и глубже. С ней вырастет и удобство использования.

Благодаря такому подходу мы сумели быстро и при сравнительно небольших затратах выпустить работающее приложение для наших пользователей. Они дают нам обратную связь, а мы совершенствуем приложение в рабочем порядке.

Нам предстоит наполнить приложение функциями – вывести туда остальные модули: финансы, отчеты, agile-модуль и базу знаний.

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

Не нужно бояться браться за масштабные задачи. В нашем случае решение разрабатывать приложения самим, не отдавая проект на аутсорс, было абсолютно оправданным. Мы получили новый опыт, поняли, как нам развивать основную версию сервиса, чтобы она стала еще более мощной и удобной.

Flowlu – сервис для управления совместной работой, финансами, продажами

Источник: https://spark.ru/startup/flowlu/blog/34322/kak-mi-razrabativaem-mobilnoe-prilozhenie-dlya-veb-servisa-opit-oshibki-i-udachnie-resheniya

Веб-приложение

Как работает интернет-бизнес: веб-сервисы и мобильные приложения

Получи нашу книгу «Контент-маркетинг в социальных сетях: Как засесть в голову подписчиков и влюбить их в свой бренд».

на рассылку и получи книгу в подарок!

Веб-приложение — это любой сайт с элементами интерактива. Это значит, что посетитель может взаимодействовать с материалом, функциями: нажимать кнопки, заполнять формы, запрашивать прайс, совершать покупки.

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

Как работает веб-приложение

Технически это интернет-приложение с архитектурой «клиент-сервер». Чтобы понять принцип, давайте вспомним основные элементы такой архитектуры.

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

Страницы, которые мы видим в браузере, могут быть статическими и динамическими.

Статическая web-страница отображается для всех посетителей одинаково. Как это работает:

  1. Человек вводит в адресной строке запрос или адрес страницы.
  2. Браузер отправляет его на веб-сервер.
  3. Тот анализирует запрос, определяет, что никаких особых признаков и инструкций нет.
  4. Отправляет веб-страницу браузеру без изменения каких-либо данных на ней. Например, это новостной материал, общая стандартная информация.

В случае с динамическими страницами схема выглядит так:

  1. Браузер отправил запрос на веб-сервер. К примеру, при этом поступила информация, что у этого пользователя есть набор признаков, при наличии которых для него нужно показывать определенную информацию, значит страница будет динамической.
  2. Веб–сервер пересылает ее на сервер приложений, где специальное ПО применит правила и инструкции для добавления особых переменных. Например, человек авторизован в системе. Ему может показаться страница с ФИО и другой релевантной именно для него информацией.
  3. Сервер забирает готовую веб-страницу, отдает браузеру, который показывает ее посетителю, создавшему запрос.

Технические аспекты

  • Для веб-приложений на стороне сервера можно применять различные технологии и любые языки программирования. Для клиента-браузера не важно, какая ОС настроена у человека, в этом плане интернет-приложения можно считать универсальными кроссплатформенными сервисами.
  • Стандарты в целом общие для любых продуктов web-разработки. Функциональные основаны на реализации функций для решения задач пользователей.

Среди нефункциональных важны:

  • Надежность. Приложение должно работать с заданными характеристиками и установленной скоростью вне зависимости от количества пользователей.
  • Быстродействие. В любых условиях среднее время обработки запроса системой не должно превышать заданных параметров.
  • Безопасность. Включает уровни прав доступа, авторизацию и аутентификацию.
  • Масштабируемость. Если в будущем будет принято решение добавить компоненты, система должны быть способна увеличить поизводительность с учетом новых условий.

Классификация

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

Остановимся подробно на популярных и востребованных.

AJAX

Основное преимущество такого подхода в том, что web-страницы не обновляются со всеми данными заново, а лишь подгружают нужное с сервера, это повышает производительность и степень интерактивности. Один из принципов работы — подгрузка JavaScript. Удобно применять в интернет-магазинах, сайтах-каталогах, любых крупных интернет-проектах, требующих обработки больших массивов данных.

Также различают такие технологии, как ASP, JSP, CGI. Они могут быть разработаны на любом языке программирования, например, PHP, Java и т.д.

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

  1. Системы бронирования и покупки: билеты, отели, товары, услуги.
  2. Развлекательные порталы.
  3. Финансовые и банковские интернет-порталы с функциями заказа услуг онлайн, калькулятора кредитов, перевода валют, интернет-банкингом и другими.
  4. Социальные сети.
  5. Игры.
  6. Образовательные, обучающие каналы, сайты телепрограмм, газет.
  7. Веб-версии программного обеспечения.
  8. Биржи контента, фриланса и т.п.
  9. CRM. Для примера детально рассмотрим эти популярные сервисы.

CRM — система управления проектами, направленная на автоматизацию обработки полного спектра информации о клиентах и товарах.

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

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

Более заточенный под потребности конкретного бизнеса вариант – это ERP. Это web-приложения, разработанные для автоматизации процессов управления внутрихозяйственной деятельностью крупных предприятий с развитой филиальной сетью, различными направлениями деятельности, сложноподчиненной структурой. Включает модули производственного, финансового управления, закупки и тд.

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

При этом, у всего многообразия онлайн-приложений есть общие характерные черты.

  • Они активно поддерживают развитие ecommerce: переносят процессы покупки, деловой коммуникации, подписания документов в интернет.
  • Это процесс win-win: преимущества получает и продавец, и покупатель.
  • Интернет-приложения помогают компаниям-продавцам товаров и услуг быть более мобильными, предлагать постоянно расширяющийся перечень услуг, обслужить в единицу времени больше людей, продать сопутствующие сервисы.
  • Клиент может найти, сравнить, выбрать по набору приоритетных лично для него характеристик, купить, оплатить, получить через доставку что-либо не вставая с кресла.

Пример 1

Процедура сотрудничества компании с банковским учреждением теперь выглядит так:

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

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

Пример 2

Еще один тренд последних лет — использование crm-программ. Владельцы даже малого бизнеса по достоинству оценили все возможности, которые получают при использовании сервиса управления рабочим временем и проектами.

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

Все это стало возможным благодаря развитию веб-технологий.

Источник: https://semantica.in/blog/veb-prilozhenie.html

Как на базе веб-сайта разработать мобильное приложение — Офтоп на vc.ru

Как работает интернет-бизнес: веб-сервисы и мобильные приложения

Работающий стартап, это тот, который построенный на принципах стратегии MVP (Minimum Viable Product). Такой подход позволяет вам проверить ваш продукт перед запуском его в широкие массы.

После запуска MVP изучаете реакцию вашей аудитории и рынка на него, меряете покупательских спрос. Как результат, вы получаете первые плоды от продаж, первый пользовательский опыт, первый отзыв о продукте / сервисе. У вас вырисовывается полное представление о проекте, и о том, что с ним дальше делать: в каком направлении развиваться и развиваться ли вообще.

Ниже мы детально рассмотрим как механизм MVP может помочь в сборе информации и превращении ее в ценностное предложение. И помните, что как стратегический предприниматель, лучше выбирать такой способ разработки продукта, который покажет результаты в первые дни работы. Пссс… правильный ответ — веб-приложение;)

Взывая к принципам “Бережливого стартапа” (Lean startup)

Запуская технический продукт, который не имеет никакой взаимосвязи с камерой или микрофоном смартфона, подумайте о том, чтобы начать все-таки с веб-приложения.

Функционально браузеры быстрее развиваются чем мобильные приложения, и соответственно количество пользователей у них больше. При создании приложения лучше задействовать принципы MVP.

Также не забывайте, что оно должно запускаться в Chrome или Safari.

Приложения подобные Uber или Instagram напрямую зависят от функциональности девайса (геолокация), но есть много других продуктов, которые не нуждаются в взаимодействии с API устройства. А благодаря адаптивному веб-дизайну такие приложения получают межплатформенную доступность и корректно отображаются на экранах разного разрешения.

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

Итак, давайте рассмотрим четыре популярные технологии создания мобильных приложений, а также их основные различия. Это поможет определить практичный способ верификации бизнес-идеи и облегчит конструирование будущего продукта. Возможно, веб-приложение (а не нативное мобильное приложение) поможет сократить расстояние между MVP и запуском полноценного проекта.

Прогрессивное веб-приложение (Progressive Web Apps)

Эта относительно новая технология, разработанная Google. Она позволяет мобильным устройствам добавлять веб-сайт или веб-приложение на домашний экран смартфона и дальше использовать его в оффлайн-режиме.

Для превращения веб-приложения в прогрессивное веб-приложение, вам нужно добавить в него значок для главного экрана, манифест веб-приложения и рабочие службы — все это позволит сайту загружаться быстрее, работать в оффлайн-режиме и отправлять push-уведомления.

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

  • Позволяет получать push-уведомления;
  • Приложения могут работать в оффлайн-режиме;
  • Базовые сайты получают лучшее ранжирование в поисковых системах.
  • Эта технология — это просто оболочка браузера, а не полнофункциональное приложение, поэтому технически это все еще веб-сайт;
  • Пользователи не получат опыт работы с нативным приложением (анимация, производительность), поскольку пользовательский интерфейс — это просто полноэкранное окно браузера без строки URL, которая может работать в автономном режиме;
  • Плохая совместимость (по-прежнему недоступна на iPhone и iPad).

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

Прогрессивные веб-приложения — отличный способ дополнить веб-сайт или веб-приложение, расширяя его охват.

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

Apache Cordova

Apache Cordova — это платформа для создания мобильных приложений с использованием HTML, CSS и Javascript.

Приложения, созданные с использованием Apache Cordova, работают во встроенной среде браузера (WebView) на мобильных платформах Android, iOS и загружаются из App Store или Google Play Store. Приложение запускается с помощью ярлыка, который расположен на главном экране, и взаимодействует с API-интерфейсами смартфонов, функциями девайса (геолокация, камера и т. д.).

Пользовательский интерфейс приложения, созданного с помощью этой инфраструктуры, не будет таким гладким, как в родном (native) приложении.

Внешний вид интерфейса аналогичен интерфейсу веб-сайта (задержка нажатия на 300 мс, фантомные клики при прокрутке и так далее). Конечно, есть модули и фреймворки, которые предлагают компоненты пользовательского интерфейса.

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

Это приложение было создано с использованием Ionic framework и предлагает следующие возможности:

  • Поиск / исследование конкретных объектов в музее;
  • дополненной реальности;
  • Обмен через социальные сети;

Недавним примером гибридного приложения, которое мы создали в Ezetech для Tickfinity — TicketNetwork POS для мобильных устройств (видео).

  • Высокая скорость разработки;
  • Написаны с помощью HTML, CSS, Javascript, что обеспечивают кросс-совместимое iOS, Android и веб-программное обеспечение (требуется только один веб-разработчик);
  • Доступны фреймворки, которые эмулируют пользовательские элементы UI (например, кнопки, меню и так далее);
  • UX близок к нативному опыту с использованием элементов UI, которые имитируют поведение обычного приложения;
  • Доступ к API-интерфейсу смартфона ( камера, push-уведомления, геолокация и другие).
  • UX не так хорош, как в родных приложениях (задержки на клики 300 мс, фантомные клики при прокрутке);
  • Чем сложнее приложение, тем медленнее оно работает из-за использования различных оболочек и библиотек;
  • Не работает в офлайн режиме;
  • Анимации трудно реализовать в UI.

Этот вариант подходит для MVP простых веб или мобильных приложений. Если у вас уже есть веб-приложение, построенное с помощью Javascript, вы можете использовать существующий код. Проще говоря Apache Cordova хорош для быстрого создания недорогих мобильных приложений со стандартными функциями.

React Native

React — отличный выбор, если ваше веб-приложение построено с помощью React.js. Это относительно новая технология в мире гибридных приложений, и миграция из существующего веб-приложения в мобильное может пройти довольно быстро.

В результате вы получаете мобильное приложение, которое использует собственные компоненты ОС вашего смартфона (кнопки, входы и другие функции устройства).

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

Некоторые примеры приложений, использующих React Native:

  • Высокая скорость разработки для веб-приложений на основе React;
  • Веб-приложение, созданное с помощью React.

    js, может быть легко преобразовано в мобильное приложение React Native, а некоторые исходные коды можно повторно использовать;

  • Собственный пользовательский опыт;
  • Приложение выглядит и воспринимается как родное мобильное приложение для конкретной платформы;
  • Низкие затраты на разработку;
  • Эксперты в React Native обычно могут создавать приложения для Android и iOS.
  • Относительно новая технология (ограниченные решения с открытым исходным кодом);
  • Ограничено в отношении визуального дизайна;
  • Не подходит для сложных проектов, таких как мобильные игры или приложения, требующие высокой нагрузки (значительные вычисления).

React Native — самая популярная технология для разработки гибридных мобильных приложений. Она используется крупнейшими цифровыми корпорациями и имеет много преимуществ.

Это хороший вариант, если вашему приложению не требуется поддерживать несколько соединений с сервером в реальном времени или выполнять сложные вычисления.

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

Разработка нативного приложения (Native app development)

Создание родных (native) приложений для каждой платформы — лучший выбор с точки зрения производительности и качества продукции, но это также и самый дорогой подход.

Если у вас уже есть веб-приложение, вам нужно будет только создать мобильные клиенты для мобильного приложения Android и iOS, которые будут подключены к тому же бэкенду, что и ваш веб-клиент.

Незначительные изменения могут быть все еще необходимы на бэкенде, но это не займет много времени.

Обычно вам нужно как минимум 2 разработчика — разработчик iOS, который работает над iPhone-приложением с использованием Objective-C или Swift, и разработчика Android, который будет использовать Java или Kotlin. Поэтому стоимость разработки будет выше, чем в любом из вышеперечисленных подходов.

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

Несколько примеров нативных мобильных приложений:

Coinbase: одно из самых популярных приложений для торговли криптовалютами.

Uber: самое популярное приложение для транспортировки.

  • Многие модули и библиотеки доступны для решения общих задач разработки;
  • Хорошая производительность и отличный пользовательский интерфейс на всех мобильных платформах;
  • Позволяет приложению получать доступ ко всем устройствам разрешенным производителем;
  • Может работать в офлайн режиме и хранить данные на устройстве.
  • Более высокие затраты по сравнению с разработкой гибридных приложений;
  • Различные стеки технологий для разных платформ (требуется больше разработчиков).
  • Обратите внимание, что лучше всего создавать нативное приложение c нуля, только если у вас есть на это ресурсы.

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

Заключение

Есть два основных варианта, которые хорошо подойдут для перехода из веб-приложения в мобильное — разработка гибридного приложения и запуск с нуля (разработка нативного приложения).

Если функциональность вашего продукта не слишком сложна, и вы просто хотите предложить мобильным пользователям лучший опыт, вы должны использовать React Native (если сайт на реакте) или Apache Cordova для разработки вашего гибридного приложения.

Это оптимальный вариант, если у вас ограничен бюджет и вам нужна поддержка на Android и iOS.

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

Что касается разработки прогрессивного веб-приложения, то это достаточно новая технологическая парадигма. Такое приложение хорошо подойдет для расширения охвата вашего ресурса, но до полноценного мобильного приложения ему еще далеко.

Оригинал статьи на английском

Источник: https://vc.ru/flood/36157-kak-na-baze-veb-sayta-razrabotat-mobilnoe-prilozhenie

Об успешном бизнесе
Добавить комментарий

;-) :| :x :twisted: :smile: :shock: :sad: :roll: :razz: :oops: :o :mrgreen: :lol: :idea: :grin: :evil: :cry: :cool: :arrow: :???: :?: :!: