Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Поток AI и ML доступен 24/7 благодаря поддержке друзей Хабра
Комментарии 52
Ну собственно как я и думал - "необходимость" в приложениях это чисто менеджерская фишка
Сделайте нормально сайт. НОРМАЛЬНО. Включая и для мобильных платформ. И ВСЕ.
Никому нахрен не упало 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 (если мы говорим про кп или приличный снт, а именно они способны покупать такой софт).
да да, вы ж специалист
просто напоминаю что мир гораздо больше видимого вами пузыря и то что вы видели в одном из поселков (и скорее всего со стороны) не означает что везде так
Ну раз вы начали мерять длинну, то ок. Контакты в порядка 150 разных посёлков, 3 разных партнёра, контакты с провайдерами, производителями сбора телеметрии, видеонаблюдения, скуд, приложений для поселков, и все говорят одно и тоже. Сам занимаюсь 10 лет поддержкой посёлков уровня бизнес, сейчас 3, в ближайших планах взять еще 5, есть своё приложение (пока что pwa к слову, но планирую уходить в натив). Нормальная выборка? Какой у вас опыт вы так и не сказали, хотя я несколько раз спрашивал. Просто вы типичный ИТ-шник, в хорошем смысле, но обычные люди мыслят совершенно иначе. Особенно те, у кого свой дом. Я это на своём опыте прошёл, тоже думал, что сайт нужен всем (тм) и закроет все потребности. У вас еще всё впереди :)
Да, они живут в посёлках, которые на обслуживании. Самая большая проблема - запомнить адрес сайта. Даже если сайт по имени схож с названием посёлка. Для около-ИТшников это кажется странным, но для обычных пользователей это так.
И я выше приводил пример - самое успешное приложение для мкд и посёлков (домиленд) не имеет сайта для жителей вообще, только приложение.
QR-код - `просто существует`
расклеивается банер по поселку и все
с приложением тоже нужно название помнить. а если уж помнишь название то опять таки сайт или приложение нет разницы, если сайт так же гуглится по названию
Зачем название помнить?? Один раз поставил, и всё. Я вам говорю отзывы десятков людей, реальных пользователей.
Ну а qr это очень смешно)) почему то мне кажется, что вы не живёте в кп))
Из той же рубрики - "один раз закладку сделал и все"
Да, вы мыслите как адвансюзер. Я тоже так думал. Потом пришла суровая реальность. Не будет чувак на бмв х7 и домом на 600 квадратов осваивать вкладки. Суровая реальность. Им подавай приложение, потому что они так привыкли. И они самые платежеспособные - именно они заказывают кучу допуслуг в посёлке. Знающие про вкладки обычно и газон сами стригут.
У чувака на BMW обычно есть человек, что этим всем занимается
Для таких людей важна стабильность и беспроблемность - ему не важно как оно там работает и тд. Он обращает внимание если есть проблемы и/или не работает когда внезапно понадобится.
бмв х7 и 600 квадратов это не тот уровень, это менеджер в фирме в Москве, или владелец небольшого бизнеса. Он сам кнопки жмёт, в том числе заказать пропуск, вызвать сантехника, газон постричь. Т он не в курсе про избранное, потому что у него куча приложений на телефоне, и долей в 80% это apple. Сколько вообще посёлков видели с точки зрения ИТ? Почему то мне кажется, что ноль?
Как раз строго наоборот - людям нафиг не упали сайты. Им нужно одно, конкретное приложение, под одну, конкретную фигню.
Мобильные ОС давно самые распространённые в мире, мобильный траффик самый объемный, а мобильное приложение - основная точка касания. Если вы сделали сайт и не сделали приложение, вы автоматом выстрелили себе в ногу
Вы строите систему не для кп (которые в массе НКО), а для снт. Огромная юридическая разница.
Не раскрыто чем не устроили готовые решения, тот же ИНОМ?
привет! решения на рынке есть, но рынок "тяжелый", когда общался с Домилендом, они сказали, что он мертвый. Тем не менее, ИНОМ, СНТ - Клуб, игроки есть, но их реализации выглядят незаконченными. У меня есть мотивация построить данный продукт и не свернуть на половине пути, такого опыта построения (от и до) у меня никогда не было, интересно, что из этого выйдет. Как минимум, не хотелось бы потом стыдиться, что какие то факторы оказались сильнее меня и я все бросил на уровне идеи.
Даже интересно, каждый раз сталкиваться с новыми обстоятельствами, делать вещи и шаги, о которых обычно не думаешь, как обыватель
Голосование через эту программу вряд ли признают легитимным, скорее это опросы общественного мнения. Государствр принудительно загоняет всех в мах, иначе большие штрафы. Голосования через госуслуги делают, подробности не знаю. Цель этой программы бухгалтерия, а для нее есть множпство платных и бесплатных программ.
Думаю, можно сделать голосование с подтверждением голоса через код в Макс боте.
Вау, интересная история, и скорее всего она будет актуальной, сейчас голосования на гос услугах (мой дом) точно проводятся в ЖКХ, до СНТ пока вроде не добрались, но возможно это вопрос времени. Если это все появится, интересно было бы интегрироваться с Максом или ГИС ЖКХ, если у них будут публичные апи
Обязательные по закону вопросы - это 6 категорий и 55 тем. В основном про внешние большие деньги. И местечковое голосование может быть легитимным, если собственники отдельным вопросом решат, что оно легитимное. А еще гос-ОСС "тяжелое и дорогое" - можно рассматривать местечковые системы как промежуточное для выработки альтернатив и предварительной оценки успеха.
Никаких проблем с голосованием. Закон об снт позволяет, даже простой электронной подписи хватает.
Главное чтобы в уставе была прописана такая форма.
Спасибо за интересную статью. И важный опыт. Согласен, что рынок тяжелый. И приятно видеть, что кто-то рядом меняет его, засучив рукава и без нытья.
Я делаю похожую систему https://pro.deloset.ru - и тоже сложности с пилотным запуском. С обывателями уже наговорился вдоволь, далее думаю сосредоточиться на председателях. Но они еще и возрастные часто, и не хотят усложнять свою жизнь. Но с другой стороны - не толкаешься жопами с конкурентами.
Мой стек: сервер на Go, тонкий клиент PWA-React. Я сразу начал со сложных задач, и жахнул на них несколько лет: у меня возможно связывать сообщества между собой (соседние поселки), форумы для хранения документов и ролевая система доступа для каждого поселка, голосование тремя методами и упрощенный бухучет с двойной записью для местечковых проектов. Самое сложное - механизм связи сообществ, где бизнесовые партнерятся с потребительскими. Я хочу, чтобы не только новости частников, но и бизнесы присутствовали - в этом и есть бизнес-модель. И система профилей - по интересам и бизнесам, включая "по доверенности".
Потому долго делаю. И не вайбкодил, ии в чате юзаю. И только сейчас шлифую чаты. Потому что все собеседники пытаются сравнить с понятным - телеграм, и навороты на старте напрягают. И да, кодить и продавать - разные задачи. И интроверту тяжело в продажах.
Приветствую! Большое спасибо за поддержку! Ого, вижу серьезную проработку межхозяйственных взаимодействий, интересная история с бизнесом, я так понимаю, что бы подрядчиков и их услуги запустить в контур? нужно искать покупателей и не затягивать с реализацией сложной механики, сам уже быстрее бы запустился в своем пилотном СНТ, если бы не решил докручивать пару фитч, которые по факту не являлись критичными на момент запуска.
ИИ рекомендую использовать, в моем кейсе это стало отличным инструментом для ускорения разработки
А можно вопрос - зачем чаты? Вы же понимаете, что это сразу делает вашу систему подпадающей под ОРИ, а значит нужен СОРМ, и это уже совсем плохо. Зачем такие сложности? Если речь идёт про поселковые группы, то проще организовать их в той же телеге или макс. А если про чаты с сервисным службами, то проще это организовать через обычные заявки и не называть чатом, чтобы не связываться с ркн и ФСБ.
Чат - это привычная форма диалога. Эталон. Все привыкли к такой форме. Я делаю достаточно универсальную штуку, которая не может не включать чат. Вообще базово отталкивался от форумов. И если выкинуть "лишний обвес", то на выходе будет тот же чат. Другими словами люди отвыкли писать абзацами, а разбивают на отдельные короткие предложения.
ОРИ - это речь про количество читателей. А если в "форуме" всего два человека - то это частный разговор. Если сотня - чат поселка. Заявка - несколько заинтересованных участников. Но я надеюсь дорасти до масштабов ОРИ - у меня запланировано, чтобы пользователь настраивал каналы новостей со многих сообществ. Поэтому это не проблема, а цель ;)
И главная мечта - географическая интеграция сообществ. Объединять поселки с общим забором и дорогой. Объединять МКД в микрорайоны.
ОРИ - это про хранение в первую очередь. Почитайте почему исчезли чаты из банковских приложений. И стоимость СОРМ-а.
Вы так и не ответили зачем функционал мессенджера копировать и привлекать к себе лишнее внимание ркн и ФСБ.
Не понял проблемы с ОРИ. Если я дорасту до этого, то это уже успех! А сейчас решаю просто привлечение. Будут люди - буду решать ОРИ. СОРМ - это про провайдеров, у меня просто сервер и хранение.
Объясняю зачем мессенждер - это про общение. Людей в ЖК и СНТ не собрать вживую. А если вдруг толпа, то это или "говорит один" или "говорят все" со всемозможными манипуляциями, что не ведет к доверию. Доверие - цель по управлению общим имуществом. К доверию ведут нужная глубина обсуждения (чат/форум - пишут как собственники так и внешние эксперты), внесение и оценка альтернативных решений (опросы с разными мнениями), открытая отчетность по финансам (хранение документов и рассылка).
Итого: как собрать мнения и обсудить альтернативы без сообщений? Чат - всего лишь способ вывода на экран. У меня привязка к электропочте, когда нибудь добавлю и номера телефонов.
Не наблюдаю проблем с ОРИ и спецслужбами - я сразу пишу, что автоматизирую публичное общение (доску объявлений поселка). Не планирую какого-то шифрованного хранения данных. Даже запланированы аккаунты муниципальных и федеральных госслужб и их присутствие внутри поселков.
Почитайте на досуге: ФСБ потребовала от банков установить системы хранения переписки клиентов | Forbes.ru
> ФСБ напомнила, что они подпадают под статус организаторов распространения информации (ОРИ), так как в их мобильных приложениях пользователи могут обмениваться сообщениями. И поэтому в течение полугода банки должны хранить содержание переписки клиентов. С января 2026 года срок обязательного хранения данных о переписке и сведений о пользователях будет увеличен до трех лет.
Вы же понимаете, что играть в игры с нашим государством - это такое себе. Провайдеров победили, теперь вот банки, дальше - все остальные. Я бы не рисковал. Функционал закрывается любым существующим мессенджером с помощью закрытых групп. Еще вопрос как вы исполняете 152-ФЗ.
Спасибо за заботу, но... нужный функционал не закрывается мессенджером. Ну никак! Сами недостатки мессенджера привели к созданию своего сервиса:
1. Не все собственники в мессенджере - их просто нет, но они могут участвовать в сообществе оффлайн или через почту.
2. Не все в мессенджере собственники - полно супругов, детей, арендаторов и засланных казачков. А как тогда учесть мнения только собов, ну?
3. Нужны не только собственники - в выработке альтернатив нужно привлечь экспертов. И выделить мнение эксперта.
4. Нужно назначить доли участникам - у кого-то однокомнатная, у другого четырехкомнатная, и их доли не равны. Еще вариант - от какой-то квартиры один соб, от другой пять долевщиков!
5. Как учесть доли отсутствующих собственников по целым объектам?
6. Бесконечная лента не годится для вдумчивого обсуждения. Какие-то вопросы не решаются жалобой мэру. Форум - наше всё.
7. Как разграничить доступ к файлам по роли собственника?
и т.д и т.п.
И вообще моя цель - объединять людей и сообщества в разных конфигурациях как в реальной жизни. Я не нашел такого мессенджера - придумал свой. Проще ОРИ наладить, чем делать операцию на сердце через задницу (делать через продвинутое api запрещенного мессенджера).
В Тайланде снимал жилье, на ресепшене QR код -> ставишь апу -> вводишь квартиру (ресепшен подтверждает что это я) -> в апе уже оплачиваешь воду / смотришь новости и чаты по дому / букаешь фасилитиес / уведомления что пришла почта - очень удобно. Кто не хочет ставить, то можно через обычный месседжер (Line). Отсюда вывод, нужно заходить сверху, чтобы всем навязать использование.
Все верно, в данном случае нужно в первую очередь продавать ценность именно председателям СНТ, т.к они драйверы принятия таких решений. Своему председателю, к слову, довольно легко получилось подать идею, ведь все взносы и услуги он ранее записывал в тетрадке, высылал сообщения с qr в мессенджере и потом подбивал все в эксельке для передачи бухгалтеру, приложение очень сильно срезает ему эту рутину
Автор, рекомендую рассмотреть переход с infra runbook и деплоя через агента на классические ci/cd пайплайны - например, на базе своего gitlab ce сервера с gitlab runner'ом. В этом варианте деплой или релиз можно делать как автоматически по коммиту, так и с ручным подтверждением. Агенту можно выдать MCP к gitlab серверу для разбора логов или руления процессом деплоя при необходимости.
На мой взгляд плюсы - экономия токенов на детерминированных процессах, возможность быстрого отката. Минусы - еще пара элементов в инфраструктуре.
Как много лишних телодвижений ради одного коттеджного поселка. Можно было просто сделать простенький сайт с мобильной версией и не парится так.
11 лет живу в коттеджном поселке. Проект весьма интересный и полезный, но... Пока это пет проект , то есть для себя и пока не надоело. Как только захотите в прод , то возникнет много юридических тонкостей связанных с приемом платежей в пользу ТСН, СНТ все может быстро закончится. Дело нужное , но не благодарное. Сил, терпения, а опыт просто супер.
Спасибо за поддержу! Юридических нюансов будет действительно немало, но по платежам все в целом не сложно, уже настроил интеграции с Т-Банк и Юкасса, приложение в данном случае выступает только как брокер, при этом все платежи идут через интернет эквайринг зарегистрированный именно на конкретный СНТ, т.е моя платформа через себя деньги никак не пропускает, лишь служит "оберткой"
Близко по ощущениям. У меня не SaaS, компилятор — но та же штука: агенты неделями пишут код, всё локально работает. А когда первый раз показал репозиторий знакомому, он спросил «и что я с этим должен делать?». Само наличие компилятора без документации, примеров и объяснения зачем оно нужно — никому не интересно. И вот это уже агентам не отдашь.
Отличная статья!
Прошел примерно по Вашему пути (смысл прилаги только другой. Менеджерская операционка. И вот решил я сделать внутри компании чаты. Так же сначала с пва, понял что это не торт и так же перешел на нативную.
Но если честно, уже второй месяц борюсь с нативной именно в области мессенджера.
Сначала все летало просто. Потом накинул шифрование данных, работу с 1000+ чатами, фото, аудио/видео звонки и… все посыпалось. Уже месяц точно занимаюсь наведением красоты. То сообщения уходят по 1-3 сек при соединении с сервером в 20мс, то скрол откидывается к последнему сообщению.
На данный момент в мессенджере реализовал скрол списка чатов с бесшовной подгрузкой (хоть список из 1000 чатов будет листаться плавно, аккуратно и не нагружать железо). Но вот внутри чата пока еще есть мелкие проблемы, которые не дают ощущения стабильного, современного мессенджера.
Вам удалось решить подобные проблемы? (Уверен, что на каком-то этапе они точно встречались)
Спасибо! Да, “простой чат” очень быстро перестает быть простым. У нас масштаб пока другой, поэтому 1000+ чатов не основной сценарий, но проблемы со скроллом, клавиатурой, пушами и медиа уже знакомы. Я специально не пытаюсь строить универсальный мессенджер: для нас чат — часть операционного контура поселка. Сейчас есть пагинация сообщений, личные чаты, топики, push, медиа и кэш на Android/IOS, но список чатов пока не рассчитан на 1000+ комнат, а web-историю нужно будет виртуализировать. Следующий технический шаг — Redis/BullMQ для фоновых уведомлений, WebSocket/SSE для realtime и S3-хранилище для медиа. Звонки и E2E пока сознательно не берем, иначе продукт утонет в мессенджере вместо цифровизации поселка.
За статью спасибо!
Несколько мыслей в тему:
1. Какой потенциальный охват рынка? Сколько будет стоить подписка на приложение? Кажется, для СНТ на 100 человек и стоимости подписки, скажем, 300-500 в месяц не очень интересно. А если распространять приложение глобально, там уже другой маркетинг нужен
2. Для платного сервиса нужна поддержка. Вы сами будете ей заниматься?
3. Как вы тестируете разработку? Например, я делаю на вайбкодинге opensource библиотеку и при разработке опираюсь на интеграционные тесты, поднимающие в docker всю инфраструктуру + отдельные приложения, которые одновременно демонстрируют работу библиотеки и используются для нагрузочного тестирования. Но, у меня нет интерфейса - у вас он есть причем под разные платформы
Спасибо за отклик!
1. Котеджных поселков на данный момент очень много, пользователи - десятки тысяч. Проблема только в том, что подобные решения на рынке плохо приживаются, сделать хорошо - дорого, а полу-решение люди покупать не хотят. Здесь на помощь приходит вайбкодинг, стоимость разработки гораздо ниже, чем классическая продуктовая команда, за счет этого получится сделать хорошую стоимость. Пока точной калькуляции сказать не могу, будет действительно зависить от первых тестовых пилотов и понимания емкости рынка.
2. Да, с точки зрения технички и доработки, а администрирование предполагается отдать на сторону председателей-управляющих.
3. Все эндпоинты обвешаны агентными тестами, после внесения изменений в песочнице поднимаются конетейнеры, проводятся тесты, после выкладки на бой все маршруты так же тестируются в агентном режиме. Интерфейс приходится тестировать самому, но нейронка в агентном режиме уже может и это делать, поднимает контейнер, запускает необходимые формы, делает скриншоты и анализирует их, но процесс пока выглядит очень долгим, поэтому на данный момент не использую его, но думаю, что в следующих версиях агенты начнут с этими задачами шустрее справляться.
Про вайбкодинг согласен в том, что стоимость и скорость разработки ниже, но ниже и порог входа в разработку, а значит и больше конкуренция
Поддержку я имел ввиду совсем техническую - следить за серверами, принимать запросы пользователей об ошибках. Вот, у нас в ЖК приложение для домофона глючит и поддержку задалбливают вопросами. Наверное, сервера можно на оутсорс отдать, а остальное?
Про тесты главное понимать, что они действительно проверяют нужный сценарий. У меня было, что нейронка подгоняла тесты под сценарий (то есть в тестах шла по другому пути, чтоб они не падали) и было, что ошибки не в тестах глушила, а проверки в тестах были недостаточные, чтоб это понять
По п.1. Домиленд за базовый функционал (новости, оплаты, заявки и пропуска) на поселок примерно 300 человек просит 27К в месяц.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Вайбкодинг заканчивается на localhost: как я строю SaaS для цифровизации коттеджных поселков с Codex