Всем привет! Я уже около 6 лет зарабатываю разработкой нативных мобильных приложений для iOS и Android, таких как Texties, некоторые из которых имеют миллионы пользователей.
Я хочу оценить интерес владельцев форумов Discourse к созданию нативных мобильных приложений для iOS и Android.
Скорее всего, это будет универсальное приложение, где вы вводите имя хоста и данные для входа (а не белая этикетка). Но главное в том, что оно будет нативным, с поддержкой нескольких популярных плагинов и уведомлениями push.
Я готов потратить время на разработку таких приложений для владельцев форумов, которые готовы платить ежегодную плату за доступ к своему форуму через такое приложение. Однако я не уверен, что найдётся достаточно заинтересованных владельцев форумов, чтобы это было финансово целесообразно для меня.
Что вы думаете? Если вы управляете форумом на Discourse, готовы ли вы или нет платить за нативное мобильное приложение для ваших пользователей?
Просто к сведению: я говорил с модератором здесь и получил разрешение опубликовать это сообщение.
При сравнении предлагаемого нативного приложения с существующим браузерным обёрточным кодом с поддержкой уведомлений…
Какая польза для конечных пользователей от нативного приложения? Насколько я понимаю, веб-версия — это по сути приложение, доставляемое через веб. Как только этот код кэшируется, всё работает довольно быстро. Я могу подтвердить это на собственном опыте: мой собственный форум Discourse оказался чуть ли не единственным рабочим вариантом в самолёте с Wi-Fi.
Кроме того, заставлять пользователей вводить URL-адрес — это провал с точки зрения UI/UX для платного продукта или сервиса в моих глазах.
Главное для меня — понять, какова реальная ощутимая польза для конечных пользователей от нативного приложения.
Спасибо — я видел версию от OneSignal, и это была отличная работа. Я, наверное, смогу почерпнуть из неё идеи для интеграции уведомлений.
После болезненного опыта работы с Cordova и React Native мой текущий подход — создавать приложения нативно (как я пишу на Swift/ObjC для iOS и Java/Kotlin для Android), потому что некоторые вещи в этом случае решаются проще. Подходы вроде RN (и набирающий популярность Flutter) выглядят действительно здорово, и я надеюсь, что однажды смогу писать код один раз и запускать его везде — но RN пока не обеспечивает нужной эффективности.
Это всего лишь моё мнение. Кто-то обожает RN. И я признаю, что у нативной разработки тоже есть свои проблемы.
Я постараюсь подробно объяснить, почему, на мой взгляд, нативные приложения лучше обёрток (или просто укажу на некоторые внешние источники), в отдельном ответе, но суть в том, что отзывчивость и анимации обычно работают намного плавнее, а пользовательский опыт лучше. Я понимаю, что «лучше» — термин субъективный, но я попробую найти примеры, чтобы это проиллюстрировать.
Согласен — пользователям пришлось бы вводить URL, чтобы попасть на форум, и это не был бы лучший опыт.
Я рассматриваю это конкретно с точки зрения участника дискурсивного сообщества. Насколько может улучшиться их дискурсивный опыт? Будет ли это резким изменением? Имеет ли это для них действительно значение? Последний вопрос абсолютно ключевой.
Мне самому нравится идея нативности по тем общим причинам, которые вы указали.
Но, думая о своём сообществе, я оцениваю, где это может оказаться в списке приоритетов, с точки зрения возврата инвестиций и так далее.
Значит ли создание нативного приложения, что вам придется воссоздавать весь функционал Discourse? Как вы будете отслеживать изменения? Будет ли оно поддерживать плагины?
Я думал, что push-уведомления на iOS и Android уже поддерживаются в указанном выше «обёрнутом» белым логотипом приложении? Нам просто нужно добавить код для провайдера push-уведомлений.
Да, но это должен быть белый лейбл, поддерживающий плагины на наших форумах Discourse, и он должен обновляться в соответствии с изменениями в Discourse.
Проблема в том, что мы не можем получить одобрение Apple на белую версию, не добавив функционал, которого нет в веб-приложении, а они не считают push-уведомления достаточным улучшением, чтобы оправдать создание отдельного приложения. Для форума! Это так раздражает.
Отличный вопрос. Я надеюсь, что версионирование API в Discourse будет следовать подходу семантического версионирования (это один из пунктов, который мне предстоит проверить). Таким образом, при выпуске несовместимого обновления Discourse потребуется и обновление приложения.
Менее критичным аспектом будет отслеживание постепенных обновлений функций, которые не вносят разрывающих изменений в API. Очевидно, мне нужно будет придерживаться регулярного графика обновлений, чтобы успевать за такими изменениями.
Я считаю, что поддержка самых популярных плагинов (например, тех, что предлагаются собственным хостингом Discourse) станет отправной точкой (и это само собой разумеется).
В случае с плагинами, которых нет в этом списке, я думаю, мы можем постепенно добавлять поддержку по мере роста числа людей, которым она нужна. Наверное, существует некий порог, после которого поддержка плагина становится обязательной. Пока я не знаю, какой именно это порог. Возможно, я смогу приоритизировать разработку для малоизвестного плагина, если у кого-то будет веская причина иметь его в приложении.
Я так не думаю — то есть, я считаю, что в нём не будет функций для администраторов по управлению сайтом. Оно должно в основном поддерживать участие в форуме как обычный пользователь.
Я считаю, что это справедливые замечания. Само по себе наличие нативного приложения не решит проблему для пользователя (или администратора, желающего предложить его своим пользователям). Меня интересует, что именно можно создать, используя преимущества нативного приложения. Некоторые из этих возможностей легко реализуемы и в подходе с использованием обёртки.
Я понимаю, что в какой-то момент единственный способ понять, стоит ли продолжать разработку, — это предоставить продукт в руки нескольких людей. Нативная разработка открывает возможности для таких функций, как push-уведомления, улучшенные зоны касания и отклик, анимации, навигация и макет, которые выглядят более естественно для мобильных приложений.
Моя надежда заключалась в том, чтобы понять, какие функции являются обязательными, какие плагины наиболее популярны, а также задать тот же вопрос владельцам форумов: что именно сделало бы нативное приложение worthwhile для вас?
@jtbayly Допустим, Apple разрешила бы вам использовать подход с обёрткой для пуш-уведомлений в случае ребрендинга приложения. Хватит ли этого вам? Был бы форк OneSignal (упомянутый выше) в таком случае достаточным решением?
