Модернизация MiniShop2
Привет, сообщество!
Почти месяц назад я выступил с предложением организовать модернизацию miniShop2 с учетом мнения сообщества.
Мы решили провести голосование на reformal.ru. Идея удалась, мы получили хорошую обратную связь и знаем, куда двигаться.
Самыми актуальными направлениями стали:
Если мы собираемся играть по-взрослому, важно понимать возможности конкурентов. Я провел сравнительный анализ ShopScript (правда, не последней версии) и Bitrix. С результатом можно ознакомиться по ссылке.
На основе итогов голосования и сравнительной таблицы я с помощью Саши Котлова (участник сообщества и технолог SD) составил предварительный список улучшений, с которых следует начать.
Хочу познакомить сообщество с планом действий.
1. Формирование команды
Для того, чтобы провести такую внушительную работу нам нужна структура и ответственные. Я вижу идеальной следующую структуру.
Менеджер продукта — ответственный за приоритеты, планирование разработки и удобство конечного продукта. Отвечает за восприятие продукта пользователем.
Тимлид — ответственный за целостность решения, качество и стандарты кода, производительность и совместимость со сторонними дополнениями.
Программисты — тут вроде бы все понятно: реализация логики и интерфейса, написание документации.
Тестировщик — проверяет работу модуля и совместимость со сторонними дополнениями.
Среди разработчиков хотелось бы видеть людей, которые хорошо зарекомендовали себя как разработчики дополнений.
Это:
Менеджмент продукта могу осуществлять я или Александр Котлов. Если есть желающие энтузиасты с опытом управления требованиями и разбирающиеся в юзабилити, мы готовы делегировать или разделить эту роль.
Тестировщика сможем подключить за счет ресурсов Simple Dream.
2. Планирование
Утрясаем команду, формируем окончательные требования к ближайшим работам и проводим планирование трудозатрат.
Первым делом Тимлид проведет аудит текущей архитектуры miniShop и, если есть необходимость, добавит к списку задачи по рефакторингу кода.
На выходе получим бэклог — список пользовательских и служебных историй с подробным описанием методики проверки работоспособности. Совместно с программистами оценим каждую историю в часах.
Далее составим предварительный календарь с основными вехами.
3. Формирование бюджета и уточнение календаря
Разработчики должны быть нацелены на результат: получать оплату и нести ответственность, в том числе материальную. Поэтому мы определим почасовую или попроектную ставку каждого участника и сформируем бюджет проекта.
4. Сбор средств
На этом этапе мы выложим бюджет в открытый доступ и начнем кампанию по сбору средств.
Далее возможны три варианта развития событий:
1) Мы собираем необходимую сумму и производим работы за счет сообщества. В таком случае результат работы будет распространяться бесплатно.
2) Мы собираем часть суммы и в соответствии с приоритетами реализуем часть функций, на которую хватит денег в рамках бесплатной версии. Simple Dream (возможно с партнерами) возьмет на себя оставшуюся часть. Полнофункциональный модуль будет доступен на платной основе. Доходы от продажи будут распределяться между нами и участниками проекта в заранее оговоренном порядке.
Сейчас в магазине проходит новогодняя распродажа. 10% от продаж мы внесем в бюджет бесплатной версии продукта.
5. Profit
Мы получаем новое решение, которое:
Думаю, сейчас как раз тот момент, когда сообщество должно показать себя как единое целое и завершить начатое. Я готов уделять проекту время, а накопленная Simple Dream за годы работы с интернет-магазинами на MODX экспертиза и опыт управления проектами помогут решить задачу.
Желающих принять участие в реализации проекта прошу писать на специальную почту: minishop@simpledream.ru
В письме прошу сразу указывать опыт и чем конкретно вы хотите и можете помочь проекту.
Оба листа в гугл докс доступны для комментариев. Так что обсуждать конкретные моменты можно там. В комментариях к посту я хотел бы видеть ваши соображения преимущественно по поводу плана.
Я свою часть сделал, ход за вами. Хотелось бы до нового года завершить 1 этап.
Почти месяц назад я выступил с предложением организовать модернизацию miniShop2 с учетом мнения сообщества.
Мы решили провести голосование на reformal.ru. Идея удалась, мы получили хорошую обратную связь и знаем, куда двигаться.
Самыми актуальными направлениями стали:
- реализация торговых предложений (характеристики-стоимость-артикул в рамках общего товара);
- улучшения в модуле управления заказами: кастомные поля, создание заказов из админки, разграничение прав;
- организация складского учета;
- импорт-экспорт;
- аналитика.
Если мы собираемся играть по-взрослому, важно понимать возможности конкурентов. Я провел сравнительный анализ ShopScript (правда, не последней версии) и Bitrix. С результатом можно ознакомиться по ссылке.
На основе итогов голосования и сравнительной таблицы я с помощью Саши Котлова (участник сообщества и технолог SD) составил предварительный список улучшений, с которых следует начать.
Хочу познакомить сообщество с планом действий.
1. Формирование команды
Для того, чтобы провести такую внушительную работу нам нужна структура и ответственные. Я вижу идеальной следующую структуру.
Менеджер продукта — ответственный за приоритеты, планирование разработки и удобство конечного продукта. Отвечает за восприятие продукта пользователем.
Тимлид — ответственный за целостность решения, качество и стандарты кода, производительность и совместимость со сторонними дополнениями.
Программисты — тут вроде бы все понятно: реализация логики и интерфейса, написание документации.
Тестировщик — проверяет работу модуля и совместимость со сторонними дополнениями.
Среди разработчиков хотелось бы видеть людей, которые хорошо зарекомендовали себя как разработчики дополнений.
Это:
- Василий Наумкин;
- Володя Володин;
- Виталий Киреев.
Менеджмент продукта могу осуществлять я или Александр Котлов. Если есть желающие энтузиасты с опытом управления требованиями и разбирающиеся в юзабилити, мы готовы делегировать или разделить эту роль.
Тестировщика сможем подключить за счет ресурсов Simple Dream.
2. Планирование
Утрясаем команду, формируем окончательные требования к ближайшим работам и проводим планирование трудозатрат.
Первым делом Тимлид проведет аудит текущей архитектуры miniShop и, если есть необходимость, добавит к списку задачи по рефакторингу кода.
На выходе получим бэклог — список пользовательских и служебных историй с подробным описанием методики проверки работоспособности. Совместно с программистами оценим каждую историю в часах.
Далее составим предварительный календарь с основными вехами.
3. Формирование бюджета и уточнение календаря
Разработчики должны быть нацелены на результат: получать оплату и нести ответственность, в том числе материальную. Поэтому мы определим почасовую или попроектную ставку каждого участника и сформируем бюджет проекта.
4. Сбор средств
На этом этапе мы выложим бюджет в открытый доступ и начнем кампанию по сбору средств.
Далее возможны три варианта развития событий:
1) Мы собираем необходимую сумму и производим работы за счет сообщества. В таком случае результат работы будет распространяться бесплатно.
2) Мы собираем часть суммы и в соответствии с приоритетами реализуем часть функций, на которую хватит денег в рамках бесплатной версии. Simple Dream (возможно с партнерами) возьмет на себя оставшуюся часть. Полнофункциональный модуль будет доступен на платной основе. Доходы от продажи будут распределяться между нами и участниками проекта в заранее оговоренном порядке.
Сейчас в магазине проходит новогодняя распродажа. 10% от продаж мы внесем в бюджет бесплатной версии продукта.
5. Profit
Мы получаем новое решение, которое:
- качественно выполнено, функционально, протестировано и задокументировано;
- увеличит рыночную долю MODX в e-commerce;
- избавит от необходимости раз за разом использовать костыли;
- составит достойную конкуренцию платным коробочным решениям;
Думаю, сейчас как раз тот момент, когда сообщество должно показать себя как единое целое и завершить начатое. Я готов уделять проекту время, а накопленная Simple Dream за годы работы с интернет-магазинами на MODX экспертиза и опыт управления проектами помогут решить задачу.
Желающих принять участие в реализации проекта прошу писать на специальную почту: minishop@simpledream.ru
В письме прошу сразу указывать опыт и чем конкретно вы хотите и можете помочь проекту.
Оба листа в гугл докс доступны для комментариев. Так что обсуждать конкретные моменты можно там. В комментариях к посту я хотел бы видеть ваши соображения преимущественно по поводу плана.
Я свою часть сделал, ход за вами. Хотелось бы до нового года завершить 1 этап.
Комментарии: 23
Подумываю о том что бы взять на себя роль по оформлению черновой документации программистов в чистовую (конечную) для docs.modx.com и возможно частичное тестирование.
Я так понимаю намечается курс ребрендинга miniShop, а значит будет новое название для компонента? Какое? Голосование или все предрешено?)
Я так понимаю намечается курс ребрендинга miniShop, а значит будет новое название для компонента? Какое? Голосование или все предрешено?)
Ребрендинг минишопа — вопрос обсуждаемый и пока не основной. Думаю, если встанет вопрос мы либо проведем опрос, либо предложим концепцию.
По поводу тестирования и документации — хорошо :) Напиши, пожалуйста, на minishop@simpledream.ru, чтобы у нас были твои контакты.
И еще в docs.google.com/spreadsheets/d/12qOGKuolGJ-WDbdPwjJp9UHErwPqzAS9FtoIDFgMHE8/edit#gid=0 в пункте 6 (формировать pdf для курера) я бы как человек который все лето проработал курьером на доставке в dodo pizza посоветовал бы так же в pdf включить карту района в который доставляется товар с отмеченным домом. Например в dodo is (их система решений) формируется вот такой тип накладной:
На ней видно что верхняя часть листа занята полезной информацией о заказе, а нижняя часть отдана для удобства навигирования курьера по городу. В их системе используется api Яндекс карт. Но я бы посоветовал рассмотреть 2gis.
На ней видно что верхняя часть листа занята полезной информацией о заказе, а нижняя часть отдана для удобства навигирования курьера по городу. В их системе используется api Яндекс карт. Но я бы посоветовал рассмотреть 2gis.
Спасибо за пример!
Ребят, нужно еще смотреть на magento, как на конкурента. Кстати. С версткой фронтенда могу помочь
Естественно. Еще на CS-Cart.
Не могли бы помочь с заменой родных уведомлений на Notify (Uikit)? Twitter Bootstrap сейчас безнадёжно отстал, от этого замечательного фреймворка)
о, круть какая. Переодически задумываюсь на что бы эти уведомления стандартные заменить. Единственная проблема, что у Василия во всех плагинах почти подключаются те стандартные. т.е. по-хорошему надо будет везде подменять. В ближайшее время буду делать интернет магазин, за одно и заменю уведомления на эти тогда. Могу выложить потом небольшой архив с файлами, которые надо будет подменить.
лучше создать Diff файл для less, где переменовываются названия и прочие
Если не ошибаюсь, алерты модификаций minishop и других выполнены на jgrowl, цель которой — выводить только алерты.
Подключать же целый фреймворк ради такой задачи — явно спорное решение.
Подключать же целый фреймворк ради такой задачи — явно спорное решение.
Я этим фреймворком пользуюсь, поэтому и хочу заменить jgrowl
Все вызовы jgrowl'a вызываются дефолтными яваскриптами в папке assets у соответствующего дополнения.
Пример (default.js):
Пример (default.js):
$.jGrowl(message, {theme: 'm-Success'})
— меняешь такие строчки на вызов нужного алерта, предварительно подключив соответствующий файл скрипта.
Могу помочь с юзабилити. Готов тестить на удобство и рассказать, что есть хорошо для простого человека. Есть не очень большой опыт запуска нескольких коммерческих сайтов с объемом продаж от 10 млн. рублей с внушительными каталогами (до 25 тыс. позиций). И очень большой опыт работы с конечными сотрудниками, на которых возлагается наполнение и актуализация каталога (снабженцы, менеджеры и все кому не лень).
Отлично, отпишите, пожалуйста на minishop@simpledream.ru
Написал.
Спасибо!
Андрей, написал на почту.
Спасибо!
Я не профи, но чем смогу… Отправил.
И может как то исправить в новой версии, что tpl.msGallery.outer, если картинка одна превью выводить не нужно. А то ерунда получается — Картинка и ее превью котороее ничего не меняет.
Здравствуйте Андрей!
Очень интересно узнать, пошёл процесс, команда собралась?
Пару вопросов:
miniShop будет полностью обновлён и потребуется проводить большие работы по переработке магазина?
поставлены и обговорены какие-либо сроки по выпуску нового miniShop?
Очень ждём новый магазин с новыми возможностями!!!
Очень интересно узнать, пошёл процесс, команда собралась?
Пару вопросов:
miniShop будет полностью обновлён и потребуется проводить большие работы по переработке магазина?
поставлены и обговорены какие-либо сроки по выпуску нового miniShop?
Очень ждём новый магазин с новыми возможностями!!!
Интересно узнать, хотя-бы 1 этап пройден? Я не на столько опытный разработчик, и помочь проекту смогу только финансово, если до этого все же дойдет…
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.