Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Поток AI и ML доступен 24/7 благодаря поддержке друзей Хабра
Комментарии 34
Ну собственно как я и думал - "необходимость" в приложениях это чисто менеджерская фишка
Сделайте нормально сайт. НОРМАЛЬНО. Включая и для мобильных платформ. И ВСЕ.
Никому нахрен не упало 100500 приложений и столько же сайтов. Просто один источник истины но сделанный нормально.
Понятно что на сайте не заработаешь ведь адблокер порежет всю рекламу, но такова реальность. Попытка заработать на клиенте в гарантировано комическом продукте прекрасно характеризует сам продукт.
Ты вы ошибаетесь. Обычному обывателю нужно приложение, ему так привычнее. Они не знают про всякие там Избранное и PWA, а объяснять пользователю как установить PWA том же iOS - это боль и страдание. Обычномв человеку нужен привычный инструмент - жмакнуть пальцем на рабочем столе. Все эти веб-сайты для них высокая материя. Тот же Домиленд так выстрелил.
Все верно, PWA максимум годится для отладки или тестовой демонстрации идеи. PWA вроде и не сложно установить, но как не крути, пользователю это не удобно. А сами ощущения от использования PWA и нативного клиента просто драматические.
Вы просто не видели хорошего PWA. Сейчас можно построить подноценнеоп приложение (если не нужен доступ к железу телефона) - всё что у вас на скринах легко делается через PWA. Но политика iOS по их установке и огромное количество браузеров на андроид делают pwa настоящей головной болью.
Все, что на скринах в целом дублируется 1-1 и в PWA, разница возникает, когда начинаешь этим всем пользоваться, то чаты загружаются с микролагом (потому что не кешируются), то свайпов не хватает. Возможно, конечно я не добился идеальной реализации, но когда смог сделать девелоперские аккаунты для размещения в магазинах, понял, что лучше делать нативку.
Эти обычные обыватели сейчас с нами в одной комнате?
Для поселки-аля-дачи нужно что бы оно было доступно 24/7 и работало на чем угодно и как угодно. С приложениями вечно "это у нас на сайте" или обратное "это только в приложении" и как вишенка "все платформы" оказываются далеко не всеми, особенно если это делается малой командой или вообще в одну каску.
Я даже не говорю про PWA - без офлайн-функционала когда он действительно нужен от приложения, PWA избыточен. Плюс в 90% случаев PWA не умеют делать. Очень часто встречается две крайности - кривая настройка из-за чего без сети оно не будет работать (а иногда и обновления если что то залипло в кеше не будет) или наоборот все настолько "хорошо работает" что первый запуск сайта нужно ждать минуту пока в память загрузятся все 100500 зависимостей на пол гига в сумме
Приложения обычно продвигают только тогда когда кровь из носу нужно зарабатывать на пользователях. Во всех остальных ситуациях для сервисов которые открываешь раз в месяц сайта достаточно и это нормально.
Ниша приложений в сложном офлайне (и то есть PWA, на сейчас оно и камеру поддерживает и вибро и много что еше) или опять таки сложные потоковые операции (тщательная верификация клиента для работы, управление периферией устройства, работа с памятью и тд)
Я соглашусь, что вот прямо здесь и сейчас, учитывая рынок и мою стартовую точку, было бы достаточно веб версии. Пилить нативные клиенты, исключительно мой пунктик, ну не заходит мне PWA на уровне взаимодействия) это фактор конечно возможно и не играет большой роли для конечного пользователя.
С другой стороны, после того, как я разобрался в мобильных клиентах и специфике публикации приложений, у меня не составляет труда их актуализировать. В md. заложены правила, все новые фитчи обязательно валидируются на соответствие текущим реализациям PWA, Android, IOS, релизы всегда выходят одновременно на все платформы
то у вас просто большого охвата не было
начиная от неизвестных андроид-китайцев которыми пользуются бабки и заканчивая свяким пограничным когда старая версия прошивки у айфона и именно на этой версии есть баг/конфликт ели запускать "новое" приложение. Про всякие виндовсфоны и прочее вообще молчу.
Я когда то объяснял меджерам что для холодильников и смарт-телевизоров есть сайт потому что мы не можем поддерживать все модели и площадки одновременно.
Для посёлков бабки и смарт-телевизоры не интересны совсем. У первых нет денег, вторыми никто не будет пользоваться в здравом уме, а в не здравом вообще не интересуют как клиенты, опять же. Так что в посёлках примерно одно и тоже - более-менее современные телефоны, подавляющее количество на ios (если мы говорим про кп или приличный снт, а именно они способны покупать такой софт).
Да, они живут в посёлках, которые на обслуживании. Самая большая проблема - запомнить адрес сайта. Даже если сайт по имени схож с названием посёлка. Для около-ИТшников это кажется странным, но для обычных пользователей это так.
И я выше приводил пример - самое успешное приложение для мкд и посёлков (домиленд) не имеет сайта для жителей вообще, только приложение.
QR-код - `просто существует`
расклеивается банер по поселку и все
с приложением тоже нужно название помнить. а если уж помнишь название то опять таки сайт или приложение нет разницы, если сайт так же гуглится по названию
Зачем название помнить?? Один раз поставил, и всё. Я вам говорю отзывы десятков людей, реальных пользователей.
Ну а qr это очень смешно)) почему то мне кажется, что вы не живёте в кп))
Из той же рубрики - "один раз закладку сделал и все"
Да, вы мыслите как адвансюзер. Я тоже так думал. Потом пришла суровая реальность. Не будет чувак на бмв х7 и домом на 600 квадратов осваивать вкладки. Суровая реальность. Им подавай приложение, потому что они так привыкли. И они самые платежеспособные - именно они заказывают кучу допуслуг в посёлке. Знающие про вкладки обычно и газон сами стригут.
У чувака на BMW обычно есть человек, что этим всем занимается
Для таких людей важна стабильность и беспроблемность - ему не важно как оно там работает и тд. Он обращает внимание если есть проблемы и/или не работает когда внезапно понадобится.
бмв х7 и 600 квадратов это не тот уровень, это менеджер в фирме в Москве, или владелец небольшого бизнеса. Он сам кнопки жмёт, в том числе заказать пропуск, вызвать сантехника, газон постричь. Т он не в курсе про избранное, потому что у него куча приложений на телефоне, и долей в 80% это apple. Сколько вообще посёлков видели с точки зрения ИТ? Почему то мне кажется, что ноль?
Как раз строго наоборот - людям нафиг не упали сайты. Им нужно одно, конкретное приложение, под одну, конкретную фигню.
Мобильные ОС давно самые распространённые в мире, мобильный траффик самый объемный, а мобильное приложение - основная точка касания. Если вы сделали сайт и не сделали приложение, вы автоматом выстрелили себе в ногу
Вы строите систему не для кп (которые в массе НКО), а для снт. Огромная юридическая разница.
Не раскрыто чем не устроили готовые решения, тот же ИНОМ?
привет! решения на рынке есть, но рынок "тяжелый", когда общался с Домилендом, они сказали, что он мертвый. Тем не менее, ИНОМ, СНТ - Клуб, игроки есть, но их реализации выглядят незаконченными. У меня есть мотивация построить данный продукт и не свернуть на половине пути, такого опыта построения (от и до) у меня никогда не было, интересно, что из этого выйдет. Как минимум, не хотелось бы потом стыдиться, что какие то факторы оказались сильнее меня и я все бросил на уровне идеи.
Даже интересно, каждый раз сталкиваться с новыми обстоятельствами, делать вещи и шаги, о которых обычно не думаешь, как обыватель
Голосование через эту программу вряд ли признают легитимным, скорее это опросы общественного мнения. Государствр принудительно загоняет всех в мах, иначе большие штрафы. Голосования через госуслуги делают, подробности не знаю. Цель этой программы бухгалтерия, а для нее есть множпство платных и бесплатных программ.
Думаю, можно сделать голосование с подтверждением голоса через код в Макс боте.
Вау, интересная история, и скорее всего она будет актуальной, сейчас голосования на гос услугах (мой дом) точно проводятся в ЖКХ, до СНТ пока вроде не добрались, но возможно это вопрос времени. Если это все появится, интересно было бы интегрироваться с Максом или ГИС ЖКХ, если у них будут публичные апи
Обязательные по закону вопросы - это 6 категорий и 55 тем. В основном про внешние большие деньги. И местечковое голосование может быть легитимным, если собственники отдельным вопросом решат, что оно легитимное. А еще гос-ОСС "тяжелое и дорогое" - можно рассматривать местечковые системы как промежуточное для выработки альтернатив и предварительной оценки успеха.
Никаких проблем с голосованием. Закон об снт позволяет, даже простой электронной подписи хватает.
Главное чтобы в уставе была прописана такая форма.
Спасибо за интересную статью. И важный опыт. Согласен, что рынок тяжелый. И приятно видеть, что кто-то рядом меняет его, засучив рукава и без нытья.
Я делаю похожую систему https://pro.deloset.ru - и тоже сложности с пилотным запуском. С обывателями уже наговорился вдоволь, далее думаю сосредоточиться на председателях. Но они еще и возрастные часто, и не хотят усложнять свою жизнь. Но с другой стороны - не толкаешься жопами с конкурентами.
Мой стек: сервер на Go, тонкий клиент PWA-React. Я сразу начал со сложных задач, и жахнул на них несколько лет: у меня возможно связывать сообщества между собой (соседние поселки), форумы для хранения документов и ролевая система доступа для каждого поселка, голосование тремя методами и упрощенный бухучет с двойной записью для местечковых проектов. Самое сложное - механизм связи сообществ, где бизнесовые партнерятся с потребительскими. Я хочу, чтобы не только новости частников, но и бизнесы присутствовали - в этом и есть бизнес-модель. И система профилей - по интересам и бизнесам, включая "по доверенности".
Потому долго делаю. И не вайбкодил, ии в чате юзаю. И только сейчас шлифую чаты. Потому что все собеседники пытаются сравнить с понятным - телеграм, и навороты на старте напрягают. И да, кодить и продавать - разные задачи. И интроверту тяжело в продажах.
Приветствую! Большое спасибо за поддержку! Ого, вижу серьезную проработку межхозяйственных взаимодействий, интересная история с бизнесом, я так понимаю, что бы подрядчиков и их услуги запустить в контур? нужно искать покупателей и не затягивать с реализацией сложной механики, сам уже быстрее бы запустился в своем пилотном СНТ, если бы не решил докручивать пару фитч, которые по факту не являлись критичными на момент запуска.
ИИ рекомендую использовать, в моем кейсе это стало отличным инструментом для ускорения разработки
А можно вопрос - зачем чаты? Вы же понимаете, что это сразу делает вашу систему подпадающей под ОРИ, а значит нужен СОРМ, и это уже совсем плохо. Зачем такие сложности? Если речь идёт про поселковые группы, то проще организовать их в той же телеге или макс. А если про чаты с сервисным службами, то проще это организовать через обычные заявки и не называть чатом, чтобы не связываться с ркн и ФСБ.
Чат - это привычная форма диалога. Эталон. Все привыкли к такой форме. Я делаю достаточно универсальную штуку, которая не может не включать чат. Вообще базово отталкивался от форумов. И если выкинуть "лишний обвес", то на выходе будет тот же чат. Другими словами люди отвыкли писать абзацами, а разбивают на отдельные короткие предложения.
ОРИ - это речь про количество читателей. А если в "форуме" всего два человека - то это частный разговор. Если сотня - чат поселка. Заявка - несколько заинтересованных участников. Но я надеюсь дорасти до масштабов ОРИ - у меня запланировано, чтобы пользователь настраивал каналы новостей со многих сообществ. Поэтому это не проблема, а цель ;)
И главная мечта - географическая интеграция сообществ. Объединять поселки с общим забором и дорогой. Объединять МКД в микрорайоны.
В Тайланде снимал жилье, на ресепшене QR код -> ставишь апу -> вводишь квартиру (ресепшен подтверждает что это я) -> в апе уже оплачиваешь воду / смотришь новости и чаты по дому / букаешь фасилитиес / уведомления что пришла почта - очень удобно. Кто не хочет ставить, то можно через обычный месседжер (Line). Отсюда вывод, нужно заходить сверху, чтобы всем навязать использование.
Все верно, в данном случае нужно в первую очередь продавать ценность именно председателям СНТ, т.к они драйверы принятия таких решений. Своему председателю, к слову, довольно легко получилось подать идею, ведь все взносы и услуги он ранее записывал в тетрадке, высылал сообщения с qr в мессенджере и потом подбивал все в эксельке для передачи бухгалтеру, приложение очень сильно срезает ему эту рутину
Автор, рекомендую рассмотреть переход с infra runbook и деплоя через агента на классические ci/cd пайплайны - например, на базе своего gitlab ce сервера с gitlab runner'ом. В этом варианте деплой или релиз можно делать как автоматически по коммиту, так и с ручным подтверждением. Агенту можно выдать MCP к gitlab серверу для разбора логов или руления процессом деплоя при необходимости.
На мой взгляд плюсы - экономия токенов на детерминированных процессах, возможность быстрого отката. Минусы - еще пара элементов в инфраструктуре.
Как много лишних телодвижений ради одного коттеджного поселка. Можно было просто сделать простенький сайт с мобильной версией и не парится так.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Вайбкодинг заканчивается на localhost: как я строю SaaS для цифровизации коттеджных поселков с Codex