Для кого эта статья: В первую очередь для управленцев, менеджеров и всех прочих кто не принадлежит к сословию разработчиков, но тем не менее вынужден общаться с ними и встречать непонимание при постановке задач по разработке ERP или интернет магазина, АСУ и т.д.
Также может быть полезна самим разработчикам как мини FAQ для общения с теми, кто не имел чести «накодить» хоть пару строк за свою жизнь.
Основная мотивация для внедрения этого или подобного FAQ постановки задачи очень проста и выражена ярко и понятно в виде денежных средств. Хорошие программисты стоят дорого, и не проработанные задания занимают кучу времени на уточнения, исправления и т.д., что ведет к ощутимым финансовым потерям.
Предупреждение 1: хоть статья имеет прикладной смысл и затрагивает достаточно серьезные вопросы в ней встречается <сарказм>.
Предупреждение 2: сам я не являюсь профессиональным программистом, но по роду своей работы при внедрении ERP или разработке бизнес окружения, проработке процессов и т.д. разрабатываю и ставлю задачи программистам.
Предупреждение 3: я буду стараться описывать процесс простым и доступным языком, понятным тем, кто мало знаком с этой сферой.
В одной из своих статей я затронул алгоритмизацию бизнес процессов, проще говоря, построение модели и описание её алгоритмом или логическим языком.
Возьмем пример из статьи:
Допустим, у нас интернет магазин и функционала «похожих товаров» по описанной схеме у нас нет, и мы хотим поставить задачу нашему отделу разработки. Задачу ставит Руководитель отдела продаж.
Первое, с чего стоит начать, это как можно точнее сформулировать свою «хотелку»:
В карточке товара, для примера возьмем аудиоплеер, должен отображаться блок с похожими товарами, а именно товарами, входящими в ту же группу товаров, но по цене не ниже просматриваемого товара. То же самое должно отображаться в корзине рядом с товаром.
Взять и нарисовать на листочке, а лучше распечатать скриншот с карточки товара и нарисовать на нем, как это должно выглядеть.
Казалось бы, всё, но лучше взять и нарисовать логическую схему.
Сделать это можно на листочке или же в Visio входящем в пакет Офис.
Нарисовать схему просто, вы сейчас сами это увидите, рисуем:
Прямоугольники сверху — это исходные данные или результат принятия решения.
Ромбы — это решение которое нужно принять, ДА или НЕТ, логическое действие.
Итак, имеем Цену исходного товара, исходную группу и сам исходный товара. Дальше, согласно нашей задумке, делаем выборку из группы товара идентичной исходной и цене выше исходного товара. И тут сразу стоп, насколько товар, который мы предлагаем как альтернативу, может быть выше исходного? Ведь если мы предложим покупающему плеер за 5тр и топовую модель за 50тр, он вряд ли обратит на это внимание. Но если предложить вариант, скажем, за 6-7, ну до 10тр, то возможно клиент выберет вариант и подороже, соответственно принесет магазину большую прибыль.
Первое, что приходит в голову, это ограничиться порогом «не более чем в два раза». Теперь в каком порядке выстраивать д��рожку из предложений в карточке товара? Начинать с самой дорогой смысла нет, логичнее, если клиент начнет сравнивать модели, а не испугается сразу высокой ценой. Но и предлагать модели по цене 5020р, то есть на немного дороже, тоже нет, количество похожих товаров ограничено, скажем, 5шт (больше не влезет). Отсюда добавляется ещё одно условие, «не более чем в два раза, но и не менее чем на 10%-20%».
Дорисовываем модель:
Уже интереснее. Но опять стоп. А товара мы можем показать всего 5шт, но какой у них шаг по цене? То есть исходный плеер по цене 5000р и другие 5550р., 5505р и т.д. То есть товара много, а показать нам нужно разный и всего 5шт. Думаем: максимальная планка у нас в два раза, то есть 200%, минимальная 20%, то есть нам эту цепочку нужно разбить на 5 частей и примерно равномерно.
Подумав и прикинув статистику продаж, движение покупателя по товарам и т.д. делаем так, к примеру 20% — 60% — 100% — 150% — 200%. Отлично, но товара именно с такой ценой, то есть + 200% может и не быть, следовательно, нужно заложить, что выбираем ближайший, максимально подходящий по цене, то есть +\-.
Вроде всё учел, ещё раз продумываем все нюансы… Есть ещё один, а что если товара из выборки нет в наличии? То его явно не следует показывать, добавляем и это условие.
Рисуем модельку:
Что ещё может случиться? Ну, например, товара по выборке может не быть вообще или же его окажется не 5 а скажем 2 или 3. В этом случае отображаем что есть, если же това��а, подходящего нет вовсе, отображаем ближайший или товар из сходной группы. Если нам это не нравится, то можно не отображать блок вовсе, но это не есть гуд.
Добавим и эти условия:
Вроде все видимые варианты предусмотрены.
Теперь компонуем всё в кучу. Берем наш листик с изображением вставки в карточку товара и корзину, добавляем схему и формулируем схему текстом:
Добавить блок «похожие товары» в карточку товара и корзину, согласно схематичному рисунку.
Логика работы в схеме и текстом:
Текст будет тренировкой, думаю его не сложно будет написать самим.
PS
Добавьте в комментариях какие нюансы я мог упустить и подходит ли такой вариант вам как разработчику из разряда лучше так, чем как раньше?
Скачать схему в Visio Яндекс диск
Также может быть полезна самим разработчикам как мини FAQ для общения с теми, кто не имел чести «накодить» хоть пару строк за свою жизнь.
Основная мотивация для внедрения этого или подобного FAQ постановки задачи очень проста и выражена ярко и понятно в виде денежных средств. Хорошие программисты стоят дорого, и не проработанные задания занимают кучу времени на уточнения, исправления и т.д., что ведет к ощутимым финансовым потерям.
Предупреждение 1: хоть статья имеет прикладной смысл и затрагивает достаточно серьезные вопросы в ней встречается <сарказм>.
Предупреждение 2: сам я не являюсь профессиональным программистом, но по роду своей работы при внедрении ERP или разработке бизнес окружения, проработке процессов и т.д. разрабатываю и ставлю задачи программистам.
Предупреждение 3: я буду стараться описывать процесс простым и доступным языком, понятным тем, кто мало знаком с этой сферой.
В одной из своих статей я затронул алгоритмизацию бизнес процессов, проще говоря, построение модели и описание её алгоритмом или логическим языком.
Возьмем пример из статьи:
Хотя немного задержимся и пропишем некоторые правила.
1. Добавляйте сопутствующие товары.
Если клиент покупает, допустим, аудио плейер не забудьте предложить ему наушники, чехол, карту памяти и т.д.
2. Похожие товары.
В этом пункте играем на повышение. Если выбранный клиентом плейер стоит 5тр. Нужно предложить ему более дорогой вариант с большим количеством функций.
Это минимум того, что нужно сделать на этой стадии.
Допустим, у нас интернет магазин и функционала «похожих товаров» по описанной схеме у нас нет, и мы хотим поставить задачу нашему отделу разработки. Задачу ставит Руководитель отдела продаж.
Первое, с чего стоит начать, это как можно точнее сформулировать свою «хотелку»:
В карточке товара, для примера возьмем аудиоплеер, должен отображаться блок с похожими товарами, а именно товарами, входящими в ту же группу товаров, но по цене не ниже просматриваемого товара. То же самое должно отображаться в корзине рядом с товаром.
Взять и нарисовать на листочке, а лучше распечатать скриншот с карточки товара и нарисовать на нем, как это должно выглядеть.
Казалось бы, всё, но лучше взять и нарисовать логическую схему.
Сделать это можно на листочке или же в Visio входящем в пакет Офис.
Нарисовать схему просто, вы сейчас сами это увидите, рисуем:
Прямоугольники сверху — это исходные данные или результат принятия решения.
Ромбы — это решение которое нужно принять, ДА или НЕТ, логическое действие.
Итак, имеем Цену исходного товара, исходную группу и сам исходный товара. Дальше, согласно нашей задумке, делаем выборку из группы товара идентичной исходной и цене выше исходного товара. И тут сразу стоп, насколько товар, который мы предлагаем как альтернативу, может быть выше исходного? Ведь если мы предложим покупающему плеер за 5тр и топовую модель за 50тр, он вряд ли обратит на это внимание. Но если предложить вариант, скажем, за 6-7, ну до 10тр, то возможно клиент выберет вариант и подороже, соответственно принесет магазину большую прибыль.
Первое, что приходит в голову, это ограничиться порогом «не более чем в два раза». Теперь в каком порядке выстраивать д��рожку из предложений в карточке товара? Начинать с самой дорогой смысла нет, логичнее, если клиент начнет сравнивать модели, а не испугается сразу высокой ценой. Но и предлагать модели по цене 5020р, то есть на немного дороже, тоже нет, количество похожих товаров ограничено, скажем, 5шт (больше не влезет). Отсюда добавляется ещё одно условие, «не более чем в два раза, но и не менее чем на 10%-20%».
Дорисовываем модель:
Уже интереснее. Но опять стоп. А товара мы можем показать всего 5шт, но какой у них шаг по цене? То есть исходный плеер по цене 5000р и другие 5550р., 5505р и т.д. То есть товара много, а показать нам нужно разный и всего 5шт. Думаем: максимальная планка у нас в два раза, то есть 200%, минимальная 20%, то есть нам эту цепочку нужно разбить на 5 частей и примерно равномерно.
Подумав и прикинув статистику продаж, движение покупателя по товарам и т.д. делаем так, к примеру 20% — 60% — 100% — 150% — 200%. Отлично, но товара именно с такой ценой, то есть + 200% может и не быть, следовательно, нужно заложить, что выбираем ближайший, максимально подходящий по цене, то есть +\-.
Вроде всё учел, ещё раз продумываем все нюансы… Есть ещё один, а что если товара из выборки нет в наличии? То его явно не следует показывать, добавляем и это условие.
Рисуем модельку:
Что ещё может случиться? Ну, например, товара по выборке может не быть вообще или же его окажется не 5 а скажем 2 или 3. В этом случае отображаем что есть, если же това��а, подходящего нет вовсе, отображаем ближайший или товар из сходной группы. Если нам это не нравится, то можно не отображать блок вовсе, но это не есть гуд.
Добавим и эти условия:
Вроде все видимые варианты предусмотрены.
Теперь компонуем всё в кучу. Берем наш листик с изображением вставки в карточку товара и корзину, добавляем схему и формулируем схему текстом:
Добавить блок «похожие товары» в карточку товара и корзину, согласно схематичному рисунку.
Логика работы в схеме и текстом:
Текст будет тренировкой, думаю его не сложно будет написать самим.
PS
Добавьте в комментариях какие нюансы я мог упустить и подходит ли такой вариант вам как разработчику из разряда лучше так, чем как раньше?
Скачать схему в Visio Яндекс диск
