Привет, обещанный пост брейншторма.

Для чего это?

Я планирую встретиться с Jusper (сегодня в 19:40 по питерскому) и дать ему кучу информации для аналитики и выбора ниши для XGM. Возможно это позволит уже в следующем году сделать MVP (проще говоря демку ключевой фичи, которая всё изменит для нас)

Что есть сейчас?

Презентация для очередного стартаперского линча

В чём проблема?

Нет фокусировки, XGM пытается одновременно быть и технологической площадкой и системой таск-трекинга, и агрегатором сервисов и медийным изданием.
Скорее всего раcфокусировка приведёт к распылению ресурсов, усилению конкурентов и дальнейшей потере рынка, а все функции будут неюзабельными костылями.
Условно говоря мы будем одновременно конкурировать:
  • как технологическая площадка — с инфраструктурами разработки от крупных игроков jetbrains, atlassian и т.п.
  • как таск трекинг — с trello, active collab, asana и даже bitrix24=)
  • как агрегатор всего — с нашими прямыми конкурентами, moddb и сервисами типа zapier
  • как медийное издание — с пабликами vk, стим, ucoz и тематическими сайтами игроков (например strategium по линейке от paradox), сайты с профессиональной редакцией (kanobu)
  • как площадка сторителинга — с медиум, скварспейс, тильда
в итоге каждый компонент будет хуже чем у конкурентов, а синергия не станет преимуществом чтобы отказываться от продуктов конкурентов, их проще комбинировать.
<<в порядке бреда какой может быть узкая функция (содержание из космоса, я не знаю про тему ничего):
xgm – это система контроля версий для unity-разработчиков, имеющих проблему быстрых патчей своих разработок, по сравнению с github, bitbucket позволяет воспроизводить приложения в своём облаке и динамически менять содержимое в запущенной сессии приложения в реальном времени>>

Какие ещё есть проблемы?

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

Как предлагать свои решения:

  1. Правила простые — не критикуем предыдущее решение, а дополняем. Негатив запрещён. Например, одна из функций MVP у ребят – сторителинг, но миру не нужен AnotherServiceforStoryitelling, но это абсолютно бесполезная информация для нас сейчас, максимум можно кинуть пруф на исследование. Каждый участник перед написанием поста должен ознакомиться с другими предложениями и попытаться дополнить хоть одно из них аналитикой, пруфами, аналогами, развить идею.
  2. Предложите какая «узкая» функция сервиса должна стать ключевой, можно в свободной форме, можно попытать себя в форме elevator pitch www.masterplans.ru/elevator-pitch.html
  3. За что вы готовы начать платить прямо сейчас, чего не хватает в разработке. Опишите ситуацию потребления. Сумма.
  4. За что вы бы были готовы раскошелиться в перспективе. Опишите ситуацию потребления. Сумма.
  5. За что не заплатите ни рубля, но считаете что без этого сервису жить нельзя
  6. За что готовы платить другие на ваш взгляд и сколько

Моё:

1. Текущие идеи

Я считаю, что идея сервиса живущего не в вакууме, а активно интегрированного в окружающий мир как с помощью интеграций окружения, так и предложения api единственный способ в 2015-2020 запустить живой проект. Никто не хочет заводить аккаунт и разбираться в ещё одном сервисе, все хотят чтобы сервис был частью его рабочей инфраструктуры. Например, никому не нужен ещё один гугл календарь, а sunrise который сагрегирует со всех таск-трекеров меилстоны является удобным решением.

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

Я считаю, что xgm store отличная идея, которая принесла некторый имиджевый успех, однако нельзя просто пойти и сделать страничку в printdirect и печатать дешёвую атрибутику. Я бы предложить сотрудничать с начинающими дизайнерами одежды и вещей, делать эксклюзивные вещи с нейтральными принтами (чтобы из принта не веяло я задрот без личной жизни)

2. ключевая фича

Я думал, что пропущу пункт. Но я бы крайне радикально предложил бы XGM стать gamedev изданием и предлагать услуги своих редакторов, авторов статей, журналистов разработчикам indee-проектов — монетизация: реклама, платные материалы, спецпроекты, paywall. Рынок сложный, но растущий.

3. Я готов платить

Будучи адвокатом бренда я готов заплатить за пожизненную подписку до 5000 рублей единовременно, при условии что я получу все новые возможности сервиса до конца его жизни, влиять на редакторскую деятельность. Пример дзен мани
Донат на развитие сервиса с подробными и прозрачными отчётами по расходам и весомыми успехами, как у навальнят. Не более 1000 рублей в месяц

4. Я бы платил в перспективе

Софт шаринг. Ситуация мне периодически по работе нужно Adobe CS + Sketch +Avocode, но мне не выгодно их покупать, покупать на них подписку дорого, спиратить ради того что я воспользуюсь этим раз в полгода проще. Однако я бы не хотел заниматься настройкой софта в тот момент, когда он мне понадобиться и иметь все возможности официального сервиса, поэтому некая модель совместного владения была бы удобна. до 2000 рублей в год, но зависит от пакетов софта конечно. Не знаю насколько такое вообще реально.
Материалы от экспертов рынка, обучение, консультации экспертов под paywall, до 500 рублей в год. + наверное интенсивы и ивенты
Доступы к базам про-материалов.— достать модельки, которые продаются за большие деньги и официально их использовать по подписке было бы приятно. У меня нет своего проекта, но допустим до 200 рублей в месяц.
Я бы покупал эксклюзивные шмотки соответствующего качества. 1-2 покупки в год, суммарно до 8000 рублей.

5. без этого никуда

Сообщество игроков, без этого смерть
Нормальный дизайн и автосохранение текстов
Нормальная навигация
Мобильное приложение для ключевых функций
Из нового: доступность для людей с нарушениями зрения, это очень важно
Строгая и внимательная (вежливая) модерация на сайте
!!сделать нормальное форматирование уже наконец!!!

6. заплатят другие

Правильная тематическая реклама: железо, игры, софт, мероприятия, вакансии – фанатский уровень расходов аудитории, с рекламодателем мне кажется это всегда индивидуально
Мероприятия от xgm и партнеров не более 1500 за ивент
Покупка обзоров до 3000 за статью
Времени у вас меньше суток, постараюсь по итогу собрать отчёт.

Встреча Jusper

Я предложил jusper-у встретиться на прошлой неделе. Я планировал обсудить некоторые вопросы связанные с его и моей работой, ну и параллельно поговорить про xgm.
Jusper занимается аналитикой и построением бизнес процессов в среднем и крупном бизнесе. Обычно к нему приходят клиенты которым нужно «как-нибудь автоматизировать хаос», при этом оказывается что хаос надо сначала упорядочить и вообще прописать и внедрить процесс взаимодействия в подразделение. Короче работа предполагает много понимание бизнеса, аналитический склад ума и критическое мышление. То чего нам давненько не хватало)
Мы обсудили команду разработки. Алекс насколько я понимаю занимался прикладным ПО, но уже два года занимается вебом, хелл в свою очередь лишь недавно начал профессионально заниматься любимым фронтендом. ну и когда у нас было ещё 2 программера готовых почти каждый вечер тратить на xgm.
Немного поговорили про монетизацию, я понял что мои потребности немного оторваны от потребностей игроделов. Им нужны сервисы для сбора платежей, фидбека, продвижения. И видимо на это будет фокус в дальнейшем.
Поговорили про ситуацию с RDC, ну короче внезапно многие почувствовали наживу и стали предлагать свою помощь, раньше всем было пофиг на проект. Тут нужно чётко осознавать всем, что золотых гор не будет и даже чуть-чуть подшакалить не выйдет, вероятность что что-то выстрелит очень не высока, но если выстрелит xgm — найдёт способ как-то отблагодарить всех кто помогал платными аккаунтами, подарками и т.п. Делить же сейчас какие-то шкуры каких-то зверей очень и очень рано и неправильно.
Поговорили о привлечении людей к разработке, в частности о недостатках в ui\ux. Проблема такова, что на отсев предложений тратиться сильно больше времени чем реально людей вливается в работу и приносит пользу. Однако я попросил jusper-а всё-таки быть более открытым к предложениям.
Также договорились согласовать план того как я лично могу помочь в ближайшее время.
`
ОЖИДАНИЕ РЕКЛАМЫ...

Показан только небольшой набор комментариев вокруг указанного. Перейти к актуальным.
0
37
9 лет назад
Отредактирован ScorpioT1000
0
Не друпал, а джумлу 3. Потому что там уже написаны все связи и зависимости модулей и ресурсов, всё уже сделано примерно так как вы хотели (скелет и квик-старт) и полностью расширяемо.
Сейчас нельзя делать "на своем движке" в таком составе, потому что у вас нет ресурсов создать свой движок, удовлетворяющий современные потребности.
А про эксплоиты не беспокойся, с нуля будет явно в сотни раз больше, чем у джумлы)
А ставить плагины как ты говоришь из стора, вообще имхо последнее дело, никто не гарантирует что там нет бекдура для массового перебора уязвимых
Поискать можно и эксплоиты пхп, и нгинкс/апаче, и у линукса найдется, можно и про приложения для windows сказать, откуда ты в сеть выходишь, - где гарантия, что твой ssh доступ еще не украли? это паранойя ничем не оправдана
ZlaYa1000, про symfony 2 + angular солидарен, очень хорошая и красивая связка, особенно с mongodb
0
29
9 лет назад
0
Сейчас нельзя делать "на своем движке" в таком составе, потому что у вас нет ресурсов создать свой движок, удовлетворяющий современные потребности.
хватит холиварить на эту тему... движок уже давным давно есть...
0
35
9 лет назад
Отредактирован tysch_tysch
0
ZlaYa1000, про symfony 2 + angular солидарен, очень хорошая и красивая связка, особенно с mongodb
я за yii2+react (nodejs, mysql, архитектурно restfull api c 2-мя раздельными приложениями), насчёт mongodb — зависит от нагрузок, может и нет смысла. По крайней мере такую архитектуру сейчас убедительно «евангелирует» мой техдиректор на наши общие проекты. Но я подозреваю это больше дело вкуса.
alexprey:
Сейчас нельзя делать "на своем движке" в таком составе, потому что у вас нет ресурсов создать свой движок, удовлетворяющий современные потребности.
хватит холиварить на эту тему... движок уже давным давно есть...
а можешь как архитектор объяснить решение делать свой фреймворк?
0
37
9 лет назад
Отредактирован ScorpioT1000
0
angular + nodejs + mongodb - вообще от бога, но до этого еще надо дорости =\ комьюнити пока несильное у нодов
alexprey:
уже давным давно есть
Вот это и настораживает =)
0
35
9 лет назад
0
ScorpioT1000:
angular + nodejs + mongodb - вообще от бога, но до этого еще надо дорости =\ комьюнити пока несильное у нодов
ты nodejs предлагаешь и на серверной (api) части тоже?
0
37
9 лет назад
Отредактирован ScorpioT1000
0
именно. Красота в том, что данные во многих случаях не преобразуются и пробрасываются прямиком от базы к фронт-энду, т.е. моментальные скорости.
Но пока не работаю с нодами, да и многие опасаются. Пока symfony2 (или yii, но ActiveRecord как-то не такой красивый, как doctrine) юзаем.
0
35
9 лет назад
0
ScorpioT1000:
именно. Красота в том, что данные во многих случаях не преобразуются и пробрасываются прямиком от базы к фронт-энду, т.е. моментальные скорости.
погоди а как же MVC?
0
37
9 лет назад
0
Я про него и говорю. Хотя последнее время все больше MVVM
2
29
9 лет назад
Отредактирован alexprey
2
mongodb — зависит от нагрузок, может и нет смысла.
я не понимаю зачем его пихать всюду, у него свои цели, хотя мб я его и поюзал для хгм, но в перспективе, на данный момент уйдет много времени, чтобы перенести структуры на него.
yii2+react
yii2 юзал, в целом многие идеи в нем понравились, но уж больно он мне показася не масштабируемым и не достаточно гибким. Да и ручной работы для написания кода тоже достаточно много.
Что касается реактов, штука интересная, но для MVP не нужно.
Что касается ангуляров и прочих штук - мне не нравится практика передавать сырые данные на клиент и там их обрабатывать и отрисовывать. Я предпочитаю контроль на серверной стороне
а можешь как архитектор объяснить решение делать свой фреймворк?
Я пробовал разные, больно рутинными они мне показались по сравнению с MVC5 для ASP.NET. Собственно фреймворк очень многое на себя берет в том числе:
  • компиляция шаблонов
  • компиляция less, coffescript
  • минификация css, js
  • таблица роутинга
  • шина событий
  • управление контроллерами
  • DI
  • UI контролы и многослойные шаблоны
Сама арзитектура приложения разбита на несколько слоев:
  1. Data
  2. Business
  3. Controllers
  4. Views
4
28
9 лет назад
4
Самое смешное, парни, что вы даже в таком хорошем треде устроили говносрач по поводу "а что же лучше будет для базовой платформы XGM". Я уверен, что ни один человек, который ссылается на конкретную платформу будь то Соситрикс или Джумла даже в голове своей представить не может как разбросать тот или иной процесс на предлагаемом решении. Снова глиномесие и практически бесполезный галдеж. Особенно с учетом того, что движок уже выбран.
0
37
9 лет назад
Отредактирован Эльрат
0
Я соглашусь с Jusper. Нас ведь интересует не просто техническое решение, а что-то более глобальное. Какие-то конкретные решения, которые смогут привлечь будущего пользователя к знакомству с нашим сайтом и заставят его остаться на нем. Я более чем уверен, что ему все равно, на каком движке вы делаете, насколько криво или хорошо выполнен код. Он пришел и смотрим глазами на наш сайт. И наша задача - сделать так, чтобы наш сайт его глаза заинтересовал.
Показан только небольшой набор комментариев вокруг указанного. Перейти к актуальным.
Чтобы оставить комментарий, пожалуйста, войдите на сайт.