Спецификации — это перечень характеристик товаров, которые задаются владельцем магазина. Спецификации объединяются в группы, это позволяет применять несколько спецификаций к одному товару, а также иметь единое представление характеристик для товаров из одинаковых групп.
Спецификации товаров позволяют:
Чтобы начать пользоваться спецификациями, сделайте следующее:
Перейдите на страницу товара и выберите подраздел “Спецификация”:
Если такого подраздела нет, то в шаблоне “Страница товара” добавьте переменную $SPEC$:
После этого вы увидите на странице товара блок, отвечающий за показ и редактирование спецификаций товара:
С помощью выпадающего списка (1) выберите группу товаров и нажмите на кнопку “Применить” (2):
Обратите внимание, что группы могут быть вложены друг в друга. Вам нужно выбрать группу, в которой нет потомков. Пример:
Если подходящей группы нет, то выберите “Добавить” и введите название новой группы:
Если вы прикрепили товар к группе, в которой имеются спецификации, то все они появятся сразу после прикрепления:
Если группа была создана только что, и в ней нет спецификаций, переходите к шагу добавления новой спецификации.
Чтобы заполнить спецификации, выберите свойства и их значения. Пример: спецификация Коммуникации (интерфейс), свойство Интерфейсы:
Значений может быть несколько:
Если подходящих спецификаций (1), свойств (2) или значений (3) в группе не нашлось, добавьте новые:
Вы только что создали новую группу и прикрепили к ней товар. Теперь нужно добавить спецификацию для этой группы. Нажмите на соответствующую кнопку:
Появится окно, в котором нужно указать название спецификации. Если планируете задавать с помощью спецификации несколько свойств, то оставьте поле “Значения” пустым и нажмите на кнопку “Сохранить”:
Новая спецификация появится на странице и станет доступной для редактирования. В ней еще нет свойств, описывающих товары. Давайте их добавим:
В окне укажите название свойства и его допустимые значения. Нажмите на кнопку “Сохранить”:
Повторите данные действия, пока не добавите все свойства:
Теперь достаточно пройтись по всем свойствам спецификации и указать их значения для товара.
Если вы используете стандартный шаблон, то сразу после заполнения спецификации посетители увидят свойства товара:
За вывод свойств отвечает переменная $SPEC$. Если вы редактировали шаблон или используете нестандартный шаблон без поддержки спецификаций, убедитесь, что переменная присутствует в шаблоне “Страница товара”.
Чтобы посетители магазина могли фильтровать товары, убедитесь, что вы разместили в шаблоне “Каталог товаров” переменную $SPEC_FILTER$. Она может располагаться в шаблоне глобального блока “Первый контейнер” или “Второй контейнер”:
Выглядит блок с фильтрами следующим образом:
В любом месте шаблона разместите переменную $SPEC$. Для администраторов она покажет блок для редактирования спецификаций, а для обычных пользователей — перечень характеристик товара.
Убедитесь, что в шаблоне “Каталог товаров” или “Первый контейнер” есть переменная $SPEC_FILTER$.
Если переменная есть, но фильтры все равно не появляются, убедитесь, что они настроены для категории товаров, в которой вы ожидаете их увидеть. Зайдите в панель управления “Интернет-магазин” / “Управление категориями” и нажмите на значок редактирования категории. В открывшемся окне найдите пункт “Группа товаров”:
Зайдите в раздел “Управление дизайном (шаблоны)” и найдите шаблон “Таблица стилей” интернет-магазина. Восстановите его стандартный шаблон и скопируйте стили, которые отвечают за отображение кнопок.
Это сообщение означает, что вы не выбрали конечную группу для товара. В таком случае продолжайте выбор среди дочерних групп товаров. Если среди них нет подходящих, добавьте свою.
Изменить
Twitter LinkedIn Facebook Адрес электронной почты
Производственная спецификация содержит основные данные, которые описывают компоненты и узлы, используемые в производстве родительского товара. После создания производственного заказа для этого родительского товара его производственная спецификация определит расчет потребностей в материалах, как представлено на странице Компоненты производственного заказа.
Business Central также поддерживает сборочные спецификации. Сборочные заказы используются для производства конечных элементов из компонентов в простом процессе, который может быть выполнен с помощью одного или нескольких ресурсов, которые не являются машинами или рабочими центрами, а также без использования ресурсов. Например, сборочный процесс может выбирать две бутылки вина и один мешок кофе, а затем упаковать их как подарочный набор. Дополнительные сведения см. в разделе Сборочные или производственные спецификации.
Совет
Приложение Демонстрационные данные Contoso Coffee включает демонстрационные продукты для различных сценариев производственных спецификаций, которые можно использовать в тестовой среде, в том числе во время пробной версии. Узнать, как настроить данные Contoso Coffee, а также ознакомиться с пошаговыми руководствами для различных сценариев можно в статье Введение в демонстрационные данные Contoso Coffee.
Прежде чем можно будет настроить маршрут, необходимо подготовить следующее:
Выберите значок , значок, введите Производственные спецификации, затем выберите связанную ссылку.
Выберите действие Создать.
Заполните соответствующим образом поля. Наведите указатель на поле, чтобы увидеть короткое описание.
Для редактирования спецификации задайте в поле Статус значение Новый или В разработке. Чтобы его активировать, задайте в поле Статус значение Сертифицировано.
Переходите к заполнению строк спецификации.
В поле Тип укажите, является товар в этой строке спецификации единичным элементом или спецификацией. Если товар в строке — спецификация, то он должен уже существовать как сертифицированная спецификация.
В поле Номер просмотрите и выберите требуемый товар или спецификацию либо введите в поле.
В поле Кол-во в укажите, сколько единиц товара входит в родительский товар — например, 4 колеса для 1 автомобиля.
В поле Брак (%) можно ввести фиксированный процент компонентов, отбракованных в процессе производства. После того как эти компоненты будут готовы к использованию в запущенном производственном заказе, этот процент будет добавлен к ожидаемому количеству в поле Количество потребления производственного журнала. Дополнительные сведения см. в разделе Регистрация потребления и выхода продукции.
Примечание
Этот процент отходов представляет компоненты, отбракованные в процессе производства при отборе товаров, в то время как процент отходов в строках маршрута представляет отходы выхода перед постановкой на инвентарный учет.
В поле Код связи маршрута введите код для соединения компонента с определенной операцией. Дополнительные сведения см. в разделе Создание связей маршрута.
Строки можно скопировать из существующей производственной спецификации, выбрав действие Копировать спецификацию, чтобы выбрать готовые строки.
Сертифицируйте спецификацию.
Теперь можно присоединить новую производственную спецификацию к карточке рассматриваемого родительского товара. Дополнительные сведения см. в разделе Регистрация новых товаров.
Примечание
Чтобы рассчитать себестоимость товаров в сборочной или производственной спецификации, для родительского товара и его компонентов следует использовать метод учета себестоимости
Новые версии спецификаций используются, например, когда товар заменяется другим, или когда клиент требует специальный вариант продукции. Принцип версии позволяет управлять различными версиями производственных спецификаций. Структура версии производственной спецификации соответствует структуре производственной спецификации. Основной разницей является время действия версий. Действительность определяется по дате начала.
Дата начала указывает начало периода действия версии. При всех других анализах дата начала является критерием фильтра при вычислениях и оценках. Версия спецификации является действительной до тех пор, пока следующая версия не станет действительной, начиная со своей даты начала.
Выберите значок значок, введите Производственные спецификации, затем выберите связанную ссылку.
Выберите производственную спецификацию для копирования, затем выберите действие Версии.
Выберите действие Создать.
Заполните соответствующим образом поля.
В поле Код версии введите уникальный идентификатор версии. Можно использовать любую комбинацию цифр и букв.
Вновь созданной версии автоматически присваивается статус «Новая».
Когда версия спецификации готова, установив в поле Статус значение Сертифицировано.
Время действия версии определяется полем Дата начала.
Примечание
Выберите параметр Товар в поле Тип, чтобы использовать товар из основных данных товара в производственной спецификации. Если товарная позиция также имеет спецификацию (при этом поле Номер произв. спецификации на карточке товара заполнено), эта спецификация также учитывается.
Выберите параметр Производственная спецификация, чтобы использовать в строке фантомную производственную спецификацию.
Фантом-спецификации предназначены для структуризации изделий. Тип спецификации никогда не указывает на готовое изделие, но используется исключительно для определения зависимых требований. Фантом-спецификации не имеют собственных основных данных товара.
Количество рассчитывается с учетом различных измерений, которые также вводятся в строках производственной спецификации. Измерения относятся к единице заказа соответствующего товара. В качестве измерений можно ввести длину, ширину, глубину и вес.
Колонки «Формула расчета», «Длина», «Ширина», «Высота» и «Вес» не отображаются, поскольку они используются только некоторыми пользователями. Если требуется использовать вычисление количества, необходимо сначала вывести на отображение эти колонки.
Отношение между отдельными компонентами определяется формулой расчета. В качестве формулы расчета можно использовать следующие возможности:
Примечание
Формула расчета Фиксированное количество гарантирует, что потребление компонента будет одинаковым, независимо от количества брака или выхода. Для компонентов производственного заказа, когда поле Формула расчета установлено как Фиксированное количество, значение поля Ожидаемое количество всегда равно полю Количество в. Процент брака, указанный в той же строке, игнорируется. Фиксированное количество соблюдается отчете Доступность по спецификации. В отчете товар будет отображаться как узкое место, если доступное количество меньше, чем количество в отчете Количество на родителя. Поля Можно сделать родительским объектом и Можно сделать товаром верхнего уровня всегда пусты независимо от доступного количества. Фиксированное количество также включается в расчет стандартных затрат. Размер партии произведенного товара влияет на стоимость, распределяемую на один товар.
В спецификации требуется 70 металлических деталей со следующими размерами: длина = 0,20 м и ширина = 0,15 м. Значения вводятся следующим образом: Формула расчета = Длина x Ширина, Длина = 20, Ширина = 15, Кол-во в = 70. Количество задается как Кол-во в x Длина * Ширина, таким образом, Кол-во = 70 x 0,20 м x 0,15 м = 2,1 м2.
Создание маршрутов
Управление вариантами продукта
Пошаговое руководство: варианты
Настройка производства
Производство
Планирование
Работа со спецификациями
Работа со спецификациями сборки
Запасы
Покупки
Работа с Business Central
Примечание
Каковы ваши предпочтения в отношении языка документации? Пройдите краткий опрос (обратите внимание, что этот опрос представлен на английском языке).
Опрос займет около семи минут. Личные данные не собираются (заявление о конфиденциальности).
Отправить и просмотреть отзыв по
Этот продукт Эта страница
Просмотреть все отзывы по странице
Начало обучения:
Зарегистрируйтесь, чтобы создавать лучшие моменты.
Спецификация продукта или спецификация продукта — это жизненно важный документ по продукту, в котором излагаются наиболее важные требования для разработки нового продукта или функции/функции.
Спецификация продукта действует как схема ключевой информации, относящейся к продукту. Это действует как руководство для команды разработчиков при создании продукта. Такая информация, как целевые пользователи, краткое изложение основной концепции, бизнес-потребности и цели, а также другие необходимые сведения приведены в спецификации продукта.
Спецификации продукта носят краткий характер и сообщают тем, кто над ним работает, что строится и почему. Он также отвечает на вопрос, чего ожидается от продукта, и как это достижение должно быть измерено. Спецификация продукта также содержит информацию о потребностях, связанных с бизнесом. Также рассматриваются такие вопросы, как ожидаемый доход, будет ли расширяться аудитория и целевые рынки.
Также включены персонажи пользователей, которые рассказывают о типичном поведении аудитории на основе исследования аудитории. Так же, как и эскизы, чтобы дать более четкое представление о продукте. Основные технические характеристики, которые необходимо охватить, и препятствия, которые необходимо преодолеть, также являются частью документа.
Несмотря на свою краткость, документация со спецификацией продукта должна охватывать все и быть легко читаемой сотрудниками, которые будут иметь к ней доступ. Это устраняет необходимость в устном общении и ускоряет процесс разработки продукта. Четкий и прозрачный документ облегчает работу в команде. Это связано с тем, что вся необходимая информация легкодоступна в любой момент времени, а разработка оптимизирована.
Теперь, когда мы знаем, что такое спецификация продукта, давайте разберемся, как она выглядит и как ее писать.
Спецификация продукта будет зависеть от требований к конкретному разрабатываемому продукту. Однако это то, что вы обычно найдете в спецификации продукта:
В этот раздел включено общее описание продукта. Кратко поясняется идея и проясняется общая концепция продукта. Краткое изложение продукта также дает информацию о том, почему продукт создается. Вы можете найти информацию о том, как продукт будет выглядеть, его особенности и ожидаемое время разработки.
Это, как очевидно, будет охватывать связанные с бизнесом аспекты продукта. Вы найдете информацию о том, как разработка продукта принесет пользу компании на рынке. В этом разделе упоминается информация о бюджете, а также о различных ресурсах, необходимых для разработки продукта.
Как упоминалось ранее, персонажи пользователей отображают поведение конечного пользователя. Соответственно, персонажи пользователей в спецификации продукта указывают, для кого создается продукт. Их потребности и проблемы четко выделены, чтобы разработчики могли помнить о конечном пользователе при создании продукта.
Они написаны с точки зрения конечного пользователя и кратко объясняют, что пользователь хотел бы видеть от продукта. В основном, как различные функции будут использоваться пользователем. Это также помогает установить критерии приемлемости, поскольку разработчики знают, что только после того, как все пользовательские истории выполнены, продукт будет успешно готов.
В этом разделе дается визуальное представление того, как продукт должен выглядеть в конечном итоге. Он не обязательно должен быть идеальным, но должен быть хорошим ориентиром для команды. Это можно сделать с помощью простых рисунков, визуализаций, иллюстраций и т. д. Часто бывает достаточно даже простых заметок, объясняющих размеры продукта, его внешний вид и ощущения.
Эта часть показывает, как продукт будет выглядеть и что он будет делать. Здесь также представлено то, как пользователи будут взаимодействовать с продуктом. Это используется в качестве справочного материала для команды разработчиков продукта, и документы с техническими спецификациями часто добавляются, чтобы сделать вещи более ясными.
Если вы на самом деле не получите отзывы от клиентов, вы не сможете сформулировать хорошие пользовательские истории. Следовательно, спрашивать клиентов об обратной связи является обязательным. Таким образом, вы можете вносить изменения в существующие продукты или создавать новый продукт в соответствии с потребностями клиента. Часто всего несколько изменений могут сделать ваш продукт идеальным для клиентов и сэкономить вам много времени и ресурсов.
Отзывы клиентов важны, но вы также должны учитывать мнения различных заинтересованных сторон. В процесс разработки продукта будет вовлечено больше людей, и вы сможете использовать разные точки зрения. Привлечение большего числа людей также заставит их почувствовать, что они могут внести свой вклад. Это, в свою очередь, заставляет людей брать на себя ответственность за то, чтобы конечный результат был хорошим.
Помимо отзывов и вклада команды, могут быть и другие характеристики, которые вы должны включить в спецификацию продукта. В эти дополнительные спецификации включены размеры продукта, стандарты безопасности, технические характеристики, экологические соображения и т. д. Убедитесь, что вы не пропустите эти вещи, чтобы получить целостное представление о продукте.
Следующим шагом после определения всех требований является создание прототипа продукта для проверки его соответствия требованиям. Попросите заинтересованных пользователей протестировать этот прототип и оставить отзыв, основанный на их опыте. Поймите, как они используют продукт, и отметьте, что работает хорошо, а что можно улучшить.
После того, как пользователи протестировали продукт, вам, скорее всего, потребуется сделать его более подходящим для них. Соответственно, спецификации продукта должны быть изменены. Поймите, что это незавершенная работа, а не одноразовая окончательная вещь. После того, как спецификация продукта будет завершена, отправьте ее команде разработчиков продукта, чтобы они могли работать над разработкой продукта.
💬
Спецификация продукта (или спецификация) — это документ, содержащий важную информацию, которая помогает командам следить за процессом проектирования и разработки продукта. Это дает дизайнерам и разработчикам представление о бизнес-целях, пользователях, на которых они ориентируются, и любых других важных деталях.
В идеале, спецификация продукта помогает командам разработчиков ответить на ключевые вопросы для краткого руководства, например: «Что мы создаем?» и «для кого это?». Он включает в себя несколько элементов, в том числе краткое изложение основной концепции/идеи. Продуктовые команды должны иметь возможность ссылаться на это на протяжении всего процесса, чтобы не упустить из виду исходное видение.
Персонажи пользователей — еще один распространенный компонент эффективных спецификаций продукта. Это вымышленные профили идеальных пользователей, основанные на исследованиях аудитории, с описанием типичного поведения, потребностей и целей.
Спецификации продукта также должны содержать подробную информацию о том, какую пользу продукт может принести бизнесу в целом. Какую выручку предполагается получить? Будет ли это расширять существующую аудиторию? Можно ли его использовать для выхода на новые рынки?
Эскизы и макеты также могут быть включены в спецификацию продукта. Это дает разработчикам четкое представление о конечном результате, как его представляли дизайнеры.
Наконец, технические характеристики обычно включаются в спецификацию продукта. Будут рассмотрены любые технические вопросы, которые следует учитывать, например, основные препятствия, которые необходимо преодолеть.
Почему важна спецификация продукта?Есть несколько причин, по которым важно написать спецификацию продукта. Например:
Спецификация продукта должна предоставить вашей команде руководство по всему процессу разработки, необходимому для успеха вашего продукта.
Идея состоит в том, чтобы спецификация продукта была максимально ясной, чтобы избежать ненужных вопросов или путаницы на протяжении всей сборки. Тем не менее, спецификация продукта также не должна быть слишком технической, поскольку ее может прочитать очень широкая (нетехническая) аудитория.
В основном, когда дело доходит до написания спецификаций продукта, ясность , но всеобъемлющее является ключевым.
Ориентированность на пользователя необходима для успеха продукта. Если вы не сможете понять своего пользователя, вы не поймете возможности — и вы можете просто запустить на рынок продукт, который на самом деле никому не нужен.
Проведите исследование пользователей и включите его в спецификацию вашего продукта. Если команда знает, для кого они разрабатывают продукт, это становится намного проще и увлекательнее! — процесс.
После того, как спецификация продукта написана, ваша команда и все, кто заинтересован в продукте, поют с одного листа гимнов (так сказать), и все знают, какова цель проекта.
Убедитесь, что все цели S.M.A.R.T. чтобы вся команда понимала, каким должен быть результат.
Лучший способ улучшить любой продукт — это прислушаться к вашим клиентам. Узнайте, каковы их конкретные болевые точки, и устраните их. Ваша команда будет знать ваш продукт лучше, чем кто-либо, но если он не обслуживает клиентов, пришло время переосмыслить.
Внесите предложения в масштабах всей компании, а также внутри вашей команды. Высшее руководство будет иметь свое мнение, но отзывы других отделов, таких как маркетинг и отдел исследований и разработок, часто могут заставить вас переосмыслить функцию продукта.
После обработки всех отзывов вам необходимо определиться со спецификациями. Разработчики должны знать, что они должны производить, поэтому включите такие детали, как размеры продукта, технические характеристики и черновой эскиз.
Далее провести пользовательское тестирование. Вы можете проводить собеседования у себя в офисе или отправить им прототип на пробный период.
Об авторе