[Разработка веб-сайтов, Разработка под e-commerce, Управление e-commerce, Бизнес-модели, IT-компании] Организация маркетплейса
Автор
Сообщение
news_bot ®
Стаж: 6 лет 9 месяцев
Сообщений: 27286
В нашей предыдущей публикации обсуждалось, что такое маркетплейс и его архитектура, также была упомянута it-инфраструктура. Сегодня речь пойдёт о организации проекта с нуля, текст будет более тезисным и распланированным. Материал полезен для того, кто уже пользуется маркетплейсом, или задумывался о создании маркетплейса — например, для нужд организации. Основным автором текста является мой коллега — Анатолий Ерофеев.Цель проектаРади чего затевается проект? Зачастую это все, что есть на «нулевом» этапе работ. Должна быть измерима, достижима и понятна всем участникам, например «занять {сколько-то}% рынка онлайн-торговли {чем-то} в России к {какому-то} году». Цель может иметь промежуточные вехи, которые помогут заранее понять, попадает проект в ожидания или нет.Цель документаЗачем нужен этот документ? Понять, кто, что и как будет делать. По сути, цель документа: проработка плана достижения цели проекта.ЭкономикаКто кому и за что платит после старта проекта? Конечно же, нельзя сразу дать точный ответ на этот вопрос. Но примерная картина должна быть. В ходе работ над последующими разделами документа в экономическую модель нужно вносить правки и уточнения.
Представляя роли в проекте, можно представить и денежные потоки. В зависимости от глубины исследования можно только наметить потоки, оценить их или же посчитать конкретные значения в конце исследования.
ТребованияОт чего нельзя отказаться для достижения цели проекта? Например: работа сервиса в конкретных городах, бюджет на колл-центр, сколько сотрудников может нанять/выделить для управления? Следует обсудить и описать самое важное: технологическое окружение и интеграции (какие ИТ-системы задействованы в том или ином виде в работе нового проекта), логистика и пути товара. О цвете кнопок и поддерживаемой версии Chrome будет возможность подумать на этапе макетов и ТЗ, сейчас же основные требования — именно по бизнесу.Целевая аудиторияКто она и чего хочет? Хорошо, если у клиента есть доступ к Google Analytics / Яндекс.Метрике проекта похожей тематики. Если нет, то придется выполнить маркетинговое исследование конкурентов (см соответствующий раздел).Начать анализ можно с сервиса Яндекс Wordstat. Он поможет понять сезонность запросов, а также что именно интересует людей в связи с тем или иным товаром. Например, с названием препарата «анальгин» чаще всего ищут «детям», «можно» и «инструкция», а вовсе не цену. Исходя из потребностей целевой аудитории чуть позже нужно будет продумывать функции и структуру сайта.КонкурентыКто пытается достичь похожей цели на рынке? На этот вопрос ответит маркетолог компании-заказчика. Если у конкурентов запущены аналогичные проекты, их также стоит рассмотреть (но помнить про карго-культ и ни в коем случае не копировать чужие решения бездумно).
Маркетинговый анализ конкурентовЧестный способ получить реальные данные о посещаемости сайтов конкурентов (пусть и с погрешностью) — проект SimilarWeb. В отчете этого сервиса будут источники посещений, возраст, пол и др. — достаточные сведения для предварительного анализа трафика и понимания ЦА в общих чертах. Эту работу должен проводить интернет-маркетолог.Технический анализ конкурентовРекомендуется исследовать скорость загрузки, размер основных страниц конкурентов, баллы по Google PageSpeed Insights. Это даст представление о приемлемом уровне реализации схожих проектов.Важные вопросы для проектов с большими данными:
- Есть ли сортировка? По каким полям?
- Есть ли фильтрация? По каким полям?
- Есть ли Geo IP и как устроена региональность?
- Какие браузеры и устройства поддерживаются версткой?
Дополнительно можно исследовать структуру сайта, чтобы получить приблизительное понятие, как устроены данные в других проектах.Эту работу должен проводить разработчик.Функции проектаКто и как будет взаимодействовать с проектом после старта? Результаты анализа конкурентов и потребностей ЦА удобно представить в виде диаграммы прецедентов (UML Use case). Ниже представлен фрагмент такой диаграммы для нашего клиента.
РолиКакие стороны будут участвовать в проекте? На диаграмме видны основные роли участников проекта. На последующих этапах проектирования роли превращаются в пользователей, но не все и не всегда. Например, у администратора проекта может быть сразу несколько ролей.Бывают технические роли, которые исполняет не какой-то конкретный человек, а веб-сервис или компания-партнер (платежные агенты, службы доставки, СМС-провайдеры, Яндекс.Маркет).ДействияКакие действия будут доступны в проекте? Впоследствии они найдут свое отражение в структуре данных и карте сайта.ДанныеКакая информация нужна проекту для работы? Нужно вернуться на предыдущий этап, прочитать список всех действий в проекте и к каждому задать вопрос — что для этого нужно знать?СущностиКакие виды данных есть и как они связаны? Выделенные сущности удобно представить в виде ER-диаграммы (диаграммы «сущность-связь»). Это классический подготовительный этап при проектировании баз данных.
Источники данныхОткуда брать данные? Мало назвать сущности, требуется также решить, как данные будут попадать в проект и откуда. Откуда взять базу клиентов? Базу городов? E-mail’ы для первой рассылки? Следует заполнить таблицу.Вид данныхИсточникСпособ вводаГородБаза ФИАСИнтеграцияПользовательСтарый сайтВручную через импорт CSV (телефон, почта, логин)Движение данныхКак будут распределены данные в проекте? Учитывая список сущностей и источники информации нужно представить схему движения данных в проекте. Для этого подойдет диаграмма развертывания (UML Deployment).Карта сайтаКак должен быть устроен сайт, чтобы отвечать требованиям ЦА? На этом этапе мы возвращаемся к пунктам исследования Целевая аудитория и Функции проекта и выводим на их основе первичную карту сайта.ВАЖНО! При разработке ТЗ рекомендуется собрать семантическое ядро, и на его основе спроектировать финальную структуру сайта (в особенности каталога).Технические решенияКакие технические решения стоят за каждым из разделов исследования? Теперь, когда функции и данные определены, можно ответить на технические вопросы. Например:
- Какие интеграции потребуются в проекте?
- Как обеспечить актуальность данных?
- Какие отчеты нужны на сайте?
- Применим ли умный фильтр?
- Как должна работать фича Х?
Универсальный список вопросов составить нельзя — они возникают в ходе исследования и зависят от специфики проекта.Рекомендации по продвижениюКак правильно продвигать такой проект? Значительная часть предварительного исследования проводится маркетологом. Уже на этом этапе можно сделать глобальные выводы о стратегии продвижения: как делать контекст, как делать SEO (и надо ли)? Стоит ли размещать баннеры на сайте? Нужно ли мобильное приложение?РискиКакие риски есть в проекте и как ими управлять? На этом этапе выполняется отдельное исследование. Вспоминаем PMBOK:
- Идентификация рисков — определение перечня рисков.
- Качественный анализ рисков — расстановка приоритетов рисков.
- (Количественный анализ рисков — численный анализ эффекта рисков, пропускаем на предварительном исследовании)
- Планирование реагирования на риски — разработка вариантов реагирования
- Составление плана контроля рисков — определение регламента
Этапы запускаКак стартуем проект? Т.к. для простых проектов предварительное исследование не нужно, ответ очевиден: в несколько этапов. Проставив приоритеты функциям проекта нужно составить поэтапный план запуска.
Спасибо за внимание, будем рады комментариям.
===========
Источник:
habr.com
===========
Похожие новости:
- [Разработка веб-сайтов, Разработка под e-commerce, Управление e-commerce, Бизнес-модели, IT-компании] Архитектура маркетплейса
- [Разработка веб-сайтов, Работа с иконками, Обработка изображений, Go] Создание изображений в runtime (favicon, watermark, нарезка картинок) #golang
- [Разработка веб-сайтов, GTD, Лайфхаки для гиков, Мозг, Здоровье] Наша Зверская сущность
- [Разработка веб-сайтов, Программирование, Dart, Flutter] DartUP 2020: архитектура Dart VM, non-nullability в действии и Flutter для бизнеса
- [Информационная безопасность, IT-компании] Security Training & Awareness в Тинькофф
- [Карьера в IT-индустрии, Бизнес-модели, Финансы в IT] SEC предложила правила для платформ по вознаграждению акциями временных работников
- [Венчурные инвестиции, Развитие стартапа, Карьера в IT-индустрии, IT-компании] Как и где стартапу найти правильного инвестора
- [Разработка под Android, Учебный процесс в IT, Карьера в IT-индустрии] Я месяц провел в MIT и понял — даже софтверным инженерам не стоит забывать про паяльник
- [Разработка мобильных приложений, Dart, Конференции, Flutter] Surf на DartUP 2020
- [Планшеты, IT-компании] Главу безопасности Apple уличили в попытке дать взятку 200 планшетами iPad за разрешение на скрытое ношение оружия
Теги для поиска: #_razrabotka_vebsajtov (Разработка веб-сайтов), #_razrabotka_pod_ecommerce (Разработка под e-commerce), #_upravlenie_ecommerce (Управление e-commerce), #_biznesmodeli (Бизнес-модели), #_itkompanii (IT-компании), #_marketplejs (маркетплейс), #_razrabotka (разработка), #_vnedrenie (внедрение), #_crm_sistemy (crm системы), #_itkompanii (it-компании), #_it_tehnologii (it технологии), #_it_infrastruktura (it инфраструктура), #_internetmagazin (интернет-магазин), #_webrazrabotka (web-разработка), #_webprogrammirovanie (web-программирование), #_razrabotka_vebsajtov (
Разработка веб-сайтов
), #_razrabotka_pod_ecommerce (
Разработка под e-commerce
), #_upravlenie_ecommerce (
Управление e-commerce
), #_biznesmodeli (
Бизнес-модели
), #_itkompanii (
IT-компании
)
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Вы не можете прикреплять файлы к сообщениям
Вы не можете скачивать файлы
Текущее время: 22-Ноя 19:32
Часовой пояс: UTC + 5
Автор | Сообщение |
---|---|
news_bot ®
Стаж: 6 лет 9 месяцев |
|
В нашей предыдущей публикации обсуждалось, что такое маркетплейс и его архитектура, также была упомянута it-инфраструктура. Сегодня речь пойдёт о организации проекта с нуля, текст будет более тезисным и распланированным. Материал полезен для того, кто уже пользуется маркетплейсом, или задумывался о создании маркетплейса — например, для нужд организации. Основным автором текста является мой коллега — Анатолий Ерофеев.Цель проектаРади чего затевается проект? Зачастую это все, что есть на «нулевом» этапе работ. Должна быть измерима, достижима и понятна всем участникам, например «занять {сколько-то}% рынка онлайн-торговли {чем-то} в России к {какому-то} году». Цель может иметь промежуточные вехи, которые помогут заранее понять, попадает проект в ожидания или нет.Цель документаЗачем нужен этот документ? Понять, кто, что и как будет делать. По сути, цель документа: проработка плана достижения цели проекта.ЭкономикаКто кому и за что платит после старта проекта? Конечно же, нельзя сразу дать точный ответ на этот вопрос. Но примерная картина должна быть. В ходе работ над последующими разделами документа в экономическую модель нужно вносить правки и уточнения. Представляя роли в проекте, можно представить и денежные потоки. В зависимости от глубины исследования можно только наметить потоки, оценить их или же посчитать конкретные значения в конце исследования. ТребованияОт чего нельзя отказаться для достижения цели проекта? Например: работа сервиса в конкретных городах, бюджет на колл-центр, сколько сотрудников может нанять/выделить для управления? Следует обсудить и описать самое важное: технологическое окружение и интеграции (какие ИТ-системы задействованы в том или ином виде в работе нового проекта), логистика и пути товара. О цвете кнопок и поддерживаемой версии Chrome будет возможность подумать на этапе макетов и ТЗ, сейчас же основные требования — именно по бизнесу.Целевая аудиторияКто она и чего хочет? Хорошо, если у клиента есть доступ к Google Analytics / Яндекс.Метрике проекта похожей тематики. Если нет, то придется выполнить маркетинговое исследование конкурентов (см соответствующий раздел).Начать анализ можно с сервиса Яндекс Wordstat. Он поможет понять сезонность запросов, а также что именно интересует людей в связи с тем или иным товаром. Например, с названием препарата «анальгин» чаще всего ищут «детям», «можно» и «инструкция», а вовсе не цену. Исходя из потребностей целевой аудитории чуть позже нужно будет продумывать функции и структуру сайта.КонкурентыКто пытается достичь похожей цели на рынке? На этот вопрос ответит маркетолог компании-заказчика. Если у конкурентов запущены аналогичные проекты, их также стоит рассмотреть (но помнить про карго-культ и ни в коем случае не копировать чужие решения бездумно). Маркетинговый анализ конкурентовЧестный способ получить реальные данные о посещаемости сайтов конкурентов (пусть и с погрешностью) — проект SimilarWeb. В отчете этого сервиса будут источники посещений, возраст, пол и др. — достаточные сведения для предварительного анализа трафика и понимания ЦА в общих чертах. Эту работу должен проводить интернет-маркетолог.Технический анализ конкурентовРекомендуется исследовать скорость загрузки, размер основных страниц конкурентов, баллы по Google PageSpeed Insights. Это даст представление о приемлемом уровне реализации схожих проектов.Важные вопросы для проектов с большими данными:
РолиКакие стороны будут участвовать в проекте? На диаграмме видны основные роли участников проекта. На последующих этапах проектирования роли превращаются в пользователей, но не все и не всегда. Например, у администратора проекта может быть сразу несколько ролей.Бывают технические роли, которые исполняет не какой-то конкретный человек, а веб-сервис или компания-партнер (платежные агенты, службы доставки, СМС-провайдеры, Яндекс.Маркет).ДействияКакие действия будут доступны в проекте? Впоследствии они найдут свое отражение в структуре данных и карте сайта.ДанныеКакая информация нужна проекту для работы? Нужно вернуться на предыдущий этап, прочитать список всех действий в проекте и к каждому задать вопрос — что для этого нужно знать?СущностиКакие виды данных есть и как они связаны? Выделенные сущности удобно представить в виде ER-диаграммы (диаграммы «сущность-связь»). Это классический подготовительный этап при проектировании баз данных. Источники данныхОткуда брать данные? Мало назвать сущности, требуется также решить, как данные будут попадать в проект и откуда. Откуда взять базу клиентов? Базу городов? E-mail’ы для первой рассылки? Следует заполнить таблицу.Вид данныхИсточникСпособ вводаГородБаза ФИАСИнтеграцияПользовательСтарый сайтВручную через импорт CSV (телефон, почта, логин)Движение данныхКак будут распределены данные в проекте? Учитывая список сущностей и источники информации нужно представить схему движения данных в проекте. Для этого подойдет диаграмма развертывания (UML Deployment).Карта сайтаКак должен быть устроен сайт, чтобы отвечать требованиям ЦА? На этом этапе мы возвращаемся к пунктам исследования Целевая аудитория и Функции проекта и выводим на их основе первичную карту сайта.ВАЖНО! При разработке ТЗ рекомендуется собрать семантическое ядро, и на его основе спроектировать финальную структуру сайта (в особенности каталога).Технические решенияКакие технические решения стоят за каждым из разделов исследования? Теперь, когда функции и данные определены, можно ответить на технические вопросы. Например:
Универсальный список вопросов составить нельзя — они возникают в ходе исследования и зависят от специфики проекта.Рекомендации по продвижениюКак правильно продвигать такой проект? Значительная часть предварительного исследования проводится маркетологом. Уже на этом этапе можно сделать глобальные выводы о стратегии продвижения: как делать контекст, как делать SEO (и надо ли)? Стоит ли размещать баннеры на сайте? Нужно ли мобильное приложение?РискиКакие риски есть в проекте и как ими управлять? На этом этапе выполняется отдельное исследование. Вспоминаем PMBOK:
Спасибо за внимание, будем рады комментариям. =========== Источник: habr.com =========== Похожие новости:
Разработка веб-сайтов ), #_razrabotka_pod_ecommerce ( Разработка под e-commerce ), #_upravlenie_ecommerce ( Управление e-commerce ), #_biznesmodeli ( Бизнес-модели ), #_itkompanii ( IT-компании ) |
|
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Вы не можете прикреплять файлы к сообщениям
Вы не можете скачивать файлы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Вы не можете прикреплять файлы к сообщениям
Вы не можете скачивать файлы
Текущее время: 22-Ноя 19:32
Часовой пояс: UTC + 5