Кстати, мы тут начали делать облачные сервисы. Приглашаем потестировать облачный товарный поиск для екома 👇

Мы стартовали открытое бета-тестирование Ensi Cloud Search!

Как принять участие:
- Оставьте заявку на странице: https://ensi.cloud/search
- Вам придет письмо с инструкцией
- Пришлите нам необходимые данные

На старте мы сделали бесплатным подключение по тарифу Standart с возможностью самостоятельной интеграции.

Калининградская версия сложной рекламной конструкции

Ensi на Ecom Expo 👋

Друзья, завтра и послезавтра ждем вас на нашем стенде H6.4 в Экспоцентре, где можно обсудить автоматизацию екома и нашу платформу

Еком — это потребительская область, поэтому требования к IT-системам электронной коммерции могут формулироваться на разном уровне: начиная от описания вида «добавьте в первый экран все важные кнопки», до sequence-диаграмм запросов и модели данных сервисов.

Разберем основные типы требований:

👇 👇 👇

— Бизнес-требования и бизнес-правила.
— Пользовательские требования.
— Функциональные требования.
— Нефункциональные требования.

Бизнес-требования

Высокоуровневое описание проекта в терминах бизнеса. В том числе описание целей и критериев их достижения.

— Мы должны научиться эффективно обрабатывать онлайн-заказы и возвраты наших покупателей.

Для описания БТ используют разные форматы: от формализованного подхода под названием BRD (Business Requirements Document), до интуитивно понятных эпиков и фичей. Больше примеров

Бизнес-правила

Бизнес-правила определяют или ограничивают некоторые стороны бизнес-процессов. То, чем мы практически не управляем: законодательная база, отраслевые стандарты, корпоративные правила.

Примеры: Требования по соблюдению закона 152-ФЗ «О персональных данных», Требования к фискализации, Требования к маркировке

Пользовательские требования

Пользовательские требования описывают функции, выполняемые системой, и накладываемые на нее ограничения.

— Как администратор системы я хочу просматривать детальную страницу заказа, чтобы ознакомиться с составом заказа

1. Пользователь — это не только конечный покупатель, но и, например, менеджер по обработке заказов.

2. В отличие от бизнес-требований пользовательские описывают не просто какие-то абстрактные «хотелки», а конкретные «хотелки» в конкретной системе.

3. Так как это описание функций через интерфейс, для формулирования ПТ используются популярные форматы User story, Use case и Customer journey map.

Функциональные требования

Функциональные требования описывают логику работы системы, обработку и свойства данных.

1. Администратор в подразделе «Скидки», раздела «Маркетинг» переходит к созданию скидки.
2. Администратор заполняет данные в форме создания скидки. При некорректном заполнении полей, отображаются ошибки валидации.
3. Администратор просматривает список привязанных товаров.

Пример ФТ 👆 для функционального блока «Скидки» в Ensi.

1. Для описания ФТ проще всего использовать конструкцию:
«Субъект + Действие + Объект + Условие».

2. В отличие от пользовательских требований в ФТ основное внимание уделяется реакциям системы.

Нефункциональные требования

Нефункциональные требования описывают внутренние и внешние условия функционирования системы, а также какими свойствами или характеристиками она должна обладать.

Например: требования к производительности, к надежности, к масштабируемости, к безопасности.

1. К НФТ часто относятся недостаточно внимательно или вообще забывают про них.

2. Созданная без учета НФТ система может работать слишком медленно или быть недостаточно безопасной.

Черные методы продвижения на WB

Оказывается Яндекс продает мебель из своих ПВЗ на Я.Маркете. Можно использовать в эклектичных интерьерах, например, в каком-нибудь баре 😎

Сравнение данных по екому от Data Insight и Flocktory

Флоктори — это сервис персонализации, который используют многие екомы. Ребята собирают данные о продажах своих клиентов и выпускают отчеты о состоянии рынка.

Оказалось, что их цифры кардинально отличаются от показателей Data Insight. Последние анализируют весь рынок, но методику не раскрывают.

Данные Flocktory vs. Data Insight за 2022 год

Выручка -35% +38%
Количество заказов -48% +64%
Средний чек +25% -16%

Сложно сказать, в чем причина такой разницы. Но если вы ориентируетесь на один из этих источников, стоит подробнее изучить оба исследования.

Данные Flocktory
Данные Data Insight

В условиях, когда у большинства покупателей развита баннерная слепота, важно, чтобы образы считывались правильно без прочтения мелкого текста.

И не казалось, что тут что-то про сердечные ритмы и здоровье.

User Story

Это формат записи пользовательских требований вида:

Как [персонаж] я хочу [действие], чтобы [ценность для персонажа]

Оcновные особенности формата

1. Формат понятен человеку с любым уровнем подготовки;

2. В качестве актора может быть указана роль (клиент, менеджер, администратор) или подробно описанный пользователь (Иван, 32 года, офисный работник, женат, есть ребенок, собака и машина).

3. US описывает потребности клиента, что особенно актуально в екоме;

4. Несмотря на простоту, формат часто используют слишком буквально и получают однообразный список требований вида «я как пользователь хочу …»;

5. В последний блок вместо ценности для пользователя нередко записывают дополнительные требования из-за чего их легко потерять или реализовать неверно: Как администратор системы я хочу просматривать детальную страницу заказа, чтобы отменить или повторить его»;

6. Нередко забывают, что US — это формат именно пользовательских требований, на формулировании которых аналитическая работа не заканчивается.

К вопросу о нейминге

Телефон и е-mail сами по себе не являются персональными данными

Страховая компания успешно оспорила действия Роскомнадзора по признанию обработки персональных данных пользователей своего сайта неправомерной.

Обвинения ведомства касались, в том числе, формы "Заявка на оформление полиса", которая запрашивала у посетителей сайта их телефон и адрес электронной почты.

Суды указали, что:

•данная форма не подразумевает сбора персональных данных в контексте определения "персональные данные", содержащегося в п. 1 ст. 3 Закона о персональных данных, поскольку не используется для идентификации потребителя финансовых услуг с целью заключения договора страхования, а является формой обратной связи для последующего контакта сотрудника продающего подразделения общества с потенциальным клиентом, которым кроме физического лица также может выступать ИП или юридическое лицо;

•персональные данные – любая информация, относящаяся к прямо или косвенно определенному или определяемому физическому лицу (субъекту персональных данных). При этом форма "Заявка на оформление полиса" не содержит полей, предусматривающих указание данных, позволяющих определить (идентифицировать) конкретное физическое лицо, поскольку запрашивает только "Форму обращения", "e-mail", "телефон",

•совокупность данных, получаемых страховой компанией посредством формы "Заявка на оформление полиса", не обеспечивает возможности доподлинно определить конкретное физическое лицо, которому принадлежит номер телефона и/или адрес электронной почты, поскольку форма не подразумевает предоставления полных "ФИО" и/или иных идентификаторов, таких как "Номер документа удостоверяющего личность", "ИНН", "СНИЛС", "Дата и место рождения", в особенности принимая во внимание тот факт, что в форме могут быть указаны номер телефона и адрес электронной почты, принадлежащие юридическому лицу или иному физическому лицу, не являющемуся заполнителем формы;

•утверждение Управления Роскомнадзора о том, что адрес электронной почты является персональными данными лица его зарегистрировавшего, так как обладает "двумя важными свойствами: неизменностью при присвоении и уникальностью", признано несостоятельным, поскольку по аналогии с номером телефона, без наличия дополнительных идентификаторов, невозможно по одному лишь адресу электронной почты определить конкретное физическое лицо, которому он принадлежит;

•более того, адрес электронной почты фактически не обладает свойством "абсолютной неизменности", потому что в случае расторжения пользовательского соглашения с электронным почтовым сервисом, удаления электронного почтового ящика с сервера (по любым причинам), в том же домене может быть зарегистрирован точно такой же адрес электронной почты за новым пользователем, также, как в случае расторжения договора с оператором телефонной связи телефонный номер может быть передан новому абоненту.

Верховный Суд РФ согласился с указанной позицией и отказал Роскомнадзору в пересмотре дела (Определение Верховного Суда РФ от 21 июля 2023 г. № 305-ЭС23-12160).

#персданные #почта #телефон #суд #ркн
@ofd24

Интересно, как ритейлер «Светофор» будет развиваться в екоме

Вкусвилл любит говорить, что они революционеры и делают все не так. Но по сравнению со «Светофором» ВВ — максимально мейнстримная компания.

«Светофор» отказался от базовых идей большинства ритейлеров, и все равно очень быстро растет. С их точки зрения:

1. Клиент готов терпеть дискомфорт (см. фотку).
2. Готов долго добираться на общественном транспорте.
3. Запросто покупает ноунейм бренды.
4. Без проблем берет почти просроченные продукты.
5. Готов отказаться от разнообразия в ассортименте.

И все это ради более низких цен. По-настоящему более низких.

* * *

А еще у Светофора есть европейская экспансия, а систему управления можно назвать сибирской холакратией.

Екома почти нет

Ensi на New Retail Forum — в этот четверг и пятницу

Коллеги, приходите обсудить еком, передовые saas- и open source решения или просто пообщаться.

👉 7 и 8 сентября в Центре международной торговли (ЦМТ), Краснопресненская набережная, 12, стенд №23

Подробнее о выставке

Надо ли ходить на New Retail Forum

1. Вполне можно.
2. Мероприятие на 3+. Не так бодро, как Еком Экспо, но после летнего анабиоза довольно неплохо.
3. Хороший баланс между выставочной частью и докладами.
4. Район WTС на Красной пресне — сильно лучше, чем Сколково, куда нужно заставлять себя ехать.
5. И среди экспонентов, и среди докладчиков почти не поднималась тема маркетплейсов. Эту индустрию давно пора освещать отдельно.
6. Если у вас стенд, то лучше брать место на втором этаже.
7. Если у вас доклад, то лучше стремиться в секцию в 12:00.
8. Если вы просто посетитель, то лучший ресторан — Парк. Есть еще мишленовский Ухват, но до него далековато.

P.S. На фото легендарный завсегдатай всех выставок и обладатель патентов, способных сокрушить Oracle и Google. Ставьте лайк, если знаете его.