#айтишныйвзгляд
Зачем нужно свое мобильное приложение?
Мое мнение, их делают только для решения двух основных задач:
- развитие бренда
- работа с собственным клиентом
И мне интересно, если в собственном корпоративном мобильном приложении этот самый корпорат не может даже отделить своего клиента от других , это хорошее решение, как считаете?))
(тизер: и такое продается на нашем рынке))
#мобильноеприложение #whitelabel #заряднаяинфраструктура
Зачем нужно свое мобильное приложение?
Мое мнение, их делают только для решения двух основных задач:
- развитие бренда
- работа с собственным клиентом
И мне интересно, если в собственном корпоративном мобильном приложении этот самый корпорат не может даже отделить своего клиента от других , это хорошее решение, как считаете?))
(тизер: и такое продается на нашем рынке))
#мобильноеприложение #whitelabel #заряднаяинфраструктура
#айтишныйвзгляд
Про ПО для управления зарядками.
Как появляются новые приложения под брендом.
Новое полноценное ПО делать дорого и сложно. Поэтому многие мобильные приложения на рынке зарядок существуют в формате SAAS (software as a service), который сводится к тому, что Разработчик делает ПО под Заказчика (в нашем случае это Мобильное приложения в формате white-label из уже готового), размещает его на серверах, публикует, поддерживает его работоспособность, безопасность и возможность развития (!).
Заказчик в свою очередь просто платит за профессиональный сервис с предсказуемым коротким сроком исполнения, а не заморачивается о разработке, покупке серверов и их обслуживании.
Это выгодно и удобно. Но есть нюанс: Заказчик не всегда понимает нюансы. В частности, что за архитектура, насколько она пригодна для развития и масштабирования, а самое главное, где и как хранятся данные.
И вот тут начинается очень много места для возможностей различного «колхоза». Самый частый - вместо полноценного продукта в формате SAAS просто создается отдельная визуально немного отличающаяся точка входа. И все. Соотвественно, ни о каких тенантах, отдельных базах данных и возможности развивать данный сервис отдельно от основного приложения и речи не идет.
Как-то так.
Показать примеры?
Рассказать что такое тенанты и в чем преимущество?
#заряднаяинфраструктура #мамкиныайтишники #tryelectro
Про ПО для управления зарядками.
Как появляются новые приложения под брендом.
Новое полноценное ПО делать дорого и сложно. Поэтому многие мобильные приложения на рынке зарядок существуют в формате SAAS (software as a service), который сводится к тому, что Разработчик делает ПО под Заказчика (в нашем случае это Мобильное приложения в формате white-label из уже готового), размещает его на серверах, публикует, поддерживает его работоспособность, безопасность и возможность развития (!).
Заказчик в свою очередь просто платит за профессиональный сервис с предсказуемым коротким сроком исполнения, а не заморачивается о разработке, покупке серверов и их обслуживании.
Это выгодно и удобно. Но есть нюанс: Заказчик не всегда понимает нюансы. В частности, что за архитектура, насколько она пригодна для развития и масштабирования, а самое главное, где и как хранятся данные.
И вот тут начинается очень много места для возможностей различного «колхоза». Самый частый - вместо полноценного продукта в формате SAAS просто создается отдельная визуально немного отличающаяся точка входа. И все. Соотвественно, ни о каких тенантах, отдельных базах данных и возможности развивать данный сервис отдельно от основного приложения и речи не идет.
Как-то так.
Показать примеры?
Рассказать что такое тенанты и в чем преимущество?
#заряднаяинфраструктура #мамкиныайтишники #tryelectro
#айтишныйвзгляд
Как увидеть признаки костыльной/упрощенной реализации программ/приложений по SAAS невооруженным взглядом?
Безусловно, это может быть и согласованный с Заказчиком вариант, но что-то я сомневаюсь, что если спросить
- очень сомневаюсь, что кто-то из серьезных клиентов согласится на общий доступ (хотя и такое тоже встречается, но не у компаний, где проблемы в +- 1 млн рублей не являются значимыми) . И речь не только про клиентов, а в целом про перспективу.
Как увидеть?
Не сложно, особенно, если вы интересуетесь зарядками и у вам уже есть десяток- другой приложений. Итак, куда смотреть:
-смс сервис (отправитель - смотрите наименование)
-дизайн (часто плюс-минус один и тот же). Визуалику чуть поменять -не проблема. А вот механику трогать - себе дороже.
-точки на карте (повторяются. могут быть отображены частично - тут не просто фильтр)
-тарифы (идентичны.Тут же не роуминг)
-документы внутри (наименование поставщика услуг)
-наименования обновлений и версионность (очень четко видно в сторах)
-чеки
Ключевое, что смотреть (при базовой/некачественной реализации):
-ваша регистрация (данные, имя, телефон)
-ваши платежные данные (прикрепленные методы)
-история зарядок
Все это будет одинаковым в каждом из приложений разработчика.
И сделать с этим что-то можно только если архитектура проектаизначально позволяет такие действия. Или придется все переделывать с нуля.
Причина «костыльных» решений: высокая цена на создание и содержание правильных решений и их поддержку, непрофессионализм исполнителей, использование готовых/чужих решений, дорабатывать которые сложнее, чем делать с нуля при наличии качественных исполнителей.
Риски для клиента: жесткая связанность всех проектов разработчика. отказывает одно - отказывает везде. Обновления доступны только для всего сразу (идентичные). Невозможность дополнений, масштабирования, да и просто работы со своими клиентами. Ну и работа с деньгами - будет треш.
#заряднаяинфраструктура #ocpp #приложениядлязарядки
Как увидеть признаки костыльной/упрощенной реализации программ/приложений по SAAS невооруженным взглядом?
Безусловно, это может быть и согласованный с Заказчиком вариант, но что-то я сомневаюсь, что если спросить
«Вам важны свои клиенты или общий доступ устроит?»
- очень сомневаюсь, что кто-то из серьезных клиентов согласится на общий доступ (хотя и такое тоже встречается, но не у компаний, где проблемы в +- 1 млн рублей не являются значимыми) . И речь не только про клиентов, а в целом про перспективу.
Как увидеть?
Не сложно, особенно, если вы интересуетесь зарядками и у вам уже есть десяток- другой приложений. Итак, куда смотреть:
-смс сервис (отправитель - смотрите наименование)
-дизайн (часто плюс-минус один и тот же). Визуалику чуть поменять -не проблема. А вот механику трогать - себе дороже.
-точки на карте (повторяются. могут быть отображены частично - тут не просто фильтр)
-тарифы (идентичны.Тут же не роуминг)
-документы внутри (наименование поставщика услуг)
-наименования обновлений и версионность (очень четко видно в сторах)
-чеки
Ключевое, что смотреть (при базовой/некачественной реализации):
-ваша регистрация (данные, имя, телефон)
-ваши платежные данные (прикрепленные методы)
-история зарядок
Все это будет одинаковым в каждом из приложений разработчика.
И сделать с этим что-то можно только если архитектура проектаизначально позволяет такие действия. Или придется все переделывать с нуля.
Причина «костыльных» решений: высокая цена на создание и содержание правильных решений и их поддержку, непрофессионализм исполнителей, использование готовых/чужих решений, дорабатывать которые сложнее, чем делать с нуля при наличии качественных исполнителей.
Риски для клиента: жесткая связанность всех проектов разработчика. отказывает одно - отказывает везде. Обновления доступны только для всего сразу (идентичные). Невозможность дополнений, масштабирования, да и просто работы со своими клиентами. Ну и работа с деньгами - будет треш.
#заряднаяинфраструктура #ocpp #приложениядлязарядки
#айтишныйвзгляд
живые примеры нескольких приложений, работающих на рынке РФ.
Механика простая: заходишь со своими номером. И увидишь, что все одно и то же: смс, профиль, баланс, история, платежи, точки на карте.
То есть это фактически просмотр одной и той же базы данных через приложеньки слегка разных дизайнов.
И почему-то мне кажется, что заказчик вряд ли на такое осознанно согласился) хотя «для галочки» вполне подойдет.
А еще мне правда интересно, как предполагается это все разделять для развития. Ведь клиент же точно придет с задачей, «хочу развиваться». Ну или просто захочет, чтобы его клиенты были действительно его клиентами. И тут, скорее всего, будет весело)
#заряднаяинфраструктура #какесть #делаюкакмогу #когдатвоиклиентычужие
живые примеры нескольких приложений, работающих на рынке РФ.
Механика простая: заходишь со своими номером. И увидишь, что все одно и то же: смс, профиль, баланс, история, платежи, точки на карте.
То есть это фактически просмотр одной и той же базы данных через приложеньки слегка разных дизайнов.
И почему-то мне кажется, что заказчик вряд ли на такое осознанно согласился) хотя «для галочки» вполне подойдет.
А еще мне правда интересно, как предполагается это все разделять для развития. Ведь клиент же точно придет с задачей, «хочу развиваться». Ну или просто захочет, чтобы его клиенты были действительно его клиентами. И тут, скорее всего, будет весело)
#заряднаяинфраструктура #какесть #делаюкакмогу #когдатвоиклиентычужие
#айтишныйвзгляд
Как в бородатом анекдоте «виртуально и реально»)
Кто знает, какие проекты на скринах?))
#заряднаяинфраструктура #итыговори
Как в бородатом анекдоте «виртуально и реально»)
Кто знает, какие проекты на скринах?))
#заряднаяинфраструктура #итыговори
#айтишныйвзгляд
Тизер: есть нативные мобильные приложения для (вы знаете, как они выглядят и работают), а есть такая штука - PWA (progressive web apps) - визуально может выглядеть как приложение, но это не оно.
PWA - альтернатива полноценная мобильным приложениям?
не думаю
по сути это html-вебсайт, который в мобильном открывается «как бы» как приложение.
Но, де-факто, это страница в формате webview, только сама обертка для него - это приложение от системы ios или android.
Крайне ограниченная штука и работает обычночерез ж специфично.
это просто обычный веб сайт, без глубокой интеграции в мобильное устройство и его системе. Например:
- пуши только в андроиде,
- геолокейшен только во время открытия и не детальный,
- нет доступа к bluetooth, nfc, TouchID, FaceID и прочему
то есть нельзя будет запускать, тыкнув по станции (если она поддерживает) и добавить биометрию на вход,
-не будет работать сканнер qr кода
- нет доступа к файловой системе, например, для сохранения чеков
Ну и, конечно же не будет связки с другими устройствами, например с часами или авто
Да, безусловно, в каких-то бизнесах это решение может быть удобством из-за невысокой стоимости. Но PWA - не альтернатива нативным мобильным приложениям в 2024 году.
Выбирайте правильные современные удобные решения. Особенно в перспективных сферах формата зарядной инфраструктуры.
#зарядныекругляшки
#заряднаяинфраструктура #мобильныеприложения #pwa #неведись #заказчикдолжензнатьправду
Тизер: есть нативные мобильные приложения для (вы знаете, как они выглядят и работают), а есть такая штука - PWA (progressive web apps) - визуально может выглядеть как приложение, но это не оно.
PWA - альтернатива полноценная мобильным приложениям?
не думаю
по сути это html-вебсайт, который в мобильном открывается «как бы» как приложение.
Но, де-факто, это страница в формате webview, только сама обертка для него - это приложение от системы ios или android.
Крайне ограниченная штука и работает обычно
это просто обычный веб сайт, без глубокой интеграции в мобильное устройство и его системе. Например:
- пуши только в андроиде,
- геолокейшен только во время открытия и не детальный,
- нет доступа к bluetooth, nfc, TouchID, FaceID и прочему
то есть нельзя будет запускать, тыкнув по станции (если она поддерживает) и добавить биометрию на вход,
-не будет работать сканнер qr кода
- нет доступа к файловой системе, например, для сохранения чеков
Ну и, конечно же не будет связки с другими устройствами, например с часами или авто
Да, безусловно, в каких-то бизнесах это решение может быть удобством из-за невысокой стоимости. Но PWA - не альтернатива нативным мобильным приложениям в 2024 году.
Выбирайте правильные современные удобные решения. Особенно в перспективных сферах формата зарядной инфраструктуры.
#зарядныекругляшки
#заряднаяинфраструктура #мобильныеприложения #pwa #неведись #заказчикдолжензнатьправду