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

Для чего это?

Я планирую встретиться с 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
35
8 лет назад
0
ScorpioT1000:
именно. Красота в том, что данные во многих случаях не преобразуются и пробрасываются прямиком от базы к фронт-энду, т.е. моментальные скорости.
погоди а как же MVC?
0
37
8 лет назад
0
Я про него и говорю. Хотя последнее время все больше MVVM
2
29
8 лет назад
Отредактирован 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
8 лет назад
4
Самое смешное, парни, что вы даже в таком хорошем треде устроили говносрач по поводу "а что же лучше будет для базовой платформы XGM". Я уверен, что ни один человек, который ссылается на конкретную платформу будь то Соситрикс или Джумла даже в голове своей представить не может как разбросать тот или иной процесс на предлагаемом решении. Снова глиномесие и практически бесполезный галдеж. Особенно с учетом того, что движок уже выбран.
0
37
8 лет назад
Отредактирован Эльрат
0
Я соглашусь с Jusper. Нас ведь интересует не просто техническое решение, а что-то более глобальное. Какие-то конкретные решения, которые смогут привлечь будущего пользователя к знакомству с нашим сайтом и заставят его остаться на нем. Я более чем уверен, что ему все равно, на каком движке вы делаете, насколько криво или хорошо выполнен код. Он пришел и смотрим глазами на наш сайт. И наша задача - сделать так, чтобы наш сайт его глаза заинтересовал.
4
7
8 лет назад
Отредактирован Ambruziy
4
Меня тут никто не знает, ... с горы, но как пользователь отпишусь по форме:
1
Тут уже все об этом говорили. Лично я за XGM Store, некоторый контент продавать (действительно качественные и стоящие вещи, модели, наработки и т.д.) Насколько я помню, раздел "Модели на заказ" существует для вара (ну и для стара возможно). Здесь аналог для GameDev. Хочешь серьезно заняться - заплати и получи качественный контент. Если платить влом - значит намерения у тебя "так себе".
И да, об этом тоже тут все говорят, нужно отгородить вар от гэймдева. Кто-то тут уже писал по аналогии с метелицей. Аудитория вара останется, а вот на второй нужно бы конечно привлекать (каким образом, надо думать), т.к. обновления в той же ленте новостей по одним и тем же проектам утомят пользователей. Нужно больше живых проектов. Возможно даже с наблюдателем извне или модератором, который будет знать инфу (пусть и в общих чертах) про каждый проект.

2
Не думаю, что из сайта можно будет выжимать деньги. В первую очередь - комьюнити. Комьюнити для GameDeva - отлично, для вара это хорошо работало (во всяком случае раньше). Единственное - нужно как-то подогреть молодых пользователей переходить от модмейкинга к разработке собственных игр. Так как раздел с гэймдевом нужно будет наполнять "свежей кровью". Как? Убедить, что все сложное - просто. Статьи, блоги и т.д.

3
Тут поподробнее. На развитие сайта, в частности раздела гэймдева, я готов вкладываться (конечно в пределах разумного), если нужен программист на разовую работу, можно и с фриланса, не так дорого. Если на месяц, то можно на удаленке поискать за приемлемую сумму. Не думаю, что больше 40-50к. Т.е. если найдется 40-50 пользователей у которых есть возможность вложиться, и которые заинтересованны развитием, то добро. Нужно больше месяца? Ну чтож, пару месяцев из зп можно найти денег. Однако, ясное дело, не для всех, поэтому тут на энтузиазме. Как компенсация таким пользователям - плюшки на сайте. Мелочь, а приятно.

4
Я бы мог платить, во-первых, за хорошие, подробные статьи по Unity, UE4, Blender, 3DMax и т.д. В идеале - заказ например от комьюнити, каждый вложился, и кто-то опытный расписал от и до, все мелочи и нюансы заданной темы. Пусть эта же статья будет добавлена бесплатно на сайт (т.к. конечно не все смогут скинуться), т.е. поднимется и качество контента, и писатель будет в выигрыше. Однако нужны действительно крутые статьи. В идеале - пример разработки игры с исходниками во вложении (совсем простые, однако которые смогут помочь создать, например, простенькую рпг. Т.е. описание создания персонажа, инвентаря, менюшек, ИИ и т.д.) Тут конечно все зависит от активности посетителей этого раздела, поэтому, опять же, нужно заселять gamedev. Во-вторых, покупка в XGM Story. Цены. конечно, не задирать, но все же. Купить модель за 100 руб вполне норм. Если настрой серьезен (это для тех, кто хочет этим и зарабатывать), то можно выложить и куда более значимые суммы за паки моделей. Т.е. вот вам и раздел "Модели на заказ", однако с платным контентом. Наладится связь, между дизайнерами, моделлерами, кодерами, художниками и т.д. Комьюнити будет живее. Сейчас в варе по сути одни вопросы, и шарящие олдфаги на них отвечают, но не думаю, что этим же олдфагам это интересно делать.

5
Ну тут соглашусь с Тыщей, добавить в общем-то нечего.

6
Это все в пункте 4. Но нужно понимать, что отношение серьезных разработчиков к простым обывателям сайта крайне мало. Нужно повышать именно это отношение. Как? Да хоть рекламу давать. Не знаю, где ее размещают обычно, но я, например, занимаюсь в директе, и не думаю, что выйдет в месяц шибко много. Вопрос в том: кто будет платить? Много ли наберется такого народу?
0
35
8 лет назад
Отредактирован tysch_tysch
0
Jusper:
Самое смешное, парни, что вы даже в таком хорошем треде устроили говносрач по поводу "а что же лучше будет для базовой платформы XGM". Я уверен, что ни один человек, который ссылается на конкретную платформу будь то Соситрикс или Джумла даже в голове своей представить не может как разбросать тот или иной процесс на предлагаемом решении. Снова глиномесие и практически бесполезный галдеж. Особенно с учетом того, что движок уже выбран.
а вот тут ты не прав, то что даже скорпу (с его обширными доступами) приходится собирать инфу по крупицам — это серьёзный просчёт. оставим за скобками его предложение использовать «коробку» при разработке сервиса, оно явно не рационально. Лично мне информация от алекса очень интересна, я бы даже вынес обсуждение в отдельный тред, при условии что найдётся достаточно людей компетентных для обсуждения.
тут это несомненно оффтоп. Такие вбросы важны для информирования той части комъюнити, что может не только языком молоть. мы можем получить очень ценную обратную связь.
Вот пример внутренней еженедельной рассылки сервиса amplfr, как один из возможных форматов. Я внедрил у себя на одном из проектов аналогичный формат.
смотреть сюда
текст под катом
а срач это неизбежное зло, не буду же я модерировать тред где люди дают нам свои инсайты?

---

Добавил в первый пост отчёт о встрече xgm.guru/p/blog-zlaya1000/brainstorm-xgm-marketing#h7
хы joxi.ru/BA04QbySBB87lA номер мне при этом не дал в ссылке
Вижу, что желающие высказаться есть, но тем не менее начну собирать отчёт. Оформлю отдельный постом.
0
20
8 лет назад
0
спрячь под кат, верстку ломаешь скрином
И создай, что-ли, тред про платформу хгм. Правда, я знаю, чем он закончится: сначала давайте разберемся, что такое хгм вообще.
0
35
8 лет назад
0
Mihahail:
спрячь под кат, верстку ломаешь скрином
И создай, что-ли, тред про платформу хгм. Правда, я знаю, чем он закончится: сначала давайте разберемся, что такое хгм вообще.
а с кем говорить будем? алексу и хеллкору разрабатывать надо, им некогда
0
13
8 лет назад
0
интересно, если какой-то майл ру =) предложит кое-кому продать хгм за н-ную сумму, то какую сумму попросит кое-кто?
зачем, что-то разрабатывать, улучшать и тратить время?!
короче вот вам бесплатная схема "как быстро спасти хгм и заработать бабла":
  1. Ищем компанию-лоха, которая хочет заниматься геймдевом на территории СССР (звоним во все офисы и просим встретиться и обсудить выгодное для них предложение)
  2. Кто-то согласится, а кто-то пошлет далеко... В итоге мы находим наших лохов!
  3. Рассказываем им о своей супер современной платформе по выращиванию различного уровня игровых проектов (показываем презентацию и широкую улыбку)
  4. Вешаем лапшу про большое и заинтересованное комьюнити и рост известности бренда хгм!
  5. И тут 3 варианта развития событий:
а) Нас опять посылают далеко
б) им интересна идея, но платформу они предпочтут реализовать свою
в) они заглотят наживку!
  1. если вариант а) то тут все понятно, если б) пытаемся продаться за символические деньги, если в) то предлагаем контракт, по которому хгм продается лохам, а опр. люди с хгм входят в штаб компании для дальнейшей работы над двиглом!
Все просто! Я за 5 минут написал, но схема точно рабочая! На века!! Не благодарите
в заключение
надеюсь, никого не обидит подобный стеб :З
2
37
8 лет назад
Отредактирован ScorpioT1000
2
Эльрат, суть в том, что через 2-3 года пользователя будут радовать другие вещи, а вас супер-движок будет такой, каким его написали.
alexprey, что насчет doctrine? Неужели и она тебе не полюбилась с ее директивами в DocComment прямо в моделях, где чуть ли не часть бизнес-логики можно писать в моделях, остальное в репозиториях к моделям + абстрагирование от raw sql.
Я понимаю, что срач, но такой подход просто вымораживает своей отсталостью от современного подхода к веб-разработке.
Ничего личного я не имею ввиду, возможно, характер постов так выглядит, но я в любом случае с вами и за вашу движуху, если что.
Ваш движок опять устареет через пару лет и снова будет такой тред, потому что движок - это тоже продукт, который надо поддерживать, рефакторить и выпускать новые версии на основе новых технологий.
Вопросы о движке:
  • Почему ничего не упомянули о веб сокетах? Чата / нотификаций / апдейта "на ходу" не будет? Или всё ещё в моде heartbeat ?
  • Вы в курсе, что less устарел и все уже переходят/перешли на SCSS/sass ?
  • Современный роутинг встраивается в DocComment контроллеров, какие таблицы, какие корабли, какие самолеты?
  • А какой подход к древовидной структуре материалов? Nested set / Adjacency List / Materialized Path тоже с нуля реализован?
  • Что с миграциями?
  • Что с репликами?
  • Что с CDN?
  • Что с кешированием на разных уровнях?
  • Интернационализация? Где вс - первый день недели, а где текст справа налево
Это всё готово? Давным-давно?
Что касается ангуляров и прочих штук - мне не нравится практика передавать сырые данные на клиент и там их обрабатывать и отрисовывать.
Тебе ничего не мешает использовать не сырые данные. Одна из основных фишек, что работа с юай происходит в html-тегах, а не тоннами $(element).suckMyCock
Кроме того, при ангуляре сразу отпадает потребность писать апи для мобильных приложений, потому что он автоматически к ним подходит.
mongodb, я не понимаю зачем его пихать всюду, у него свои цели, хотя мб я его и поюзал для хгм, но в перспективе, на данный момент уйдет много времени, чтобы перенести структуры на него.
Действительно, зачем встроенный в коробку морфологический поиск на всех языках, у нас же есть отдельный сервис-сфинкс с отдельными индексами и областью памяти.
Или эти технологии тоже для лохов / экспериментаторов, которые хотят всё быстро и сразу?
Показан только небольшой набор комментариев вокруг указанного. Перейти к актуальным.
Чтобы оставить комментарий, пожалуйста, войдите на сайт.