Как начать зарабатывать на разработке мобильных приложений уже завтра!

Меня зовут Наталья Овчинникова. Я – ведущий разработчик мобильных приложений в компании «Рассвет».

Мобильной разработкой на платформе 1С мы занимаемся уже 8 лет, и, как ни странно, наше первое приложение было рассчитано на 3 тысячи пользователей. С тех пор масштабы и сложность наших приложений существенно выросли.

На конференции Infostart Event 2021 в Москве я рассказывала о том, как мы разработали и внедрили мобильное приложение на 120 тысяч одновременных пользователей. В том докладе я поделилась своим исходным кодом и инструкциями по настройке смежных систем, которыми я пользовалась, а также рассказала, как мы решали проблемы при запуске такого масштабного проекта.

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

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

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

 

Дополнительные материалы к докладу

 

Как же убедиться, что мобильное приложение, написанное на 1С, взлетит и будет работать с вашей базой?

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

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

• Затем скачайте мобильное приложение из маркетов App Store или Google Play – там это приложение называется Infostart Ekaterinburg 2023.

Убедитесь сами и убедите вашего клиента, что все действительно работает.

Далее я расскажу, как адаптировать это мобильное приложение под вашего клиента.

 

 

В дополнительных материалах к докладу я выложила:

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

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

• Шаблон договора для оказания услуг заказчику и другие документы.

• Библиотеку объектов Figma для дизайна вашего будущего приложения.

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

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

 

Организационные вопросы

 

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

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

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

• Сами работы мы обычно выносим в приложение или доп. соглашение к договору.

  • Приложение обычно определяет небольшой этап работ.

  • Если у вас уже запланировано много работ, лучше разбить их на несколько доп. соглашений и сразу их заключить.

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

 

К вопросу о цене. Цена обязательно должна покрывать все ваши затраты, но не должна отталкиваться от трудозатрат на разработку.

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

• Во-первых, это время на согласование задач с заказчиком. Иногда на это тратится очень много времени.

• Естественно, саму разработку.

• Также время на публикацию версии приложения. Здесь на самом деле лотерея. Иногда можно быстро опубликовать. Иногда все может зависнуть надолго, но это время тоже нужно включать.

• Также перенос изменений в рабочую базу вашего клиента.

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

 

Публикация тестовой версии MVP

 

Старайтесь планировать этапы так, чтобы ваша работа в этапе укладывалась в две недели.

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

После описания и согласования требований первым этапом может быть разработка MVP, которая покажет ценность вашего приложения для клиента.

Крайне важно понять на самом начальном этапе, что именно ждет клиент от приложения. Выделите самый минимум функций – какой-то процесс или даже часть этого процесса – и именно его включите в ТЗ на MVP.

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

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

Компания TELS CARGO на этапе MVP получила от нас:

• на стороне управляющей системы – возможность формировать задачи и отправлять их в мобильное приложение водителю;

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

На тот момент это было ключевой задачей для улучшения процесса доставки груза.

 

 

Кроме оргвопросов и разработки, важно как можно раньше начать регистрацию компании вашего клиента в маркетах. Это позволит вам после разработки опубликовать приложение от имени вашего клиента.

• В регистрации нет ничего сложного, но иногда она может занимать от 2 до 3 месяцев, поэтому лучше начать это делать как можно раньше.

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

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

• Еще один важный момент – для публикации мобильного приложения в App Store или в Google Play необходимо иметь политику конфиденциальности. Она должна быть опубликована на открытых ресурсах, и все должны иметь возможность свободно ее прочитать. Я подготовила для вас шаблон политики конфиденциальности, которым мы пользуемся на текущий момент. Вы можете его доработать под себя, только обязательно согласуйте его с клиентом.

Кстати, приложение TELS CARGO Driver у нас опубликовано в Play Market от имени заказчика, и его можно найти, как и любое другое приложение.

 

Управление разработкой

 

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

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

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

 

А все подробное описание задач, всю техническую информацию по проекту мы храним в базе знаний Confluence. Обычно для одного проекта мы создаем два пространства:

• первое – для технических специалистов;

• а второе – это база знаний с готовыми инструкциями для пользователей.

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

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

 

В случае TELS CARGO мы помогли заказчику организовать сервис поддержки на бесплатной облачной версии Jira Service Management.

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

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

 

Дизайн

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

• Создаем палитру цветов, соответствующую корпоративному стилю заказчика, и преобразуем ее в библиотеку для дальнейшего использования в проекте Figma.

• Для мобильного приложения нам необходимо два основных цвета – это фон приложения и цвет акцентирования.

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

• Также из Figma можно легко скопировать этот цвет и вставить его в конфигуратор 1С.

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

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

Например, для публикации приложений в маркетах вам потребуется создать порядка 30 одинаковых картинок, но разного размера. С помощью Figma это делается буквально за пять минут.

В случае TELS CARGO у нас получилось так, что мы начали разработку, а у них начался ребрендинг. К концу ребрендинга они нам выдали новые иконки, мы их через Фигму обработали во всех нужных для маркета размерах минут за пять и переопубликовали приложение уже с новым брендом.

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

Вот пример того, как мы отрисовали все элементы экрана iPhone, и из чего, например, состоит иконка батареи.

Далее мы полностью отрисовали шапку.

А затем – создали основу для рисования мобильных форм целиком.

После этого мы наполняем все формы уже заранее заготовленными элементами:

• поля ввода,

• декорации,

• динамические списки.

И таким образом получаем набор экранов нашего будущего приложения.

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

Иногда то, что нам позволено делать в настольном приложении, в мобильном уже не получится.

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

Весь этот процесс мы показываем заказчику и согласовываем с ним все эти моменты:

• что вот здесь всплывет сообщение;

• вот здесь будет вопрос;

• а кнопочка будет вот здесь и вот такая.

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

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

 

Как подключить мобильное приложение в вашу базу данных 1С

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

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

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

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

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

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

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

Я считаю, что самое сложное в нашем деле – это заставить работать свое первое мобильное приложение:

• у пользователей приложения должна быть возможность простой авторизации в приложении, например, по СМС или звонку, как, наверное, многие из вас уже привыкли;

• также пользователь должен иметь быстрый способ обмена фото или видео файлами;

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

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

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

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

 

Смежные технологии

 

 

Если вы хотите протестировать возможности авторизации пользователей по СМС или по звонку:

• Сначала необходимо зарегистрироваться у провайдера СМС-рассылок.

• Также необходимо настроить веб-сервер – как это сделать, найдете в инструкциях.

• После регистрации настройки веб-сервера вы можете тестировать авторизацию по СМС.

Единственный нюанс:

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

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

Отправка СМС из 1C – это функция БСП, именно ей я и пользуюсь.

А вот авторизации по входящему звонку в БСП пока нет, поэтому здесь я реализовала именно свои функции подключения к API провайдера sms.ru. Потестируйте, классная штука, а главное, раз в 5 или 6 дешевле СМС.

 

 

Еще одна фишка, которую, я думаю, вам захочется протестировать, это push-уведомления.

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

Как сделать эти настройки также описано в инструкциях.

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

Ну и, конечно, моя любимая тема – это передача данных в S3 хранилище Яндекс.Облака.

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

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

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

• В-третьих, уменьшаются затраты на содержание своего хранилища.

• А главное, версионирование и резервирование данных выполняет оператор. В нашем случае это – Яндекс.Облако.

Для тестирования возможностей Яндекс.Облака вам достаточно:

• Зарегистрироваться по ссылке, которая указана и в доп. материалах, и в расширении.

• Создать свой бакет.

• Настроить функцию.

• И вы сможете протестировать, как это работает в реальности.

Вернемся опять же к TELS CARGO. Мы им помогли создать аккаунт в Яндекс.Облаке, настроили бакеты, установили настройки. И сейчас, на данный момент, у них без проблем все файлы летают между мобилкой и центральным офисом.

 

Сборка и публикация мобильного приложения

 

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

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

Когда у меня появилась необходимость опубликовать демо-приложение, которое я сделала для этого доклада, я поняла, что мой старенький Mac уже не поддерживает XCode, необходимый для публикации в App Store. И вспомнила, что на самом деле 1С уже давненько подготовил онлайн-сервис сборки мобильных приложений. Решила протестировать.

Честно признаюсь, была приятно удивлена:

• Я буквально за пару часов создала приложение.

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

• Далее я собрала приложение – оно буквально 5-10 минут у меня собиралось.

• И отправила на публикацию в Google Play и App Store.

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

Вы, конечно, можете позднее попытаться установить себе Android Studio, купить Mac, установить на него XCode – там очень много всякого нужно сделать, чтобы опубликовать приложение так, как задумывалось изначально.

Но я считаю, не стоит тратить на это время. Наша задача сейчас – именно опубликовать свое первое мобильное приложение. Онлайн-сервис в этом вам 100% поможет.

 

Регистрация пользователей в приложении и их взаимодействие

 

Итак, расширение установлено, мобильное приложение опубликовано, можно пускать пользователей.

Есть разные сценарии авторизации. В моем приложении сейчас есть такие условия:

• пользователь должен быть создан в центральной базе;

• ему должен быть назначен пароль;

• разрешен вход в базу;

• и назначена роль, которая называется «Обмен с мобильным приложением Infostart Ekaterinburg 2023».

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

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

• Если вы настроите Яндекс.Облако, то пользователи смогут еще обмениваться фото.

• А если вы настроите push-уведомления, то пользователи мобильного приложения при закрытом приложении будут получать уведомления о том, что пришло новое сообщение.

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

 

Делитесь успехами

 

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

 

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

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

 

Как использовать инструменты в обход санкций

 

 

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

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

После этого в настройках Atlassian, Figma и TeamViewer нам пришлось изменить адрес страны, но теперь мы спокойно оплачиваем эти сервисы с тех счетов.

Microsoft пока выставляет нам счета в России – не знаю, надолго ли их хватит.

• В Грузии я бы рекомендовала вам Credo bank, который буквально за пару часов открывает счета для россиян.

• А в Армении это Ardshinbank, у которого в собственниках JP Morgan, и через него платежи по всему миру проходят достаточно быстро.

Мы это проверили, никаких проблем с этим нет.

 

 

Тут уж кому что больше нравится. В Грузии – вкусное вино, в Армении – отличный коньяк. Куда ехать открывать счета – выбирать только вам.

 

Чек-лист по успешной продаже приложения клиенту

 

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

Еще раз кратко, ваш план на ближайшую неделю, если вы еще никогда не создавали своего мобильного приложения на платформе 1С:

• Скачиваете мобильное приложение Infostart Ekaterinburg 2023 из маркета и его исходники.

• Устанавливаете и настраиваете расширение на тестовой базе.

• Тестируете чат.

• Убеждайтесь сами и убеждайте клиента, что сделаете так же и даже лучше.

• Заключаете договор.

• Дорабатываете приложение под нужды клиента.

• И публикуете его в маркетах.

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

 

Вопросы

 

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

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

Почему у вас приложение называется Infostart Ekaterinburg 2023?

Это название я придумала не случайно. Нашему городу, Екатеринбургу, в 2023 году исполняется 300 лет. И когда мы думали, как же назвать предложение, решили назвать его Ekaterinburg 2023 с намеком на то, что, возможно, Инфостарт, съездив в Москву, захочет приехать и в Екатеринбург.

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

В прошлом году вам задавали вопрос по лицензированию. Как вы решили этот вопрос? Расскажите подробнее, пожалуйста.

Мы с фирмой «1С» всегда обсуждаем вопросы лицензирования. Но с мобильной платформой у них все достаточно неопределенно. Они разрешают ее использовать, но если вдруг начинается какое-то коммерческое использование, то нужно приобретать эти лицензии. В общем, это надо именно с 1С напрямую обсуждать – связываться с Анной Лаврионовой и обсуждать уже покупку лицензий, если это необходимо. Но на самом деле это не всегда нужно.

Как обеспечивается безопасность HTTP-сервисов, выставленных из внутренних баз наружу в мир? Тем более, приложения размещены и в App Store, и в Google Play – доступны всем. Их может какой-то злобный хакер скачать, посмотреть код отправки этих запросов, попытаться как-то пролезть.

Мы стараемся использовать защищенные протоколы. Все это у нас крутится на отдельных защищенных серверах.

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

Но токены безопасности никто не отменял.

Однажды, разрабатывая свое мобильное приложение на платформе 1С, я столкнулся с проблемой, что платформа вообще не умеет как-либо работать со сжатием. Приходилось ли вам в ваших мобильных приложениях сталкиваться с проблемой передачи больших объемов данных? Если да, то как вы решаете проблему сжатия?

Да, мы с этим сталкивались. В платформе 8.3.20 анонсировано, что можно использовать сжатие прямо на клиенте в мобильной платформе. Честно, я проэкспериментировала на своем Android. Он у меня завис и упал. Больше я не экспериментировала.

Сейчас при фотографировании мы сразу делаем какие-то ограничения. Причем мы это всегда согласовываем с заказчиком. Не всегда нужен оригинал фотографии, размером 20 мегабайт, все зависит уже от ситуации.

И передача не на сервер 1С, а непосредственно сразу в облако, проходит достаточно быстро. Даже если что-то вдруг оборвалось, он потом заново это все передаст.

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

Первый вопрос: не сталкивались ли вы с проблемой недоступности push-уведомлений для телефонов Huawei без Google сервисов? И второй вопрос: вы говорили, что вы внедрили мобильное приложение для водителей. Не сталкивались ли вы с проблемами, что у водителя в дороге нет мобильного интернета, и качество телефонов тоже не очень хорошее?

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

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

Насчет Huawei. С этой проблемой мы столкнулись на прошлом проекте. Там у нас было 120 тысяч пользователей, и все они с абсолютно разными телефонами. И очень большой процент из них – Xiaomi.

И действительно, без Google сервисов отправить push-уведомления у нас не получилось. Huawei у нас не принимал.

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

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

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

 

*************

Статья написана по итогам доклада (видео), прочитанного на конференции Infostart Event.