Adlove. Часть 17. Общие новости проекта.
Из-за высокой загруженности, не было времени писать по каждому событию. В этой статье расскажу, что нового за последние 3 недели.
1. Мобильные приложения.
Они уже готовы, iOS + Android. Полностью работоспособны.
Скорость доставки сообщений — около 2 сек. Push уведомления работают корректно, срабатывают мгновенно.
Что касается интерфейса приложений, как я писал в предыдущей статье — мобильные приложения по факту являются веб клиентами мобильной версии сайта.
Понимаю прекрасно, что есть огрехи по юзабилити, но все это будет дорабатываться позже: сейчас важнее создать основной каркас и начать привлекать аудиторию, а мелочи уже будут доработаны в процессе.
2. Статусы Premium.
Было решено использовать пакеты услуг.
Готовые наборы Basic / Silver / Gold / Platinum / Black, в каждом из которых предоставляется определенный пакет услуг.
Все готово, работает:
В любой момент, пользователь может перейти на пакет выше, доплатив разницу
В админке имеется модуль, который позволяет все это дело править
Что касается англоязычного интерфейса.
Система поддерживает файлы локализации и надо всего лишь откорректировать их, добавив необходимые переводы на русский язык.
3. Что осталось.
3.1. Проработка дизайна.
Лого, станица Premium, модуль Premium в админке.
У всего этого сейчас технический дизайн и теперь необходимо прикрутить фишечки-рюшечки.
Плюс разработать иконки для мобильных приложений и необходимые графические элементы для выкладки в AppStore и Google Play.
(срок: до 31.08.2019)
3.2. Эквайринг.
Агрегатора уже выбрал.
На следующей неделе займусь вопросом регистрации юрлица, после чего договор эквайринга.
К тому времени необходимое для интеграции уже будет готово.
(срок: до 31.08.2019)
3.3. Выложить мобильные приложения в AppStore и Google Play.
(срок: до 31.08.2019)
3.4. Планирую, что к 01.09.2019 все технические и подготовительные работы будут завершены и к этому времени начну работы по поисковому продвижению мобильных приложений.
Имеется предварительная договоренность с партнером, который обещает обеспечить трафик в 3-5 тыс. загрузок приложений в сутки (90 — 150 тыс/мес).
4. Планы, сроки.
4.1. В данный момент, проект на стадии «Pre-Alpha»
До 31.08.2019 завершаю все технические вопросы, интеграции и проект вступает в стадию «Alpha»
4.2. C 01.09.2019 по 10.09.2019 — в стадии «Alpha»
Подтяну знакомых, друзей, для тестирования и доработки явных косяков.
4.3. К 10.09.2019 проект должен вступить в версию «Beta»
Начнется привлечение внешней аудитории.
4.4. К 30.09.2019 должна завершиться стадия «Beta» и проект должен перейти в версию «Release to manufacturing»
5. Продажа исходников?
Да, вполне возможно.
После того, как проект будет готов, я смогу предоставить любому желающему развернуть аналогичный сервис.
Ориентировочная стоимость «as is» составит ₽300.000.
Доброго времени суток. Слежу за Вашим прогрессом по созданию сайта знакомств. Возможно заинтересуют Ваши исходники. Я долго время подбираю для себя скрипт для сайта знакомств, также протестировал массу продуктов, в результате осталось два датингпро и скадате. Не знаю какой лучше, так как каждый имеет свои нюансы и однозначно каждый требует определенной доработки. Если учитывать к-во проектов построенных на скадате то они выигрывают, но при этом все сайты как правило имеют стандартный шаблонный дизайн. Можно поинтересоваться почему все таки отказались от скадате?
Приветствую. В основе моей концепции лежала продажа пакетов Premium, при которых пользователь покупает не какую-то конкретную опцию, а сразу набор. Далее, меня не устраивала концепция всех современных проектов, когда стоимость Premium для жителей мегаполиса и деревень единая: если житель мегаполиса может заплатить 1000р за Premium уровень, то для жителя небольшого города — это большие деньги. В итоге получаем ситуацию, при которой проекты имеют основную монетизацию в мегаполисах и не зарабатывают денег в регионах, где пользователи злятся, матерятся и продолжают пытаться пользоваться бесплатной версией. Дальше, в моей концепции создание сети сайтов, которые работают на основе общей базы данных. Например, создан проект А, в котором девушка в своем профиле указывает, что заинтересована в том, чтобы быть содержанкой. Через некоторое время создается проект Б, для мужчин, которые ищут содержанку и после регистрации, сразу видят аккаунты девушек из проекта А, которые хотят быть такими. Подобная система позволит клепать узкоспециализированные тематические проекты, в которых сразу после создания, будет соответствующая аудитория. Выше я привел лишь малую часть своей идеи и попытка создания того, что мне нужно, на базе Skadate (который довольно дорогой) или любой иной CMS, в итоге будет стоить очень дорого. Поэтому и решил поискать для проекта некий фреймворк, с базовым функционалом и прикрутить к… Подробнее »
я ознакомился с подробным описанием Вашего проекта сайта знакомств и какую цель преследуете, но как быть с технической стороной сайта, когда Вы добьетесь успеха и сайт станет высокопосещаемым и тем самым высоконагруженным, как быть с маштабированием базы данных, справитесь?
Когда проект станет на столько высокопосещаемым/высоконагруженным, что с ним не будет справляться текущая CMS на базе фреймворка yii2,
он будет генерировать достаточную прибыль, которая позволит держать в штате специалиста по оптимизации высоконагруженных проектов.
Это правильно, главное чтобы не пришлось все делать с начала. Я интересуюсь так как для развития текущего проекта надо было кардинальные изменения вносить для seo и тут я понял что мне сейчас гораздо проще перейти на другой движок где это уже есть в стандарте. И самое обидное что поставщики комплексных решений нетпомвгвют на начальном этапе-не подсказывают. Вопрос о масштабировании относился к общему развитию проекта. Этого не боитесь?
Вопрос SEO в моем случае не имеет значения.
В наше время выцеплять аудиторию из поискового трафика — нереально дорого и неэффективно.
Поэтому, основной упор я делаю именно на мобильные приложения: подобный проект без мобильных приложений не имеет никакого смысла.
И прежде всего буду заниматься именно поисковой оптимизацией мобильных приложений.
А поставщики комплексных решений специально этим не занимаются, чтобы вы им занесли дополнительную денюшку на необходимые доработки.
Что касается масштабирования, в чем именно вопрос?
98% аудитории будут пользоваться мобильной версией сайта.
Вес страницы небольшой, плюс кеширование.
Картинки будут разнесены на несколько VPS серверов (по мере необходимости будут добавляться сервера, процесс был отработан еще лет 5 назад на моем проекте ifotohost.com).
Остается вопрос нагрузоустойчивости БД и ее оптимизации.
Когда я занимался такси, у одного из партнеров, после оптимизации БД, сервис стал способным держать 200К запросов в секунду.
До аудитории в 100 тыс, не нужно будет ничего делать.
До аудитории в миллион человек, можно обойтись оптимизациями, например, одна БД отвечает за загрузку страниц, во второй база с пользователями, а в третьей переписки юзеров.
И уже после аудитории в миллион, может возникнуть необходимость внедрить что-то сложнее.
Вроде как все логично. Но сайт без нахождениях в топе и без базы пользователей не имеет никакой стоимости среди потенциальных пользователей, тем самым нужно его продвинуть и сделать сайт исходя из тенденции PWA, это так для ознакомления а только далее можно говорить про установку мобильных приложений.
Что с исходниками? Будете продавать как писали ранее???
Допустим, но в чем сложность?
То же СЕО:
1. Автоматическая генерация name, keyword, description
2. Правильно заполняем robots.txt
3. Генерация sitemap.xml (в каждом сайтмапе по 10 тыс ссылок)
4. Подключаем к Яндекс и Гугл Вебмастерам, проводим оптимизацию, которую они рекомендуют.
В техническом плане никаких сложностей и все можно сделать за пару недель.
5. Дальше уже вопрос в цитируемости сайта, а для этого, необходимо будет рассказать о нем на новостных ресурсах. При этом, можно с многими из них договориться: вы размещаете у них статью бесплатно, в обмен на размещение на определенный срок баннеров/ссылок на вашем проекте. По факту, это нужно делать в рамках общей маркетинговой концепции.
Рассматриваю вариант, при котором клиент получает готовое решение, включающее в себя все, вплоть до начальной аудитории в пару тысяч пользователей.
Естественно, включая исходники и документацию.
А хамелеон чего не рассмотрели? Вроде у них есть среди клиентов вполне себе высоконагруженные https://www.chameleonscript.com/clients.php
Его не рассматривал.
Для интереса, зашел на первый из проектов в их портфолио — datingtarget.com
Посмотрите на интерфейс — он устарел лет 10 назад. Уверен, то же самое и с его кодом, в котором костыль на костыле.
По мне, такой же шлак, что и Advandate — в котором тоже открытые исходники, но уровень программного кода такой, что невозможно дорабатывать.
Я пытался выйти на контакт с хамелеоном — там наверно все плохо так как написал на два адреса указаны на сайте и уже прошло две недели и никакого ответа не получил. А датингпро не пробовали? А как быть с мобильным приложением для IOS — многие утверждают что нереально разместить и монетизировать позже
ДатингПро — знаю этих ребят из Йошкар-Олы.
Уже тот факт, что они из Российской глубинки, должен был вас насторожить =)
Прочитав их лицензионное соглашение пришел к тому, что они мне не подходят, так как заплатив деньги, я получаю лишь право пользоваться лицензией:
«1.1. В соответствии с условиями настоящего Соглашения и за вознаграждение, ИП Королев Александр Вячеславович предоставляет вам право использовать…»
«2.1. Все права на программный продукт, включая любой исходный код, изображения, фотографии, анимацию и текст, включенные в программный продукт, сопроводительные печатные материалы и любые копии программного продукта, защищены действующим законодательством как объекты интеллектуальной собственности. Любая настройка, перевод, модификация или пересмотр исходного кода программного продукта не дает права продавать, лицензировать, раздавать или иным образом распространять такой исходный код полностью или в любой его части. Создание других продуктов на основе этого программного продукта или использование исходного кода запрещено.»
Ну и дальше, для интереса, поинтересуйтесь у них о стоимости доработок)
А в чем проблема с iOS?
Почему нереально?