Процесс создания полезного продукта: Производство – процесс создания полезного продукта.

Производство – процесс создания полезного продукта.

Лекция 2. Общая характеристика хозяйственной деятельности и базовые экономические понятия

 

1. Основы общественного производства: простые моменты процесса труда, общественный продукт и его движение.

2. Экономические потребности, блага, ресурсы и факторы производства.

3. Проблема экономического выбора и модель «Границы производственных возможностей общества. Закон возрастающих вмененных издержек.

Вопрос 1. Основы общественного производства: простые моменты процесса труда, общественный продукт и его движение.

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

Человек – существо общественное

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

Труд:

1. Является условием существования человека (в процессе труда создаются блага, удовлетворяющие потребности человека) и общества (удовлетворение социальных потребностей).

2. Представляет собой источник роста богатства.

3. В процессе труда происходит саморазвитие человека.

4. Является условием возникновения и развития членораздельной речи.

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

 

Таблица 1 — Различия труда человека и деятельности животного

Человеческий труд	Деятельность животного
Осмысленная и целесообразная деятельность («…самый плохой архитектор от наилучшей пчелы с самого начала отличается тем, что прежде, чем строить ячейку из воска, он уже построил ее в своей голове.»[1])	Инстинктивная
Используются самостоятельно изготовленные орудия труда	Используются лишь естественные предметы
Человек приспосабливает природу для удовлетворения потребностей	Животные сами приспосабливаются к силам природы и не могут воздействовать на нее

Изучая процесс труда, К. Маркс выделял следующие его моменты:

Предмет труда (ПТ) – это вещество природы, на которое человек воздействует в процессе труда.

«Например, рыба, которую ловят, отделяют от ее жизненной стихии – воды, дерево, которое рубят в девственном лесу, руда, которую извлекают из недр земли».[2] Вне процесса труда вещество природы не является предметом труда. Если к веществу природы был приложен человеческий труд и оно поступает в дальнейшую переработку, то оно называется

сырьем (сырым материалом). «… Всякий сырой материал есть предмет труда, но не всякий предмет труда есть сырой материал».[3] Например, пойманная рыба, идущая в потребление; собранный и сожженный хворост, не являются сырым материалом. Или, набранная из источника вода также не является сырьем, поскольку на нее ранее не оказывалось воздействия.

Средство труда (СТ) – это орудия, с помощью которых человек воздействует на предмет труда.

Различают средства труда:

· непосредственно участвующие в производстве благ (механические СТ): инструменты, машины, оборудование и т.д.;

· обслуживающие процесс производства, то есть создающие условия для него: здания, сооружения, коммуникации.

Степень совершенства средств труда указывает на степень (стадию) развития общества.

Труд, как целесообразная деятельность – деятельность, в ходе которой расходуется физическая и умственная энергия человека, отражающая его способности к труду, то есть рабочая сила (РС).

Совокупность предметов и средств труда образует средства производства (СП). В сочетании с рабочей силой они представляют собой производительные силы общества (ПС) – это личные (РС) и вещественные (СП) факторы общественного производства в их взаимодействии.

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

Экономические отношения – это отношения между людьми, возникающие в процессе производства, распределения, обмена и потребления

материальных и духовных благ и услуг.

Структура экономических отношений представлена на рисунке 1.

 

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

Производство – процесс создания полезного продукта.

Распределение – процесс определения доли каждого человека или фактора в произведенном продукте.

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

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

 

 

Рисунок 2 – Виды потребления

 

Когда продукты потребляют, их «разрушают». Значит, их необходимо вновь и вновь производить, то есть воспроизводить.

Воспроизводство – это повторение процесса производства.

Различают простое и расширенное воспроизводство.

Под простым понимается повторение производства в прежних масштабах. Под расширенным – возобновление во все увеличивающихся размерах.

 

Все четыре стадии движения общественного продукта тесно связаны между собой и образуют общественное производство.

 

Рисунок 3 – Схема общественного воспроизводства

процесс создания полезного труда, основа жизни человеческого общества.

Процесс взаимодействия человека с природой –есть процесс труда, протекающий в определенной форме. Этот процесс – сознательной целесообразной деятельности людей, при помощи к-й они видоизменяют предметы природы и приспосабливают их для удовлетворения своих потребностей. Производя, необходимые предметы люди позн-ют з-ны природы, воздействуют на нее. Изменяя природу, человек изменяет и собственную природу, развивает способность к труду, обогащает свои знания, расширяет возможности их использования.

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

Средства труда

– орудия, с помощью к-х воздействуют на предмет труда ( станок, оборудование, инструменты).

Предмет труда – то, на что воздействуют средствами труда ( сырье, материалы, п/фабрикаты).

Продукт труда – конечная продукция процесса производства, блага. Блага – средства с помощью которых удовлетворяются потребности (материальные/немат-е, эк-е/неэк-е, потребительские/производственные, частн/обществ-е, огран-е/неогр-е). В современ науке под пр-вом понимают любую деят-ть членов общ-ва по использованию ест ресурсов, целью к-й явл-ся создание необх-х благ, как отдельному члену общ-ва, так и в целом.

Производство включает 3 однородных фактора :

1. Человеческий. Для производства всегда нужны люди, имеющие необходимые знания и трудовые навыки. Труд (в материальном производстве) – это целесообразная деятельность, которой люди с помощью созданных ими средств изменяют предметы природы, приспосабливая их для удовлетворения своих потребностей.

2. Вещественный. Средства труда – относятся те материальные вещи с помощью которых люди создают благо. В состав средств труда входят естественные условия производственного процесса (вода, используемая на ГЭС), техника, вкл. орудия труда, благодаря которым исходное природное вещество преобразуется в полезные блага, а т.ж. общие материальные условия труда (мосты, дороги, здания и т.д.).

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

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

Современная экономика включает 2 дополняющие друг друга сферы производства: материальная (создает вещественное благо) и нематериальная (создает духовные, нравственные ценности).

Производство –основа жизни человеческого общества.

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

В результате общественного производства создается ВНП(валов нац продукт). В своем движении он проходит ряд взаимосвязанных стадий:

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

• Распределение – определение доли каждого работника в производстве продукта ( зависит от общего количества созданных благ и конкретного вклада отдельного экономического субъекта в производство).

• Обмен – система, позволяющая производителям обмениваться продуктами своего труда и осуществляющая движение материальных благ и услуг от одного субъекта к другому, а так же форма общественной связи производителя и потребителя. Обмен в современном обществе рационально и удобно совершается через куплю –продажу товаров и услуг с применением денег.

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

Воспроизводство – процесс повторения производства. Существует простое и расширенное воспроизводство. Простое – повторение процесса производства в прежних масштабах, расширенное – в увеличенных масштабах.

Все 4 стадии движения общественного продукта тесно связаны и образуют общественное воспроизводство. Для современной экономики характерно расширенное воспроизводство, в проц воспр-ва капитал находится в пост движении и совершает кругооборот. Инвестиции в производстве возмещают израсходованный капитал, обеспечивают накопление капитала, т.е. происходит его укрупнение за счет добавочных капиталовложений в производство. В процессе воспроизводства капитал находится в постоянном движении и совершает кругооборот: Закупка → Процесс производства товаров → Реализация

Основные сведения о создании баз данных

База данных с правильной структурой обеспечит вам доступ к актуальным и точным сведениям. Поскольку правильная структура важна для выполнения поставленных задач при работе с базой данных, имеет смысл изучить принципы создания баз данных. Это поможет вам создать базу данных, отвечающую вашим потребностям и позволяющую быстро вносить в нее изменения.

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

Важно: Access возможности разработки, которые можно создавать приложения баз данных для Интернета. Многие аспекты проектирования отличаются при проектировании веб-страниц. В этой статье не обсуждается проектирование веб-баз данных. Дополнительные сведения см. в статье Создание базы данных Access для публикации в Интернете.

В этой статье

Некоторые термины, связанные с базами данных

В Access данные упорядочиваются в таблицах, которые представляют собой списки строк и столбцов, напоминающие бухгалтерский блокнот или электронную таблицу. В простой базе данных может быть всего одна таблица. Для большинства баз данных их потребуется несколько. Например, в одной таблице можно хранить сведения о товарах, в другой — о заказах, а в третьей — о клиентах.

Каждую строку правильнее называть записью, а каждый столбец — полем. Запись — это эффективный и согласованный способ объединения сведений о чем-либо. Поле — это отдельный элемент сведений (элементы такого типа есть в каждой записи). Например, в таблице «Товары» каждая строка или запись может содержать сведения об одном товаре. Каждые столбец или поле содержат сведения определенного типа об этом товаре, например название или цену.

К началу страницы

Что такое правильная структура базы данных?

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

Правильная структура базы данных подразумевает:

• распределение сведений по тематическим таблицам для уменьшения количества повторяющихся данных;

• предоставление приложению Access данных, необходимых для объединения сведений в таблицах при необходимости;

• обеспечение точности и целостности сведений;

• соответствие требованиям к обработке данных и созданию отчетов.

К началу страницы

Процесс проектирования

Процесс проектирования включает следующие этапы:

• Определение назначения базы данных    

  Помогает подготовиться к остальным этапам.

• Поиск и упорядочение необходимых сведений     

  Соберите сведения всех типов, которые потребуется внести в базу данных, например названия товаров и номера заказов.

• Разделение данных по таблицам    

  Разделите элементы данных по основным темам или группам, например «Товары» и «Заказы». Затем для каждой темы создается таблица.

• Преобразование элементов данных в столбцы    

  Решите, какие сведения будут храниться в каждой таблице. Каждый элемент становится полем и отображается в виде столбца в таблице. Например, таблица «Сотрудники» может содержать такие поля, как «Фамилия» и «Дата найма».

• Задание первичных ключей    

  Выберите первичный ключ для каждой таблицы. Первичный ключ — это столбец, однозначно определяющий каждую строку. Примеры: «Код товара» и «Код заказа».

• Настройка связей между таблицами    

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

• Усовершенствование структуры    

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

• Применение правил нормализации    

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

К началу страницы

Определение назначения базы данных

Рекомендуется записать на бумаге назначение базы данных: ее цель, предполагаемое применение и список пользователей, которые будут с ней работать. Небольшой базе данных для домашнего бизнеса можно дать простое определение, например: «База данных содержит сведения о клиентах и используется для почтовой рассылки и создания отчетов». Для более сложной базы данных, с которой будет работать множество людей, как это часто бывает в больших организациях, определение может состоять из нескольких абзацев, включая время и способы использования ее разными людьми. Идея состоит в том, чтобы детально сформулировать определение, к которому затем можно обращаться в процессе проектирования. Такое определение поможет сосредоточиться на целях и задачах при принятии решений.

К началу страницы

Поиск и упорядочение необходимых сведений

Чтобы найти и упорядоступить необходимую информацию, начните с имеющихся сведений. Например, вы можете записать заказы на покупку в записи книги или сохранить сведения о клиентах в бумажных формах в картотеке. Соберите эти документы и соберите в списке каждый тип показанной информации (например, каждое поле, заполненное в форме). Если у вас еще нет форм, представьте, что вам нужно создать форму для записи сведений о клиенте. Какие сведения нужно поместить в форму? Какие поля заливки нужно создать? Определите и перечислить каждый из этих элементов. Предположим, что в настоящее время список клиентов находится на индексных карточках. Изучив эти карточки, вы можете показать, что каждая карточка содержит имя клиента, адрес, город, штат, почтовый индекс и номер телефона. Каждый из этих элементов представляет потенциальный столбец в таблице.

При подготовке списка не старайтесь придать ему законченный вид с первого раза. Записывайте все элементы, которые приходят в голову. Если с базой данных будет работать кто-то еще, попросите их внести свои предложения. Позднее вы сможете скорректировать список.

Теперь подумайте, какие типы отчетов или почтовых рассылок будут выполняться на основе сведений из базы данных. Например, это может быть отчет о продажах товаров по регионам или сводный отчет о складских запасах товаров. Возможно, вы также будете отправлять клиентам стандартные письма, содержащие сведения о продажах или специальных предложениях. Продумайте структуру отчета и представьте себе его внешний вид. Какие сведения нужно включить в отчет? Составьте список. То же сделайте для писем и других отчетов, которые предполагается создавать.

Продумывая структуру предполагаемых отчетов и почтовых рассылок, вы определите те элементы, которые нужно включить в базу данных. Предположим, вы даете клиентам возможность подписаться на периодическую рассылку обновлений (или отказаться от нее) и хотите распечатать список тех, кто подписался. Для записи этих сведений вы добавляете в таблицу клиентов столбец «Отправка почты». В этом поле для каждого клиента можно выбрать значение «Да» или «Нет».

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

Имеет смысл создать прототип каждого отчета или выходного списка и продумайте, какие элементы потребуется создать для этого отчета. Например, при проверке письма на бланке могут возникнуть некоторые моменты. Если вы хотите включить правильное приветствие, например строку «Г-н», «Г-жа» или «Ms», которая начинает приветствие, необходимо создать элемент приветствия. Кроме того, письма обычно начинаются с буквы «Уважаемый г-н Климов», а не «Уважаемый. Г-н Сильвстер Климов». Это позволяет сохранить фамилию отдельно от имени.

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

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

Собрав все нужные сведения, вы можете переходить к следующему этапу.

К началу страницы

Распределение данных по таблицам

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

Основные группы здесь — товары, поставщики, клиенты и заказы. Поэтому имеет смысл использовать четыре таблицы: по одной для сведений о товарах, поставщиках, клиентах и заказах. Это не окончательный список, но неплохое начало. Вы можете уточнять список, пока не получите наиболее эффективную структуру.

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

В этом случае каждая строка содержит сведения о товаре и его поставщике. Так как у одного поставщика может быть несколько товаров, имя и адрес поставщика должны повторяться несколько раз. Это пустая трата места на диске. Гораздо лучше записать сведения о поставщике только один раз в отдельной таблице «Поставщики» и связать ее с таблицей «Товары».

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

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

Наконец, предположим, что у вас есть только один товар, поставляемый компанией Coho Winery, и вы хотите удалить этот товар, но сохранить имя и адрес поставщика. Как удалить запись о товаре, не потеряв сведений о поставщике? Это невозможно. Поскольку каждая запись содержит сведения и о товаре, и о поставщике, вы не можете удалить их по отдельности. Чтобы разделить эти сведения, необходимо сделать из одной таблицы две: одну — для сведений о товаре, другую —для сведений о поставщике. Тогда удаление записи о товаре не приведет к удалению записи о поставщике.

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

К началу страницы

Преобразование элементов данных в столбцы

Чтобы определить столбцы таблицы, решите, какие сведения по теме таблицы вам нужно отслеживать. Например, в таблицу клиентов можно включить столбцы «Имя», «Адрес», «Город, область, почтовый индекс», «Отправка почты», «Обращение» и «Адрес электронной почты». Набор столбцов одинаков для всех записей в таблице, поэтому для каждой записи можно хранить одни и те же сведения. Например, столбец «Адрес» содержит адреса клиентов. Каждая запись содержит сведения только об одном клиенте, а поле адреса — его адрес.

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

Вам также нужно определить, какого рода данные будут храниться в базе данных: отечественные или международные. Например, если вы планируете хранить в базе данных международные адреса, лучше использовать столбец «Регион», а не «Страна», потому что в таком столбце можно указывать области внутри своей страны и регионы других стран. Точно так же в поле «Почтовый индекс» можно будет хранить почтовые индексы разных стран.

В списке ниже приведены некоторые советы по определению столбцов.

• Не включайте вычисляемые данные    

  Не следует хранить в таблицах результаты вычислений. Лучше пусть Access выполняет вычисления всякий раз, как вы захотите увидеть результат. Предположим, что в отчете о заказанных товарах отображаются промежуточные итоги для заказанных товаров каждой категории. Но в таблице нет столбца для промежуточных итогов. Вместо этого в таблице есть столбец для заказанных товаров, в котором хранится количество единиц каждого товара. Используя эти данные, Access вычисляет промежуточные итоги каждый раз при печати отчета. Сами промежуточные итоги не требуется хранить в таблице.

• Разбивайте информацию на минимальные логические компоненты    

  Может возникнуть желание использовать одно поле для полных имен или названий продуктов вместе с описаниями продуктов. Если в поле объединится несколько разных сведений, позднее будет сложно получить отдельные факты. Попробуйте разбить данные на логические части; Например, можно создать отдельные поля для имени и фамилии или для названия продукта, категории и описания.

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

К началу страницы

Задание первичных ключей

Каждая таблица должна содержать столбец или набор столбцов для однозначного определения каждой строки таблицы. Часто для этого используется уникальный идентификационный номер, например код сотрудника или серийный номер. В базах данных эти сведения называются первичным ключом таблицы. Используя поля первичных ключей, Access быстро связывает данные из нескольких таблиц и сводит их для вас воедино.

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

У первичного ключа всегда должно быть значение. Если в какой-то момент столбец может содержать неназначенное или неизвестное (отсутствующее) значение, его нельзя использовать в качестве компонента первичного ключа.

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

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

Если вы не имеете в виду столбец или набор столбцов, которые могут стать хорошим первичным ключом, рассмотрите возможность использования столбца с типом данных «Автономер». При использовании типа данных «Тип данных», Access автоматически назначает значение. Такой идентификатор не имеет смысла; Оно не содержит фактических сведений, описывающих строку, которую она представляет. Идентификаторы factless идеально подходят для использования в качестве первичного ключа, так как они не изменяются. Первичный ключ, содержащий сведения о строке (например, номер телефона или имя клиента), может измениться, так как сами фактуальные данные могут измениться.

1. Столбец с типом данных «Счетчик» — отличный первичный ключ. Коды товаров никогда не совпадают.

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

В базе данных продаж вы можете создать столбец типа «Счетчик» для первичного ключа каждой из таблиц: «Код товара» для таблицы товаров, «Код заказа» для таблицы заказов, «Код клиента» для таблицы клиентов и «Код поставщика» для таблицы поставщиков.

К началу страницы

Создание связей между таблицами

Теперь, когда вы распределили сведения по таблицам, вам нужен способ их осмысленного объединения. Например, показанная ниже форма содержит сведения из нескольких таблиц.

1. Эта форма содержит данные из таблиц клиентов,

2. сотрудников,

3. заказов,

4. товаров

5. и сведений о заказах.

Access — это система управления реляционными базами данных. В реляционной базе данных сведения распределяются по отдельным тематическим таблицам. Для последующего объединения данных используются связи между таблицами.

К началу страницы

Создание связи «один ко многим»

Рассмотрим пример таблиц «Поставщики» и «Товары» в базе данных «Заказы на товары». Поставщик может поставлять любое количество товаров. Следуют, что у любого поставщика, представленного в таблице «Поставщики», может быть много товаров, представленных в таблице «Товары». Поэтому связь между таблицами «Поставщики» и «Товары» является связью «один-к-многим».

Чтобы создать связь «один ко многим» в структуре базы данных, добавьте первичный ключ на стороне «один» в таблицу на стороне «многие» в виде дополнительного столбца или столбцов. Например, в данном случае вы добавляете столбец «Код поставщика» из таблицы «Поставщики» в таблицу «Товары». Затем Access сможет с помощью кода поставщика в таблице «Товары» найти поставщика для каждого товара.

Столбец «Код поставщика» в таблице «Товары» называется внешним ключом. Внешний ключ — это первичный ключ другой таблицы. Столбец «Код поставщика» в таблице «Товары» является внешним ключом, потому что он также является первичным ключом в таблице «Поставщики».

Создавая пары первичных и внешних ключей, вы создаете основу для объединения сведений из связанных таблиц. Если вы не знаете точно, в каких таблицах должен быть общий столбец, определение связи «один ко многим» обеспечивает необходимость общего столбца для двух таблиц.

К началу страницы

Создание связи «многие ко многим»

Рассмотрим связь между таблицами «Товары» и «Заказы».

Отдельный заказ может включать несколько товаров. С другой стороны, один товар может входить в несколько заказов. Таким образом, для каждой записи в таблице «Заказы» может существовать несколько записей в таблицы «Товары». Для каждой записи в таблице «Товары» может быть несколько записей в таблице «Заказы». Этот тип связи называется отношением «многие-к-многим», так как для любого товара может быть множество заказов. и для любого заказа может быть множество продуктов. Обратите внимание на то, что для обнаружения связей «многие-к-многим» между таблицами важно учитывать обе стороны связи.

Связь между темами двух таблиц (заказов и товаров) относится к типу «многие ко многим». Это проблема. Представьте, что произойдет, если для создания связи между двумя таблицами вы попытаетесь добавить поле «Код товара» в таблицу «Заказы». Чтобы заказ мог включать несколько товаров, вам потребуется несколько записей для каждого заказа в таблице «Заказы». В этом случае сведения о заказе придется повторять в каждой строке заказа, что может привести к неэффективности структуры таблицы и потере точности данных. Та же проблема возникает при создании поля «Код заказа» в таблице «Товары» — для каждого товара в таблице потребуется несколько записей. Как решить эту проблему?

Ответ на этот вопрос заключается в том, чтобы создать третью (связуемую) таблицу, которая разбивает связь «многие-к-многим» на две связи «один-к-многим». Первичные ключи двух таблиц вставляются в третью таблицу. В результате в третьей таблице записывают все экземпляры связи.

Каждая запись в таблице «Сведения о заказах» представляет собой отдельный элемент строки заказа. Первичный ключ этой таблицы состоит из двух полей — внешних ключей таблиц «Заказы» и «Товары». Использовать только поле «Код заказа» в качестве первичного ключа для этой таблицы нельзя, поскольку в одном заказе может быть несколько элементов строки. Код заказа повторяется для каждого элемента строки, так что это поле не содержит уникальные значения. Использовать только поле «Код товара» также нельзя, поскольку один товар может входить в разные заказы. Но вместе эти два поля всегда обеспечивают уникальное значение для каждой записи.

В базе данных продаж товаров между таблицами «Заказы» и «Товары» нет прямой связи. Но они связаны опосредованно через таблицу «Сведения о заказах». Связь «многие ко многим» между заказами и товарами представлена в базе данных двумя связями «один ко многим».

• Связь «один ко многим» между таблицами «Заказы» и «Сведения о заказах». В каждом заказе может быть несколько элементов строк, но каждый элемент строки связан только с одним заказом.

• Связь «один ко многим» между таблицами «Товары» и «Сведения о заказах». Каждый товар может быть связан с несколькими элементами строк, но каждый элемент строки связан только с одним товаром.

В таблице «Сведения о заказах» можно определить все продукты по определенному заказу. Вы также можете определить все заказы для определенного товара.

После создания таблицы «Сведения о заказах» список таблиц и полей может выглядеть так:

К началу страницы

Создание связи «один к одному»

Еще бывает связь «один к одному». Предположим, вам нужно записать дополнительные сведения о товаре, которые редко используются или применяются к небольшому количеству товаров. Поскольку эти сведения используются редко и в результате их хранения в таблице «Товары» образуются пустые поля для всех товаров, к которым они неприменимы, вам лучше поместить эти сведения в отдельную таблицу. Как и в таблице товаров, в качестве первичного ключа используется код товара. Связь между этой дополнительной таблицей и таблицей «Товары» относится к типу «один к одному». Каждой записи таблицы товаров соответствует одна запись в дополнительной таблице. При определении такой связи у обеих таблиц должно быть общее поле.

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

• Если две таблицы объединены одной тематикой, для создания связи можно использовать один и тот же первичный ключ в обеих.

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

Определяя связи между таблицами, вы обеспечиваете правильность таблиц и столбцов. При наличии связи «один к одному» или «один ко многим» в таблицах необходимы общие столбцы. При наличии связи «многие ко многим» необходима третья таблица, представляющая связь.

К началу страницы

Усовершенствование структуры

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

Проверьте, можно ли использовать базу данных для получения ответов на ваши вопросы. Создайте черновые формы и отчеты и посмотрите, отображаются ли в них нужные данные. Проверьте, нет ли в базе данных повторяющихся данных и при необходимости измените ее структуру.

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

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

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

• Приходится ли вам неоднократно вводить одни и те же сведения в одной из таблиц? Если да, вам нужно разделить одну таблицу на две и установить между ними связь «один ко многим».

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

• Каждый элемент данных разделен на минимальные полезные фрагменты? Поместите в отдельный столбец каждый элемент данных, который необходимо использовать для отчетов, сортировки, поиска или вычислений.

• Данные в каждом столбце соответствуют теме таблицы? Если столбец содержит данные, которые не относятся к теме таблицы, их нужно поместить в другую таблицу.

• Все связи между таблицами представлены общими полями или третьей таблицей? Для отношений «один к одному» и «один-к-многим» требуются общие столбцы. Для связей «многие-к-многим» требуется третья таблица.

Усовершенствование таблицы «Товары»

Допустим, все товары в базе данных продаж можно отнести к общим категориям: напитки, приправы и морепродукты. В таблице «Товары» может быть поле, в котором показана категория каждого товара.

Предположим, что после проверки и уточнения дизайна базы данных вы решили сохранить вместе с ее именем описание категории. При добавлении поля «Описание категории» в таблицу «Товары» необходимо повторить описание каждой категории для каждого товара, попадаемного в эту категорию, — это не лучшее решение.

Лучше выделить категории в качестве отдельной темы для отслеживания в базе данных и создать для них отдельную таблицу с собственным первичным ключом. Затем первичный ключ таблицы «Категории» можно добавить в таблицу «Товары» в качестве внешнего ключа.

Связь между таблицами «Категории» и «Товары» относится к типу «один ко многим»: категория может включать несколько товаров, но при этом каждый товар может входить лишь в одну категорию.

Анализируя структуры таблиц, обращайте внимание на повторяющиеся группы. Рассмотрим таблицу со следующими столбцами:

• Код товара

• Название

• Код товара1

• Название1

• Код товара2

• Название2

• Код товара3

• Название3

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

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

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

Если вы видите повторяющиеся группы, посмотрите внимательно, можно ли разделить одну таблицу на две. В приведенном выше примере лучше использовать две таблицы (одну для поставщиков, другую для товаров), связанные с помощью кода поставщика.

К началу страницы

Применение правил нормализации

Теперь вы можете применить к структуре своей базы данных правила нормализации данных (иногда их называют просто правила нормализации). Эти правила позволяют проверить правильность структуры таблиц. Процесс применения этих правил к структуре базы данных называется нормализацией базы данных или просто нормализацией.

Нормализацию лучше всего выполнять после внесения в базу данных всех элементов данных и получения предварительной структуры. Цель этого процесса — убедиться в том, что элементы данных распределены по соответствующим таблицам. Правильность самих элементов данных при нормализации не проверяется.

Правила нормализации нужно применять последовательно, проверяя на каждом этапе соответствие структуры базы данных одной из так называемых «нормальных форм». Обычно применяются пять нормальных форм — с первой по пятую. В этой статье рассматриваются первые три формы, поскольку их достаточно для большинства структур баз данных.

Первая нормальная форма

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

Вторая нормальная форма

Согласно второй нормальной форме каждый столбец, не являющийся ключевым, должен зависеть от всего ключевого столбца, а не от его части. Это правило применяется, если первичный ключ состоит из нескольких столбцов. Допустим, ваша таблица содержит следующие столбцы, причем столбцы «Код заказа» и «Код товара» образуют первичный ключ:

• Код заказа (первичный ключ)

• Код товара (первичный ключ)

• Название товара

Эта структура не соответствует второй нормальной форме, поскольку название товара зависит от кода товара, но не зависит от кода заказа, то есть этот столбец зависит не от всего первичного ключа. Из этой таблицы нужно удалить столбец «Название товара». Он относится к другой таблице («Товары»).

Третья нормальная форма

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

Иначе говоря, каждый столбец, не являющийся ключевым, должен зависеть только от первичного ключа. Допустим, у вас есть таблица со следующими столбцами:

Предположим, что скидка зависит от рекомендуемой розничной цены. В этом случае таблица не соответствует третьей нормальной форме, поскольку столбец «Скидка», не являющийся ключевым, зависит от столбца «Рекомендуемая розничная цена», который тоже не является ключевым. Независимость столбцов друг от друга означает, что изменение любого неключевого столбца не должно влиять на другие столбцы. Если вы измените значение в поле «Рекомендуемая розничная цена», соответствующим образом изменится и значение скидки, тем самым нарушая правило. В данном случае столбец «Скидка» следует перенести в другую таблицу, в которой столбец «Рекомендуемая розничная цена» является ключевым.

К началу страницы

Что такое mvp: виды, примеры — Определение

Минимально жизнеспособный продукт (на англ. Minimum Viable Product или MVP) — это продукт, который имеет простейший функционал для удовлетворения какой-либо потребности целевой аудитории и позволяющий получить обратную связь для дальнейшего развития.

Зачем нужен MVP

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

По статистике, 90% стартапов терпят неудачу. Около 42%, согласно исследованиям CB Insights, закрываются в первые пару лет по причине отсутствия спроса на рынке. Получается, что месяцы работы над развитием идеи, разработкой концепции и созданием продукта идут насмарку. Гипотеза, построенная на основании предположения потребности на рынке, оказывается ошибочной.

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

Источник: Stfalcon

В следующем разделе вы ознакомитесь с основными преимуществами MVP и убедитесь в необходимости его создания.

Преимущества MVP

Минимально жизнеспособный продукт представляет собой стартовую версию товара или услуги компании, которая помогает получить обратную связь от целевой аудитории и понять дальнейшие пути развития. Однако, на этом его преимущества не заканчиваются. Ниже мы собрали еще семь плюсов в пользу создания MVP.

1. Помогает подтвердить или опровергнуть гипотезу.
2. Позволяет привлечь инвесторов и убедить их в жизнеспособности идеи.
3. Помогает изучить целевую аудиторию и сэкономить средства на ее исследованиях.
4. Снижает финансовые риски.
5. Сокращает стоимость разработки основного продукта или услуги, поскольку помогает приоритизировать функции и свойства.
6. Помогает собрать первую целевую аудиторию перед запуском продукта
7. Позволяет выявить ошибки.

С помощью MVP компании ускоряют процесс создания продукта и могут начать быстрее получать прибыль. Далее вы узнаете, на какие виды подразделяют минимально жизнеспособные продукты.

Виды MVP

MVP классифицируют на основании подходов к их созданию. Ознакомьтесь с наиболее распространенными из них.

• MVP для предварительного заказа. Этот способ используют если разработка и создание продукта требуют больших финансовых затрат, времени, а также привлечения значительного числа покупателей. Предполагает создание кампании на краудфандинговой платформе. Такой подход помогает проанализировать интерес к продукту, привлечь средства и первых покупателей.
• Консьерж. Подразумевает оказание услуг клиентам в ручном режиме. Например, прежде, чем разработать приложение со сложным функционалом, можно начать решать задачи потенциальных покупателей самостоятельно, чтобы оценить спрос и получить опыт работы с заинтересованными клиентами.
• Волшебник страны Оз. Этот способ также как и предыдущий предполагает использование ручного труда, однако его маскируют под работу искусственного интеллекта или программы. Клиенты предполагают, что все функции выполняет система, а не живой человек. Такой подход помогает проверить жизнеспособность идеи до автоматизации процессов и избежать ненужных расходов.
• Landing Page. Подразумевает использование целевой страницы. На ней располагают детальное описание продукта, его функционала и преимуществ. В конце добавляют кнопку с призывом к действию, чтобы заинтересованные пользователи могли узнать больше, зарегистрироваться, купить демо версию и так далее. Лендинг позволяет собрать базу email подписчиков и в дальнейшем развивать с ними взаимоотношения.
• Чужой продукт. Этот способ используют для выхода на рынок с множеством зрелых конкурентов. Метод предполагает применение чужих продуктов для решения задач своей целевой аудитории. Такой подход помогает выявить слабые места отрасли, пожелания клиентов и их потребности, сформулировать свои преимущества.

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

Как создать MVP

Американский предприниматель и автор книги «Бизнес с нуля. Метод Lean Startup для быстрого тестирования идей и выбора бизнес-модели» Эрик Рис писал: “Если вы хотите создать минимально рабочий продукт, соблюдайте простое правило: устраните любые опции, процессы или задачи, которые не помогут вам выяснить то, что вы хотите выяснить.” Другими словами, MVP должен обладать минимальным функционалом, создание которого потребует наименьших финансовых и временных затрат.

Ознакомьтесь с пошаговым руководством к подготовке и созданию минимально жизнеспособного продукта.

1. Определите проблему. Четко сформулируйте задачу, которую должен решать ваш продукт.
2. Найдите целевую аудиторию. Не пытайтесь удовлетворить потребности большого круга людей. Составьте подробный портрет покупателя, чтобы лучше понимать, на кого нужно ориентироваться. Определите пол, возраст, место работы, увлечения, уровень дохода и другие характеристики целевой аудитории.
3. Изучите конкурентов. Не надейтесь на эксклюзивность идеи, тщательно изучите рынок. Проанализируйте сильные и слабые стороны конкурентов, узнайте их долю рынка, проанализируйте каналы коммуникации с целевой аудиторией. Изучите сайт, социальные сети, отзывы и другую информацию, которая поможет вам быть лучше.
4. Проведите SWOT-анализ. С его помощью определяют сильные и слабые стороны, возможности и угрозы. Подробнее о том, как провести SWOT-анализ и выбрать правильную стратегию развития, читайте в этой статье.
5. Определите приоритетность функционала и составьте карту путей клиента. На этом этапе продумайте, какие шаги должен выполнить клиент, чтобы воспользоваться услугой. Путь должен быть коротким, понятным и удобным. Далее составьте минимальный список функций продукта и расставьте их по приоритету. Устраните лишние шаги, чтобы не запутать пользователей.
6. Установите поэтапность работ и выберите метод управления процессом. Составьте план разработки MVP, установите круг ответственных лиц и определите способ отслеживания продвижения. Наиболее распространенные методы управления проектами это lean, SCRUM, канбан.
7. Проведите тестирование. Определите первую группу людей, которая протестирует продукт. В нее могут войти сотрудники, друзья, родственники. Если тест пройдет успешно, предоставьте продукт целевой аудитории и проанализируйте отклик. Затем внесите необходимые изменения и снова предоставьте пользователям. С помощью таких циклов можно постепенно улучшать продукт или через некоторое время вернуться в исходную точку и кардинально изменить направление развития.

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

Примеры MVP

Чтобы проверить жизнеспособность идеи и убедиться, что продукт действительно нужен потребителям, иногда достаточно сделать всего один шаг и получить обратную связь. Именно так поступили основатели Airbnb. В 2007 году Брайан Чески и Джо Геббиа увидели потребность в краткосрочной аренде недорогого жилья. На тот момент они жили в Сан-Франциско и обнаружили, что в городе, где проходит множество конференций, нет никаких вариантов для ночлега кроме дорогостоящих номеров в отелях. К тому же, забронировать в них комнату было сложной задачей.

Чтобы оплатить квартиру, в которой остановились, Брайан и Джо создали объявление на сайте о совместной аренде. Вскоре трое участников одной из конференции откликнулись на предложение. Это и стало отправной точкой в основании онлайн-платформы для поиска и размещения объявлений о краткосрочной аренде жилья по всему миру. MVP компании помог Брайану и Джо убедиться в том, что гипотеза верна и начать развивать бизнес. В 2020 году оборот Airbnb составил 3,38 миллиардов долларов, а количество сотрудников превысило 5500 человек.

Путь Unsplash, платформы стоковых фотографий, начинался с блога на Tumblr. Там пользователи могли за $19 скачать тему и десять фотографий высокого качества, предоставленных местными фотографами. Чтобы найти людей, заинтересованных в проекте, новость о нем разместили на сайте Hacker News. Уже в первые часы после публикации на Unsplash было загружено более 20 000 фотографий.

Поскольку первый сайт был примитивным, сначала снимки загружали через аккаунт в Dropbox. Долго работать по такой схеме было невозможно, поэтому Unsplash быстро стал преображаться. Сегодня онлайн-платформа объединяет более 207 000 фотографов и ежемесячно пополняется минимум на два миллиона фотографий.

Основатель интернет-магазина ZAPPOS в далеком 1999 году предположил, что люди могут покупать товары не выходя из дома. Чтобы проверить жизнеспособность идеи, Ник Суинмурн создал простой сайт и разместил на нем фото обуви из торгового центра. Как только кто-то делал заказ, он шел в магазин, покупал нужный товар и отправлял. Такой простой MVP стал фундаментом для создания того самого магазина ZAPPOS, который в 2009 году компания Amazon выкупила за $1,2 миллиарда.

С запуска MVP свой путь на рынке начинали такие известные компании как Uber, eBay, Spotify, Yahoo, Snapchat и многие другие. Создание минимально жизнеспособного продукта позволило им проанализировать спрос и выявить основные потребности целевой аудитории. Поэтому, MVP — это основа для разработки уникального, полезного и конкурентоспособного продукта.

Ресурсы:

1. На сайте VC.ru вы ознакомитесь с ключевыми аспектами MVP.
2. В статье StecPoint узнаете, чем MVP отличается от PoC (Proof of Concept).
3. В этой статье прочитаете, почему MVP важен для успешного развития бизнеса.
4. В Wikipedia ознакомитесь с целями MVP.
5. Здесь узнаете, что делать с негативными отзывами о MVP.
6. А на сайте In-scale ознакомитесь с негативными примерами создания минимально жизнеспособного продукта.

Обновлено: 14.07.2021

Оцените, насколько полезна статья «Минимально жизнеспособный продукт»

Аутсорсинг фронтенд разработки 💻| Компания «Work Solutions

Что такое аутсорсинг

Аутсорсинг — это практика получения услуг от внешнего поставщика. Она распространена в отраслях, где существует нехватка рабочей силы или её стоимость слишком высока, например, в разработчике программного обеспечения. В России аутсорсинг становится все более популярным для развития digital направлений, так как цена содержания штатного IT подразделения становится слишком высокой.

Если поручить создание цифрового продукта аутсорс-продакшну, можно бросить все силы на бизнес, обслуживание клиентов, продажи и маркетинг. Так освободится время, чтобы подготовить все необходимое для успешного вывода продукта на рынок практически сразу после завершения разработки.

Что такое фронтенд

Раньше, когда интернет был медленнее, а браузеры слабее, создание сайта делили на два ключевых этапа — верстку и программирование. Сегодня процесс создания функциональных веб-сервисов стал сложнее и требует бэк- и фронт-енд разработку. Front-end — важная составляющая любого веб-проекта, которая отвечает за внешний вид сайта: графический интерфейс, кнопки, навигационное меню, тексты, изображения. Иными словами, это часть системы, которая запускается в браузере отдельного пользователя. Поэтому иногда ее называют клиентской частью. Качество frontend приложения во многом будет определять, станут ли люди пользоваться вашим продуктом.

HTML, CSS и Javascript — это три кита, на которых стоит любое frontend-приложение.

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

В современном мире этого недостаточно, поэтому сайты еще активно используют технологию Javascript. Этот язык программирования позволяет запускать программные скрипты на стороне клиента, то есть прямо в браузере. На базе этого языка появилось множество инструментов разработки, которые принято называть фреймворками и библиотеками. Они используют Javascript или Typescript чтобы эффективно решать конкретные задачи и повышать эффективность разработки при решении разных задач. Например, с помощью React Native можно создавать мобильные приложения для iOS и Android.

Основные отличия фронтенда от бекэнда

Бекэнд отвечает за серверную часть сайта: хранит и упорядочивает данные, следит, чтобы все работало нормально и клиент получал запрашиваемые данные. Эту часть веб-сайта, пользователь не видит и не может напрямую с ней взаимодействовать. Функционал бекэнд приложения доступен пользователям только через интерфейсное фронтэнд приложение. Обработка бизнес-логики, реализация API, создание библиотек, работа с компонентами системы, создание алгоритмов, интеграции со сторонними сервисами также относятся к бекенду.

Почему следует отдать фронтенд на аутсорс

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

Экономическая эффективность

Нанимая сотрудников в штат вы берете на себя множество сопутствующих расходов. Найм сотрудника требует много времени, чтобы изучить рынок труда, провести собеседования, рассмотреть резюме. Далее специалисту нужно предоставить рабочее место, мощный компьютер, оплатить лицензии для использования ПО. Помимо этого потребуется выплачивать отпускные и больничные. Наняв внешнего исполнителя, ни о чем из этого можно не беспокоиться. Таким образом заказчик уменьшает накладные расходы на производство, тем самым увеличивая прибыль.

Доступность и масштабируемость

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

Экспертиза и опыт

На создание компетентной команды разработчиков, которые будут эффективно работать вместе требуется много времени. Многие аутсорсинговые компании имеют собственные системы обучения и вертикальную оргструктуру. Если вам нужен отдельный проект, то времени на столь долгие приготовления у вас не будет. Таким образом, привлечение внешнего ресурса для создания фронтенда защитит вас от ситуаций, когда квалификаций наемного сотрудника оказалось недостаточно или команду требуется быстро расширить для выполнения внезапно большого объема работ.

Специфика задач

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

Наши фронтенд-программисты

Аутсорсинг разработки frontend — это услуга, за которой к нам часто обращаются клиенты. Все наши разработчики независимо от уровня middle или senior, владеют современными инструментами разработки и знают все лучшие практики и отраслевые стандарты работы. Они знают JavaScript и Typescript, прекрасно владеют популярными фронтенд фреймворками вроде React, Angular и Vue. Внедрение лучших практик и умение писать поддерживаемый код позволяет им создавать качественную цифровую продукцию. При работе с проектами они настраивают автоматизированное тестирование, что позволяет им работать с большой комбинацией входных параметров интерфейса.

Почему мы

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

Получите консультацию

Источники изображения: Illustration by Freepik Stories

Project manager: задачи, функции и обязанности

Представьте, что вы решили научиться стрелять из лука. Вы несколько раз смотрели все три части “Властелина колец” подряд и провели молодость, играя в Скайрим. Вам кажется, что в стрельбе нет ничего сложного, а инструкторы стоят неоправданно дорого. И вот вы начинаете осваивать лук самостоятельно, оставляете себе несколько синяков тетивой, теряете все стрелы и неделями страдаете от болей в шее. Вам начинает казаться, что что-то не так.

А теперь представьте, что вы решили заказать разработку IT продукта. Вы обращаетесь к разработчикам и просите сделать программное решение, а чтобы сэкономить, отказываетесь от услуг проджект-менеджера. Делаем ставки, сможете ли вы успешно дойти до релиза? Как проектный менеджер мог бы вам помочь? Время расставить все по местам.

Кто такой project manager в IT?

Менеджер проекта — это человек, который организует бесперебойную работу всех процессов и обеспечивает связь между заказчиком и подрядчиком. PM — востребованный специалист в любых сферах: от строительства до образования. IT project manager — это человек, который выполняет эти задачи в области разработки ПО. Он общается с клиентом и выясняет его потребности, следит за каждым этапом разработки и отчитывается заказчику о ходе создания продукта.

Чтобы понять, что делает project manager, необходимо прежде всего обозначить его зоны ответственности. Можно выделить три большие области, которые являются приоритетными в работе PM-а:

1. Достижение целей проекта и клиента. Первоочередные функции менеджера проекта и компании в целом — это эффективное выполнение задач, поставленных заказчиком. При этом важно не просто достичь цели любыми средствами — необходимо оставить клиента довольным, чтобы в будущем он снова обратился в компанию.
2. Достижение целей начальства и компании. К ним относятся в первую очередь финансовые показатели, которые тесно связаны с проектным менеджментом. Этот пункт важен и для компании-разработчика, и для заказчика. Если процессы в компании, включая проектный менеджмент, налажены грамотно, то каждая сторона может избежать лишних затрат.
3. Достижение целей команды разработчиков. Задача проектного менеджера — это построить эффективный процесс работы в команде. Иногда в ходе создания проекта он занимается мотивацией сотрудников, помогает в реализации карьерных целей и предотвращает конфликты.

Проджект менеджеры неустанно следят за каждой деталью механизма создания продукта. В их власти изменить ход работы, найти ошибку, сделать клиента лояльнее и сплотить разработчиков. Давайте подробнее обсудим функциональные обязанности project manager’а.

Project manager: задачи

Обязанности проджект менеджера можно кратко описать так: он связывает заказчика и команду при работе над проектом. Таким образом, есть три основных звена, каждое из которых требует от PM-а внимания и активных действий. Давайте рассмотрим обязанности менеджера по проектам в каждой из трех сфер.

Заказчик

Прежде всего project manager должен разобраться в требованиях клиента к финальному продукту. На этом этапе PM расставляет приоритеты: какие функции приложения или сайта самые важные, как заказчик хочет удерживать клиентов, какие интересные решения конкурентов можно использовать.

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

Чтобы выстроить доверительные отношения с заказчиком, менеджеры проектов своевременно оповещают его об изменениях и следят за соблюдением сроков. Если команда допускает ошибки, то PM отвечает за сохранение репутации компании и удовлетворенность заказчика.

Без менеджера проекта заказчику придется общаться с разработчиком напрямую. Те часы, которые программист мог потратить на код, он тратит на разговоры. Релиз приложения отдаляется, заказчик нервничает и теряет доверие. С PM каждый занят своим делом и не отвлекается на посторонние задачи.

Наличие проектного менеджера часто помогает сэкономить кучу времени. Например, когда мы разработали образовательное приложение Unleesh и провели несколько раундов тестирования, клиент решил сделать редизайн продукта и добавить несколько базовых функций. Наш РМ справился отлично: был на связи с заказчиком 24/7, выяснял детали, а когда горели сроки выполнения работ — смог так распределить нагрузку на команду, что мы набрали хороший темп и сдали одновременно iOS и Android приложения, а через три месяца подготовили веб-версию Unleesh.

Необходимые качества:

• ответственность;
• стрессоустойчивость;
• навыки в сфере управления;
• умение вести переговоры.

Команда

Если проект небольшой и задействует только одного разработчика, заказчик теоретически сможет общаться с командой сам. Но если проект сложный, а в команде 5 человек — аналитик, дизайнер, тестировщик, фронт- и бэкендщик? Клиенту придется созваниваться с каждым, ставить задачи, разбираться, чем фронт отличается от бэка, а React — от Angular. Он будет тратить на это рабочий день, вместо того, чтобы развивать бизнес и зарабатывать деньги. Таким образом, первостепенная задача менеджера проектов — управлять командой. В первую очередь необходимо отобрать нужных людей, а когда команда собрана, PM вводит коллег в курс дела и распределяет между ними обязанности и этапы разработки.

Проектный менеджер следит за соблюдением дедлайнов каждым членом команды разработки. Он заранее видит, когда кто-то не успевает, и может предотвратить кризис. Благодаря этому компания избегает недовольства заказчика, потому что соблюдает стандарты качества и делает все вовремя.

Без навыков управления руководитель проекта не сможет повлиять на действия сотрудников. Чтобы работа над проектом была продуктивной и приятной, PM мотивирует коллектив. Он может выстроить по-настоящему эффективное взаимодействие, чтобы работа была максимально комфортной. Хорошие проджект менеджеры предотвращают большинство конфликтов и без проблем справляются с возникающими.

Необходимые качества:

• лидерские качества;
• коммуникабельность;
• навыки управления проектами;
• умение работать с людьми;
• четкое и ясное изложение мыслей.

Проект

Одна из основных задач PM-а — это контроль работы над проектом. PM представляет конечный результат и распределяет нагрузку и средства. Он не боится сложных задач и знает, с какой стороны к ним подступиться. К обязанностям менеджера в этой области входят контроль качества, сроков, бюджетов и рисков. Его цель — обеспечить реализацию проекта с имеющимися ресурсами. Проектную деятельность можно разделить на пять основных этапов:

1. Инициация — утверждение концепции и запуск проекта.
2. Планирование — определение последовательности действий и подготовка к работе.
3. Исполнение — работа над проектом по выработанному плану.
4. Контроль — регулярный мониторинг каждого этапа, управление рисками и ведение отчетности.
5. Закрытие — завершение проекта и передача документации заказчику.

Процессы работы над проектом должны быть прозрачны и понятны каждой стороне. Это тоже зона ответственности проектного менеджера. С помощью соответствующих специалистов он готовит отчетные документы, например, технические задания, функциональные требования и финансовые отчеты. Если менеджер делает это качественно, то каждая сторона будет понимать, что от нее требуется и какие у нее права. Это повышает уровень доверия и качество финального продукта.

На всех этапах РМ следит за качеством продукта и организует процессы разработки так, чтобы билды (сборки кода) тестировались как можно чаще. Это помогает ловить баги в самом начале проекта, а не перед релизом. Проектный менеджер проверяет, соответствует ли программное решение техническим требованиям и инициирует код ревью. Если необходимо, просит дизайнера верифицировать дизайн — выполнить авторский надзор, как это было на нашем проекте для курьерской службы СДЭК. Все эти действия обеспечивают качество финального продукта.

Необходимые качества:

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

Заключение

Промучавшись пару недель с синяками от лука, вы все же решили нанять инструктора. С тех пор все пошло как по маслу: стрелы не ломаются от неправильного обращения и шея перестала болеть. А еще вы наконец-то начали попадать в мишень и даже готовы участвовать в соревнованиях. Кто знает, к каким еще результатам приведет работа с тренером? 😉 Обращайтесь к нам за разработкой. Наши менеджеры проектов комфортно и профессионально проведут вас через весь процесс создания IT-продукта.

Использование ArchiMate в разработке нового программного продукта

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

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

«Я c 2016 года изучаю ArchiMate в контексте Enterprise Architecture (Архитектуры Предприятия), но так как в нашей компании он еще не принят как стандарт, обучение происходит в основном в свободное от работы время или в немногие часы, выделяемые мной на самообразование (у нас можно договориться с руководством и изучать, что нравится). Постепенно я начинаю все больше и больше применять полученные диаграммы в повседневной работе.

Первый раз я узнал про ArchiMate от Анатолия Левенчука (есть такой известный в узких кругах человек), научного руководителя «Школы системного менеджмента», директора по исследованиям русского отделения Международного совета по системной инженерии, INCOSE). Тогда меня поразила простота ArchiMate, его однозначность и красота. К тому же ArchiMate был создан в той же The Open Group, создавшей стандарт Архитектуры Предприятия TOGAF, дополняющий методику и инструментарий TOGAF лаконичным визуальным языком описания ArchiMate.

Описание принципов и концепций
Я не буду вдаваться в основы ArchiMate. Про них можно почитать здесь (The Most Useful ArchiMate Diagram Types) и здесь (What is ArchiMate?). Перейду сразу к примерам. К тому же ArchiMate настолько прост, что имея под рукой только «легенду» (см. любую диаграмму) легко разобраться, даже если видишь диаграмму впервые.

ArchiMate хорош тем, что им можно описать и Стратегию развития предприятия, и Бизнес процессы, и связанные с ними Приложения, и связанные с приложениями Инфраструктурные сервисы, а еще важнее: показать все это вместе и по отдельности, как будет удобно и понятно вам и заказчику.
В ArchiMate можно описывать даже концепции. Вот пример концепции DevOps (можете повесить себе на стенку, кому понравится):

Диаграмма Основных Концепций DevOps

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

Дополнительно приведу описания элементов здесь:

• Цель – Общее утверждение о намерении, направлении или конечном состоянии организации и участвующих сторон.
• Ресурс – Ресурс представляет собой актив, принадлежащий или контролируемый физическим лицом или организацией.
• Бизнес-процесс – Бизнес-процесс представляет собой последовательность бизнес-поведения, которая достигает определенного результата, такого как определенный набор продуктов или бизнес-услуг.
• Принцип – Принцип представляет собой качественное заявление о намерениях, которое должно быть выполнено архитектурой.

Подробнее (но на английском языке) все описания приведены в самом стандарте: Welcome to the ArchiMate® 3.0.1 Specification, an Open Group Standard.
Кстати, Yandex Translate настолько “насобачился” переводить, что данные описания я даже не исправлял “руками”!

Репозиторий корпоративной архитектуры

TOGAF много говорит о репозиториях, здесь я покажу фрагмент, сделанный с помощью бесплатного инструмента “Арчи” ( Archi – Open Source ArchiMate Modelling ).

В Archi, при нажатии на прямоугольник “проваливаешься” на уровень ниже, где можно увидеть детали архитектуры.
Цвета используются стандартные: мотивационные диаграммы окрашены фиолетовым, стратегические – коричневым, бизнес-диаграммы – желтым, диаграммы связанные с приложениями и данными – бирюзовым, а инфраструктурные – зеленым.

Репозиторий корпоративной архитектуры (TOGAF)

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

Простой Репозиторий

Кстати, я написал слово Выбрать, но в английском (американском) языке есть классный глагол to tailor, который не очень переводится на русский язык, этот глагол и используется в TOGAF. Мы, как портные, должны ножницами отрезать все ненужное и сфокусироваться на главном! Т.е. TOGAF просит нас взять его (стандарт) и настроить в соответствии с конкретной потребностью или ситуацией!


Технологическая инфраструктура

 Технологическая инфраструктура в ArchiMate выглядит по-спартански, но отражает суть!

Инфраструктура

Давайте пойдем по-порядку снизу вверх: 

• Значком и элементом “Устройство” изображены СХД и серверы ESXi.
  
• СХД подключены к серверам через сеть SAN (значок и элемент “Сеть”).
  
• Для слабой связи одной системы с другой используется соединение типа “Ассоциация” (простая черная линия).
  
• Все серверы связаны между собой посредством сети LAN (снова элемент “Сеть”).
  
• Сеть LAN подключена к внешней сети WAN (и это тоже “Сеть”).
  
• Совместная работа нескольких устройств (серверов) образует кластер VMware (значок “Совместная работа”).
  
• Кластер VMware своей работой “реализует”» (см. линию с былым треугольником) Платформу Виртуализации VMware.
  
• “Шаблоны ВМ” предоставляют сервис готовых образов Кластеру VMware для развертывания операционных систем на Виртуальных Машинах (сплошная линия связи со стрелкой).
  
• Платформа виртуализации “предоставляет сервис” (сплошная линия связи со стрелкой) для размещения Виртуальных Машин (значок и элемент “Узел”).
  
• Элементы группировки используются для обозначения общности между элементами (например, отдельно показаны “Служебные машины Портала” и “Гостевые машины”).
  
• В заключении, все элементы данной диаграммы находятся внутри элемента “Локация”, называемой “Основной ЦОД”.

Поведение Приложений

Обратите внимание на диаграмму “Поведение Приложений” ниже: 

Поведение приложений

  
Поведение Приложений показывает нам:

• Кто использует наше приложение (показаны 2 типа действующих лиц, т.е. клиентов: начальники подразделений и обычные пользователи).
  
• Какие роли они могут занимать в приложении (Руководитель и Пользователь).
  
• Какие функции приложения доступным тем или иным ролям.
  
• Состав продукта.
  
• Состав функций сервиса.
  
• Связи между функциями (например, функция Уведомлений связана с функциями Управление ВМ, Запрос ВМ и Аудит ВМ).
  
• Логический смысл взаимодействий.

Например, программный компонент Microsoft IIS Server “осуществляет” (стрелка с белым треугольником и прерывистой линией) ряд программных сервисов, среди которых: “Сервис отображения отчетов” и “Сервис сбора информации по утилизации ресурсов”, которые в свою очередь предоставляют сервис (обычная сплошная стрелка) для функции приложения “Отчеты Руководителя”, который предоставляет сервис любому пользователю с ролью Руководитель.

Взаимодействие Приложений и их Компонентов

Для анализа/планирования состава приложений, используемых протоколов, CLI, API и т.д. удобно и быстро использовать такой вид:
 

  Диаграмма Взаимодействий Приложений

По картинке видно:

• Как различные компоненты взаимодействуют друг с другом (связь типа “Поток” или “Flow”).
  
• Какие языки программирования, библиотеки, модули или фреймворки используются.
  
• Как связаны внутренние компоненты приложения с внешними (инфраструктурными) сервисами и их компонентами.
  
• Какие интерфейсы и/или протоколы используются (например, “CLI”, “API”, “AJAX” и т.п.).
  
• Для отдельных сервисов могут быть показаны сервисы.

Например, на диаграмме показано, что основной модуль PHP взаимодействует с модулем LDAP для аутентификации в корпоративном сервисе Active Directory, который, в свою очередь, реализован на Контроллере домена, роль которого выполняет Windows Server.
Согласитесь, на диаграмме та же информация представлена более наглядно и просто?

По картинке можно делать выводы (анализировать архитектуру). Например, видно, что мы используем Docker только для одного модуля VMS, написанном на Python (реализует консольный доступ к виртуальной машине). Это кажется странным, учитывая, что всё остальное написано на PHP и JavaScript и запущено на IIS сервере! Дело в том, что в процессе разработки произошла смена приоритетов и решили постепенно все функции приложения перенести в Docker и на Python. Данная архитектура отражает промежуточный этап, когда только один сервис реализован, “как должно быть”.

Структура Организации

В ArchiMate можно отображать организационную структуру Предприятия. Но кто нам помешает сделать это в рамках проекта? Например, на изображении ниже видно, как наше приложение использует корпоративный сервис Active Directory заказчика:

Диаграмма Active Directory

На диаграмме описана минимальная структура в Active Directory необходимая для тестирования работы приложения.
Для тестирования была создана общая группа “AUTOPORTAL”, в нее вошло 2 группы “AP1” и “AP2”, в каждой из которых были созданы свои тестовые пользователи (им присваивается роль “Пользователь” в приложении).

Отдельно для целей тестирования был создан пользователь “Менеджер Управления Автопорталом” (ему в приложении присваивается роль “Руководитель”) и группа “admin_billing_page” (в эту группу вошли все руководители подразделений) для получения уведомлений и выдачи прав на просмотр отчетов.

В качестве заключения

Я изложил далеко не все случаи использования (Use Cases) для ArchiMate в процессе разработки программных продуктов. Иначе статья разрослась бы до уровня книги. Тем не менее даже сейчас видно, что ArchiMate можно успешно применять для визуализации моделей при проектировании, разработке и анализе архитектуры приложений. Надеюсь что-то из написанного будет вам полезно.

Я считаю, язык отличный, его можно и нужно использовать! За прошедшие 3 года, вижу, что многие Российские компании начали его изучать и использовать. Появились доклады на конференциях и публикации в специализированных изданиях. Конечно, язык не идеален, но для наших задач – подходит. У языка большое будущее, ведь он открыт и при этом поддерживается большим сообществом The Open Group.

ArchiMate был создан не для того, чтобы заменить UML, BPMN или Business Model Canvas и т.п.! Он был создан с целью дополнить существующие нотации новым упрощенным инструментом совместной работы владельцев бизнеса, руководителей, менеджеров, архитекторов и программистов. Одномоментно, например, в ArchiMate может описываться Архитектура Предприятия, общие описания процессов, использование ИТ инфраструктуры, а, например, детали процессов – описываться в BPMN, детали классов приложений – в UML и т.д.

В следующей статье я планирую рассказать об использовании языка ArchiMate в облачной инфраструктуре (трансформация, миграция и т.п.). До скорых встреч!»
  
Полезные ссылки

  Познакомиться подробнее с проектами отдела Сервиса и Конслтинга ГК ХОСТ можно по ссылке.

Семиступенчатый процесс разработки продукта [Разъяснитель] (2021)

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

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

Например, когда дочь Тины Рот-Айзенберг принесла домой несколько полупостоянных татуировок, которых, как ей казалось, не хватало, она мобилизовала свое сообщество коллег-дизайнеров для создания Tattly.

Дэвид Барнетт, с другой стороны, должен был научиться использовать программное обеспечение для 3D-дизайна, чтобы создать прототип PopSockets, популярного ныне аксессуара для телефона.

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

Бесплатный веб-семинар:

Как найти и найти выгодный продукт для продажи

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

Что такое разработка продукта?

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

Разработка нового продукта (NPD) — это основная часть дизайна продукта. Процесс не заканчивается, пока не закончится жизненный цикл продукта.Вы можете продолжать собирать отзывы пользователей и работать над новыми версиями, улучшая или добавляя новые функции.

Нет ни одной роли, которая занималась бы разработкой продукта. В любой компании, будь то начальный бизнес или устоявшаяся корпорация, разработка продукта объединяет все отделы, включая дизайн, инжиниринг, производство, маркетинг продукта, UI / UX и многое другое. Каждая группа играет важную роль в процессе определения, проектирования, создания, тестирования и доставки продукта.

Процесс разработки нового продукта за 7 шагов

Разработка нового продукта (NPD) — это процесс вывода на рынок оригинальной идеи продукта.Хотя он различается в зависимости от отрасли, его можно разделить на семь этапов: создание идей, исследование, планирование, создание прототипов, поиск поставщиков, калькуляция затрат и коммерциализация.

Используйте следующую структуру разработки, чтобы вывести на рынок свою идею продукта.

1. Генерация идей

Многие начинающие предприниматели застревают на первом этапе: идеях и мозговом штурме. Часто это происходит потому, что они ждут, пока гений откроет для себя продукт perfect , который они должны продать.Хотя создание чего-то принципиально «нового» может приносить творческое удовлетворение, многие из лучших идей являются результатом повторения существующего продукта.

Модель SCAMPER — полезный инструмент для быстрого придумывания идей продукта, задавая вопросы о существующих продуктах. Каждая буква означает подсказку:

• Заменитель (например, искусственный мех на мех)
• Объединить (например, чехол для телефона и аккумулятор)
• Adapt (e.г., бюстгальтер для кормления с застежками спереди)
• Изменить (например, электрическая зубная щетка с более гладким дизайном)
• Другое применение (например, собачьи лежаки с эффектом памяти)
• Исключить (например, избавиться от посредников по продаже солнцезащитных очков и передать экономию потребителям)
• Перевернуть / переставить (например, спортивная сумка, которая не мнет ваши костюмы)

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

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

Бесплатное руководство: как найти прибыльный продукт для продажи в Интернете

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

Получите бесплатное руководство

Как найти продукт для продажи в Интернете: подробное руководство в формате PDF, доставленное прямо в ваш почтовый ящик.

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

Мы также будем присылать вам обновления о новых образовательных руководствах и историях успеха из информационного бюллетеня Shopify. Мы ненавидим СПАМ и обещаем сохранить ваш адрес электронной почты в безопасности.

Спасибо за подписку.Скоро вы начнете получать бесплатные советы и ресурсы. А пока начните создавать свой магазин с бесплатной 14-дневной пробной версией Shopify.

Начать

2. Исследования

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

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

• Обсуждение своей идеи с семьей и друзьями
• Отправка онлайн-опроса для получения обратной связи
• Запуск краудфандинговой кампании
• Просьба оставить отзыв на форумах, таких как Reddit
• Исследование рыночного спроса с помощью Google Trends
• Запуск страницы скоро появится для оценки интереса с помощью подписок по электронной почте или предварительных заказов

Как бы вы ни решили проверить свою идею, важно получить обратную связь от значительной и непредвзятой аудитории относительно того, купят ли они ваш продукт.Остерегайтесь переоценивать отзывы людей, которые «определенно купили бы», если бы вы создали свой теоретический продукт — пока деньги не переходят из рук в руки, вы не можете считать кого-то покупателем.

Вы можете провести технико-экономическое обоснование или оценку того, стоит ли инвестировать в вашу предложенную идею — или нет.

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

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

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

Информация, полученная в результате проверки продукта и исследования рынка, позволит вам оценить спрос на ваш продукт, а также уровень конкуренции, прежде чем вы начнете планирование.

3. Планирование

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

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

Лучше всего начать планирование с нарисованного от руки эскиза того, как будет выглядеть ваш продукт.Эскиз должен быть как можно более подробным, с ярлыками, объясняющими различные особенности и функции.

Эскизы продуктов из краудфандинговой кампании для bluetooth-динамика от Hidden Radio.

Чертеж профессионального качества не требуется, поскольку на данном этапе вы не отправляете его производителю. Однако, если вы не уверены, что сможете составить разборчивую диаграмму, которая объяснит ваш продукт, легко найти иллюстраторов для найма на Dribbble, UpWork или Minty.

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

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

• Молнии (большие и маленькие)
• Застежки серебряные
• Кожаные ремешки
• Защитный чехол
• Этикетка с тиснением
• Внутренний кошелек

Наряду с компонентами вы должны также учитывать розничную цену или категорию, в которую будет попадать ваш продукт.Будет продукт повседневным или для особых случаев? Будет ли он использовать материалы премиум-класса или будет экологически чистым? Это все вопросы, которые следует рассмотреть на этапе планирования, поскольку они помогут вам не только в процессе разработки продукта, но и в позиционировании вашего бренда и маркетинговой стратегии.

Перед тем, как перейти к этапам поиска и расчета стоимости, необходимо также учитывать упаковку, этикетки и общее качество ваших материалов. Это повлияет на то, как вы продаете свой продукт целевому клиенту, поэтому важно учитывать эти аспекты вашего продукта и на этапе планирования.

4. Прототипирование

Целью этапа прототипирования во время разработки продукта является создание готового продукта для использования в качестве образца для массового производства.

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

Несколько прототипов бритвы Angle от Morrama

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

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

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

Для таких объектов, как игрушки, аксессуары для дома, электроника и многие другие объекты с жесткой внешней поверхностью, вам может потребоваться 3D-рендеринг для создания прототипа.Художники или инженеры, обученные программному обеспечению автоматизированного проектирования и черчения (САПР), могут быть привлечены к выполнению этой задачи с помощью UpWork или Freelancer. Существуют также удобные онлайн-инструменты, такие как SketchUp, Tinkercad и Vectary, для основателей, которые хотят научиться создавать 3D-модели для себя.

3D-рендеринг для ручки Trifecto Infinity pen

Чтобы превратить 3D-дизайн в физическую модель, производителям приходилось делать формы для каждой детали. Формы, как правило, дороги и включают плату за установку таких вещей, как инструменты и штампы, которые используются для резки и придания формы кускам пластика и других твердых материалов.

К счастью, благодаря инновациям в области 3D-печати дизайны можно превратить в физические образцы по гораздо более низкой цене и в более короткие сроки.

Крис Литтл, основатель Wintersmiths, создал прототип своей линии посуды для бара с помощью 3D Systems On Demand Manufacturing. Литтл объясняет, что он смог сделать это в рамках бюджета и в течение нескольких дней. Алекс Коммонс из Bulat Kitchen рекомендует Hubs, которые он использовал для создания прототипа ножа, платя около 30 долларов за модель, напечатанную на 3D-принтере.

Напечатанный на 3D-принтере дизайн кухонного ножа Bulat от Hubs

На этом этапе вы также захотите начать тестирование минимально жизнеспособного продукта (MVP).MVP — это версия вашего продукта с достаточной функциональностью для первых клиентов. Это помогает проверить концепцию продукта на ранней стадии процесса разработки продукта. Это также помогает менеджерам по продукту как можно быстрее получать отзывы пользователей для повторения и внесения небольших постепенных улучшений в продукт.

Startups выпускает MVP для первых клиентов, а затем проводит эксперименты, чтобы оценить интерес, проверить чувствительность к цене, обмен сообщениями и многое другое. Он начинает процесс обратной связи, чтобы представить идеи и предложения, основанные на потребностях клиентов.Это позволяет вам создавать итерации продукта и создавать что-то более ценное для вашего целевого рынка.

5. Поиск поставщиков

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

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

В мемуарах основателя Nike Фила Найта Shoe Dog важность диверсификации цепочки поставок подчеркивается на протяжении всей истории. Поиск нескольких поставщиков различных материалов, которые вам понадобятся, а также различных потенциальных производителей позволит вам сравнить затраты. У него также есть дополнительное преимущество, заключающееся в создании резервной копии, если один из ваших поставщиков или производителей не работает. Выбор нескольких вариантов — важная часть защиты вашего бизнеса в долгосрочной перспективе.

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

При поиске поставщиков существует множество ресурсов как онлайн, так и лично. Хотя это может показаться старомодным, многие владельцы бизнеса предпочитают посещать торговые выставки, посвященные поиску поставщиков. Такие выставки, как Magic в Лас-Вегасе, дают возможность встретиться с сотнями продавцов одновременно — увидеть, потрогать и обсудить материалы, а также наладить личные отношения с поставщиками, что может оказаться ценным, когда придет время договариваться о ценах.

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

Alibaba — это наиболее часто используемая поисковая платформа для зарубежного производства. Alibaba — это торговая площадка для китайских поставщиков и заводов, где вы можете просматривать списки готовой продукции или сырья. Популярный способ использования Alibaba для поиска производителя — это поискать объявления с продуктами, аналогичными вашей, а затем связаться с заводом, чтобы узнать, могут ли они создать ваш конкретный дизайн.

6. Расчет стоимости

После проведения исследования, планирования, создания прототипов и поиска поставщиков вы должны иметь более четкое представление о том, сколько будет стоить производство вашего продукта. Калькуляция — это процесс бизнес-анализа, в котором вы берете всю собранную к настоящему времени информацию и складываете, какова будет ваша себестоимость проданных товаров (COGS), чтобы вы могли определить розничную цену и валовую прибыль.

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

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

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

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

7. Коммерциализация

На этом этапе у вас есть прибыльный и успешный продукт, готовый для всего мира. Последний шаг в этой методологии — вывести свой продукт на рынок! На этом этапе команда разработки продукта передаст бразды правления маркетингу для запуска продукта.

Если у вас нет бюджета на дорогую рекламу, не переживайте. Вы по-прежнему можете реализовать успешную стратегию вывода на рынок, используя следующую тактику:

• Отправка электронных писем с запуском продукта в ваш список подписчиков
• Работа с лидерами мнений в рамках партнерской маркетинговой кампании
• Размещение вашего продукта в подарочных руководствах
• Включить покупки в Instagram
• Проведение маркетинговых кампаний в чате
• Получите отзывы от первых клиентов

Бесплатный веб-семинар:

Маркетинг 101

Пытаетесь увеличить продажи? Узнайте, как пройти путь от первого дня до первой продажи в этом бесплатном учебном курсе.

Примеры разработки продукта

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

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

Мода и одежда

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

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

Вместо того, чтобы производить продукт, некоторые предприятия, занимающиеся модной и швейной промышленностью, вначале выбирают печать по запросу для производства своей одежды. Функция «Печать по запросу» позволяет загружать дизайны в стороннее приложение, которое соединяет ваш магазин со складом и оборудованием для трафаретной печати.Когда заказ размещается в Интернете, ваш дизайн печатается на существующем ассортименте футболок, свитеров или других предлагаемых предметов, создавая готовый продукт без необходимости создавать дизайн всей одежды.

Другие факторы, которые необходимо учитывать:

• Бирки для подвешивания. Брендовые бирки, которые свешиваются с одежды и обычно содержат такую ​​информацию, как цена, размер и т. Д.
• этикеток. Тканевые бирки, вшитые или проштампованные на одежду, обычно содержат информацию о составе ткани и инструкции по уходу.
• Тесты на стирку. Пройдите тест на стирку, чтобы понять, выдержит ли он стойкость со временем и как за ним следует ухаживать.

Красота и косметика

Индустрия красоты и косметики включает в себя широкий ассортимент товаров, который постоянно расширяется в связи с тенденциями в области хорошего самочувствия и ухода за собой. От макияжа до средств для ванн и средств по уходу за кожей многие косметические бренды делают акцент на полностью натуральных ингредиентах и ​​экологичности, что упрощает самостоятельное создание прототипов продукта с использованием повседневных ингредиентов.

Белая этикетка также популярна в индустрии красоты и косметики. Это процесс поиска существующего продукта или производителя, а затем упаковка и брендирование продуктов, которые они уже производят. Какой бы путь вы ни выбрали, массовое производство косметики обычно осуществляется в сотрудничестве с лабораторией и химиком, чтобы гарантировать постоянство качества в масштабе.

Другие факторы, которые следует учитывать:

• Этикетки и предупреждения. Укажите все материалы, используемые в продукте, и возможные реакции.
• Законы и правила. Изучите правила FDA и их отношение к вашему продукту и упаковке, где они производятся и где вы собираетесь их продавать.
• Срок годности. Проведите испытания и укажите необходимые сроки годности продуктов.

Продукты питания и напитки

Продукты питания и напитки — одни из самых простых для начала разработки по низкой цене и, не выходя из собственного дома. Создать новый энергетический батончик может быть так же просто, как купить ингредиенты и настроить рецепт на собственной кухне, как это сделала Лара Меррикен, когда основала Lärabar.

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

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

Другие факторы, которые следует учитывать:

• Этикетки и предупреждения. Вам потребуется отобразить списки ингредиентов и информацию о питании.
• Законы и правила. Во многих странах есть правила, касающиеся информации о питании, предупреждений об аллергенах и заявлений о вреде для здоровья, которые вам необходимо соблюдать.
• Срок годности. Вам необходимо знать срок службы вашего продукта и то, как вы будете производить, упаковывать и хранить продукт, чтобы приспособиться к этому.

Бесплатные видеосерии: Вдохновение для электронной коммерции

Чувствуете себя скучным? Посмотрите, как самые успешные предприниматели мира делятся своими лучшими советами для новых владельцев бизнеса.

Получите бесплатную серию видео

Получите нашу серию видеороликов Ecommerce Inspiration прямо на ваш почтовый ящик.

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

Мы также будем присылать вам обновления о новых образовательных руководствах и историях успеха из информационного бюллетеня Shopify. Мы ненавидим СПАМ и обещаем сохранить ваш адрес электронной почты в безопасности.

Спасибо за подписку. Скоро вы начнете получать бесплатные советы и ресурсы. А пока начните создавать свой магазин с бесплатной 14-дневной пробной версией Shopify.

Начать

Что вы принесете на рынок?

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

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

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

Иллюстрация Пита Райана
Дизайн Бренда Вишневски

---

Готовы создать свой бизнес? Начните бесплатную 14-дневную пробную версию Shopify — кредитная карта не требуется.

Часто задаваемые вопросы о разработке продукта

Каков процесс разработки продукта?

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

Как я могу придумывать новые идеи продукта?

• Мозговой штурм
• Отзывы клиентов
• Изучение конкурентов
• Опросы аудитории
• Социальные сети
• Оптовые площадки B2B
• Тестирование концепции
• Интернет-публикации о тенденциях потребителей

В чем разница между разработкой продукта и управлением продуктом?

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

Каковы 7 этапов процесса разработки продукта?

1. Поколение идей
2. Исследования
3. Планирование
4. Прототип
5. Источник
6. Стоимость
7. Коммерциализация

7 этапов разработки продукта | Малый бизнес

Крис Ньютон Обновлено 5 февраля 2019 г.

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

Мозговой штурм идеи продукта

Первым шагом является создание идеи для продукта. Спросите у сотрудников, особенно у тех, кто регулярно работает с клиентами, идеи продуктов. Опросите клиентов, чтобы узнать отзывы о существующих продуктах.

Изучите свою отрасль, чтобы увидеть, есть ли области, в которых не существует полезных продуктов.Создайте онлайн-опрос для своих клиентов или поклонников социальных сетей. Перечислите все идеи для нового продукта.

Оцените идеи

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

Обратная связь и оценка рынка

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

Использование социальных сетей

Социальные сети могут быть мощным инструментом для получения обратной связи, если вам удобно обнародовать идею вашего продукта. Если у вас есть сильные позиции в Facebook, Twitter или подобных сайтах, опубликуйте описания или изображения своей концепции и попросите посетителей оставить комментарии или «лайки».«Профессиональные коллеги на таких бизнес-сайтах, как LinkedIn, также могут быть полезными и знающими источниками информации. Возможно, вы даже захотите рассмотреть возможность использования социальных инструментов для сбора средств для своего проекта; проверьте сайты, такие как KickStarter или Indiegogo, чтобы узнать, соответствуют ли они целям вашей компании.

Проанализируйте конкурентную ситуацию

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

Прототип и маркетинг

Разработайте прототип продукта, затем поделитесь им с несколькими хорошими клиентами и ключевыми партнерами. Попросите их попробовать и поделитесь своим мнением. Маркетинговая группа должна использовать эту обратную связь для создания маркетинговых сообщений и разработки идей для маркетинговых кампаний, таких как рассылки по электронной почте, веб-сайты, рекламные щиты или плакаты. Основывайте маркетинговые сообщения на наиболее распространенных положительных комментариях или реакциях клиентов и партнеров во время оценки прототипа.

Рыночное тестирование

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

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

Подготовка к запуску

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

6 шагов к успеху вашего нового продукта

Если вы запускаете стартап, вы знаете, что очень трудно заставить людей попробовать ваш продукт.

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

И все же мы все знакомы со стартапами, которые представили новые продукты и заставили миллионы людей использовать их. Эти стартапы, бросающие вызов разногласиям, выбрали клиентов и продукты, которые прошли два важных теста:

Целевой клиент. Если вы хотите выжить, ваш стартап должен работать, чтобы облегчить боль клиентов, которую не решает никакая другая компания. Рассмотрим Evernote, службу хранения, которая позволяет людям с рассеянным мозгом отслеживать все интересное, что они находят в Интернете каждый день.Его основатель Фил Либин искал способ защитить себя от своей слабой способности к организации и не нашел ни одной услуги, которая бы отвечала его потребностям. Поэтому он основал компанию, чтобы решить эту проблему.

Лучше конкурентов . Если у вашего стартапа есть хоть какая-то надежда заработать деньги, облегчая боль клиентов, он должен решить проблему лучше, чем конкуренты. Конечно, если вы удачливы и умны, вы можете получить фору. Но успех привлечет подражателей, и клиенты переключатся на этих подражателей, если они справятся со своей задачей лучше, чем вы.

Но как вы справляетесь с гайками и болтами перехода от общей идеи продукта к чему-то осязаемому, что клиенты будут использовать — и в конечном итоге купят?

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

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

Вот шесть важных шагов к выживанию стартапа:

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

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

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

4. Тестирование с клиентами . Затем вы должны передать прототип клиентам и понаблюдать за тем, как они его используют. Вам следует отслеживать, сколько клиентов на самом деле использует продукт, и спрашивать их, что им нравится и не нравится в продукте.Общая цель этого шага — изучить и собрать данные, которые подтвердят или опровергнут ранее выдвинутые гипотезы.

5. Анализируйте отклонения. Вы должны сравнить ожидаемый результат с наблюдаемыми результатами. Это сравнение позволит получить представление о вашем стратегическом позиционировании.

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

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

Мнения, выраженные здесь Inc.com — их собственные обозреватели, а не сотрудники Inc.com.

Процесс разработки продукта: пошаговое руководство (2021)

Когда Джефф Безос начал думать о своем бизнесе, он провел систематический анализ всех секторов экономики, чтобы определить, какой продукт лучше всего продавать в Интернете. Этот процесс помог ему определить свою отправную точку: книги.

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

Вы, вероятно, уже знаете остальную часть истории Amazon, хотя кажется, что она еще не полностью написана.

---

Обзор: что такое разработка продукта

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

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

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

---

Что следует учитывать перед началом процесса разработки продукта

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

1. Есть ли спрос на товар?

Удовлетворяет ли ваш продукт реальную потребность? Важность и повторяемость потребности определят размер вашего потенциального рынка сбыта продукта.

Если ваша концепция основана на идее, то, возможно, на продукт нет существующего спроса, и рынок нужно будет евангелизировать, чтобы вы могли продавать этот продукт.

2. Можно ли его производить?

В то время как что угодно можно создать или адаптировать из фотографии с помощью Photoshop, инженерия не всегда дает нам такую ​​же свободу творчества.С технической точки зрения, можно ли воплотить эту идею в жизнь? Существуют ли уже производственные мощности где-нибудь в мире?

3. Как продукт может достучаться до покупателей?

Где физически находятся ваши клиенты? Есть ли средства транспортировки и доставки идеи продукта для этой целевой группы, или вам придется проявить изобретательность и построить новые партнерские отношения по сбыту?

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

4. Какая будет конкуренция?

Когда продукт будет запущен, будет ли он ориентирован на существующий рынок, где вам нужно более выгодное предложение, чем продукты конкурентов, а также интенсивные усилия по привлечению клиентов?

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

5. Есть ли у вас необходимые финансовые ресурсы?

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

---

7 шагов процесса разработки продукта

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

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

Шаг 1: Идея и концепция

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

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

Советы по созданию идеи и концепции:

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

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

• Мозговой штурм: Структурированный мозговой штурм — отличный источник идей. Не забывайте сохранять непредвзятость и делать заметки во время сеанса.
• Pitch proof: Не бойтесь делиться своей идеей с другими. Это только станет богаче и поможет вам создать презентацию и позиционировать ваш продукт.

Шаг 2: Исследование рынка

Исследование рынка — это количественная оценка размера и характеристик спроса на продукт.Это важное упражнение, о котором финансовые партнеры будут постоянно просить, но оно не должно определять продукт.

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

Советы по исследованию рынка:

Исследование рынка действительно легко выполнить из-за практики открытых данных. Многие официальные учреждения предоставляют доступ к своим наборам данных бесплатно.Сосредоточившись на существующих источниках данных, вы можете попытаться экстраполировать или сопоставить рыночные показатели, чтобы составить количественное представление о рынке для вашего конкретного продукта. Оно не обязательно должно быть точным, если ваши гипотезы ясны и достоверны.

• Изучите онлайн: Онлайн-сервис, такой как Statista, также предоставит широкий спектр рыночной статистики, и больше можно найти с помощью поиска в Google. Большинство исследований рынка можно провести в Интернете.
• Изменить: Помните, что мир постоянно меняется.Может быть веская причина для построения рыночной гипотезы, которая изменяет ваши прогнозы размера рынка и раскрывает интересные рыночные данные для вашего продукта.

Шаг 3: Бизнес-план

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

Он рассмотрит все инвестиции во время разработки продукта и впоследствии установит переменные для требуемого воронки продаж и связанных затрат после того, как продукт будет запущен.

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

Советы по составлению бизнес-плана:

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

На этапе разработки продукта расходы связаны со временем, потраченным на исследования, сбор отчетов и внешних экспертов, а также разработку прототипа. Бизнес-план фазы запуска будет подтверждать суммы, которые могут быть инвестированы.

• Гипотезы: Для любого бизнес-плана наиболее важные вопросы всегда будут связаны с лежащими в основе гипотезами, которые вы использовали. Держите их в чистоте и запишите.
• Моделирование: В лучших бизнес-планах используются гипотезы, построенные как переменные, поэтому вы можете моделировать различные типы бизнес-сценариев.

Шаг 4: Прототип

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

Прототип (или бета) — это последняя версия вашего продукта, которую вы можете использовать для проверки своих гипотез использования, демонстрации инвесторам и использования в маркетинговых целях.

Советы по созданию прототипа:

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

• Сделайте его фотогеничным: Хотя дизайнеры еще не работали над продуктом, вам следует попытаться сделать прототип как можно более фотогеничным и привлекательным. Это первый ощутимый результат долгого процесса и краеугольный камень для следующих шагов.
• Пусть тестируют другие: Одной из целей прототипа, конечно же, является его тестирование. Позвольте другим проверить это тоже, так как они не будут обладать всеми базовыми знаниями, которые у вас есть.Спонтанные реакции богаты информацией.

Шаг 5: Краудфандинг

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

На этом этапе продукт еще не полностью готов, и вы уже совершенствуете коммерческое предложение с помощью краудфандинга.Кроме того, это возможность привлечь финансовые ресурсы в тот момент, когда вы вложили больше всего, и у вас еще есть способы сделать это, прежде чем продавать на рынке.

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

Советы по краудфандингу:

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

• Держите темп: Краудфандинговые проекты имеют ограничение по времени и цель, которую нужно достичь. Тебе нужно не отставать.
• Не сдавайтесь: Достигнете ли вы финансовой цели вашего краудфандингового проекта или нет, не сдавайтесь.Этот процесс богат на обучение и обратную связь и будет иметь огромное значение для вашего окончательного запуска.

Шаг 6: Проектирование и производство

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

Советы по проектированию и производству:

Чем более подробны спецификации, тем меньше сюрпризов у ​​вас будет.На этом этапе вы можете заключить субподряд с внешней организацией — особенно если ваш продукт физический — возможно, даже в другой стране. Управление проектами будет ключом к успеху в процессе проектирования и производства.

• План на случай непредвиденных обстоятельств: На этом критическом этапе вы подвергаетесь пиковому риску всего процесса. Многие переменные находятся вне вашего контроля, и вы должны спланировать непредвиденное.
• Добавьте несколько буферов: Планируя дату запуска, убедитесь, что вы создали несколько буферов на случай непредвиденных задержек.

Шаг 7: Маркетинг и распространение

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

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

Советы по маркетингу и распространению:

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

• Всегда учиться: В бизнесе вы всегда должны учиться, но это особенно верно на ранних стадиях запуска продукта. Учитесь на первоначальной обратной связи, на первых продажах, на первых рекламных сообщениях. Что работает, а что нет?
• Будьте гибкими: Не позволяйте своим планам быть слишком жесткими. Постоянно переключайте внимание и бюджеты на каналы, которые привлекают вас.

---

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

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

1. Beats by Dre

Легендарные наушники Beats by Dre родились из страсти к звуку. Известно, что известный рэпер Доктор Дре сказал об Apple, компании, которая позже купила бренд, что они продавали телефон за многие сотни долларов, но поставляли покупателям гарнитуры за один доллар.

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

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

2. GoPro

Идея GoPro пришла от молодого предпринимателя по имени Ник Вудман во время серфинга в Австралии. Он понял, что не существует оборудования для записи высококачественного видео в экстремальных условиях, и решил создать этот продукт.

Путешествие началось с попытки Вудмана собрать необходимые средства для создания компании, что он и сделал в 2002 году.На разработку первого продукта — водонепроницаемой камеры с фокусным расстоянием 35 мм, которую можно было прикрепить на запястье, ушло два года.

---

Разработка успешного продукта — это процесс

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

У вас появилась уникальная идея, которую нужно вывести на рынок без внешнего финансирования, как у Ника Вудмана? Или вы заметили пробел на рынке, на котором вы хотели бы создать бренд?

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

Процесс разработки продукта | Определение и обзор

Что такое процесс разработки продукта?

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

Кто участвует в процессе?

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

• Разработка
• Дизайн
• Маркетинг
• Продажи
• Финансы
• Тестирование

Менеджеры по продукту выступают в качестве стратегических директоров процесса разработки. Они собирают многофункциональную команду, сообщают общие цели и планы по продукту (через дорожную карту продукта) и следят за прогрессом команды.

Каковы общие потоки процесса разработки продукта?

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

Подход к дизайн-мышлению

Дизайн-мышление — это основа для разработки новых продуктов, основанная на первоначальном выявлении проблемы или потребности с точки зрения пользователя. В процесс дизайн-мышления входят следующие шаги:

Шаг 1: Сопереживание пользователям

Шаг 2: Определите проблему

Шаг 3: Обсудите возможные решения

Шаг 4: Создайте прототип

Шаг 5: Протестируйте свое решение

Для более подробного обсуждения каждого из этих шагов см. Нашу страницу о дизайн-мышлении.

Структура разработки новых продуктов (NPD)

Это стандартный комплексный подход, который компании часто используют для разработки физических продуктов, в отличие от цифровых продуктов, таких как программное обеспечение. Существует множество вариаций структуры NPD. Некоторые организации используют пятиступенчатый подход, в то время как другие разбивают его на целых восемь этапов. Вот общий подход, который делит процесс на шесть этапов:

Шаг 1: Ideate

Мозговой штурм, иногда называемый нечетким этапом внешнего интерфейса, на котором команда делится всеми своими новаторскими идеями.

Шаг 2: Исследование

Проверка вашей идеи среди потенциальных пользователей и анализ конкурентных предложений.

Шаг 3: Планирование

Поиск поставщиков, оценка производственного бюджета, определение цены вашего продукта и т. Д.

Шаг 4: Прототип

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

Шаг 5: Источник

Составление плана поставщиков, материалов и других ресурсов, необходимых для превращения успешного прототипа в продукт массового спроса.

Шаг 6: Стоимость

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

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

Каковы передовые методы процесса разработки продукта?

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

• Начните с учета потребностей и разочарований ваших пользователей.
• Используйте исследования рынка и отзывы собственных пользователей. (Не вводите инновации в вакууме.)
• Регулярно общайтесь в своей компании. Делитесь знаниями и идеями.
• Используйте одну из множества доступных сред для процесса разработки продукта. (Не пытайтесь сначала разрабатывать без установленной системы.)
• Проверяйте концепции продукта как можно скорее в процессе. Для некоторых продуктов это может включать «мягкий запуск», в ходе которого вы тестируете продукт с небольшой группой первых пользователей перед полномасштабным выпуском на рынок.
• Пригласите свою многофункциональную команду на этапы разработки идей и мозгового штурма. (Отличные сведения о вашем рынке можно получить отовсюду.)
• Установите реалистичные сроки разработки.
• Сосредоточьтесь только на идеях, которые у вашей организации есть ресурсы и опыт для реализации.

Каковы реальные примеры процессов разработки продукта?

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

Airbnb

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

Crystal Pepsi

PepsiCo совершила серьезную ошибку, когда представила Crystal Pepsi — новую газировку, которую они продавали как более полезную для здоровья, чем другие безалкогольные напитки. Компания не смогла утвердить свою концепцию до выхода на рынок.Поскольку они не получили достаточного количества отзывов от своих целевых клиентов на раннем этапе или не использовали мягкий запуск для проверки продукта среди первых последователей, руководство Pepsi было ошеломлено, когда их полномасштабный выпуск Crystal Pepsi оказался неудачным.

В чем одно ключевое различие между разработкой продуктов в стартапе и крупным бизнесом?

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

PepsiCo, напротив, могла позволить себе вложить сотни миллионов долларов в свой запуск Crystal Pepsi (что они и сделали, включая рекламу Суперкубка), не выясняя предварительно, найдет ли безалкогольный напиток прозрачного цвета отклик у покупателей. Другими словами, у них были средства и корпоративная культура, которые позволяли им пропускать этапы исследования, проверки, MVP и пользовательского тестирования в процессе разработки продукта.Однако, как выяснилось, это было ошибкой.

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

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

Как создать продукт -10 шагов к созданию вашего первого продукта

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

Эран Вайнберг, основатель и генеральный директор платформы персонализированного здоровья и хорошего самочувствия Liv360, всю свою карьеру изучал, практиковал и теперь обучает этому процессу. Опираясь на свой опыт серийного дизайнера, изобретателя и предпринимателя, Эран составил «10 шагов к созданию вашего первого продукта».

1. Познай себя : жизнь предпринимателя не для всех.Он полон неудач, неуверенности и бессонных ночей. Но иногда возникают те крошечные острые ощущения, которые может знать только предприниматель — новое понимание, «момент ага», маленький шаг к вашей цели. Если вы думаете, что готовы посвятить свою жизнь своему продукту и справиться с подъемами и , то читайте дальше…
2. Заполните пробел : Может, у вас уже есть идея, а может, и нет. В любом случае определите пробел, который вы заполняете. Это может быть физический или эмоциональный разрыв, который нужен рынку.Например, трость улучшенной конструкции заполняет физический пробел, улучшая неподвижность человека. Веселые колонки в форме игрушек (мой первый продукт, Headphonies) заполняли эмоциональный пробел, создавая удовлетворение от счастья. Чтобы понять, какой продукт производить, вы должны понимать поведение потребителей и в чем заключаются пробелы.
3. Исследование : что уже есть? Это очень важный шаг для определения того, следует ли и как разрабатывать свой продукт. Определите своих конкурентов, изучив характеристики, цену, размер конкурентов, распространение и дизайн.Если вы найдете похожий продукт, возможно, на рынке есть пробел, который может позиционировать его по-новому. Некоторые люди решают пойти на больший риск, создав что-то совершенно новое, в то время как другие предпочитают более безопасный путь следования по стопам другого изобретателя. Вернитесь к первому шагу — познайте себя. Решите, на какой уровень риска вы готовы пойти.
4. Определите требования : Каковы минимальные требования для заполнения вашего пробела? Когда вы только начинаете, не добавляйте к своему продукту кучу «функций», которые, по вашему мнению, поразят ваших клиентов.Создав минимальные требования, вы узнаете, чего на самом деле хочет ваш клиент. Сначала сделайте одну вещь хорошо — вы можете сохранить навороты для версии 2.0.
5. Проектируйте несколько версий: Нарисуйте как можно больше вариантов дизайна своей первоначальной концепции. Вот где вы устанавливаете свой творческий предел. Думайте безумно, масштабно и невозможно, и вы придете к решениям, которые будут уникальными и новаторскими. Ваши наброски могут быть грубыми, незавершенными или некрасивыми — что угодно, только не безупречно.
6. Выберите своих главных претендентов: Выберите 1-3 концепции, которые вам больше всего нравятся, и решите, какие функции вам нравятся в каждой. Объединяйте эти идеи вместе, создавая разные макеты и версии. Продолжайте уточнять, пока не будете готовы к следующему шагу.
7. Прототип : Создайте свой первый прототип, напечатанный на 3D-принтере, или даже прототип, сделанный вручную. Если вы создаете веб-сайт или приложение, используйте инструмент для создания каркасов. В наши дни существует множество недорогих способов изготовления прототипов, включая покупку дешевого 3D-принтера, резьбу по пене и дереву, а также веб-инструменты, такие как Mockflow или Adobe Illustrator.
8. Пользовательское тестирование : Предложите вашим потенциальным клиентам протестировать и поделитесь с вами отзывами о вашем прототипе. Вам не обязательно иметь причудливый рабочий прототип. Самое важное — увидеть, как они взаимодействуют с вашим продуктом, и понять его.
9. Усовершенствуйте свой дизайн : Как только вы поймете, какие продукты и функции работают (а какие нет), начните улучшать функциональность и внешний вид. Вот где вы привносите красоту.
10. Воплотите в жизнь: После того, как вы проверили, что ваш продукт заполняет пробелы и доработан, пора создавать! Начните с малого, начните с простого.Закажите минимальное количество единиц, которое вы можете получить, или создайте простую версию своего веб-сайта или приложения. Это ваше первое знакомство с реальной рыночной аналитикой, и вам еще предстоит извлечь много уроков.

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

Другие советы для малого бизнеса, которые могут вам пригодиться

шагов к созданию продукта, который понравится людям

Идеальный процесс разработки продукта может варьироваться в зависимости от различных факторов.Это, например, масштаб проекта UX, размер компании, бюджет или сроки — и это лишь некоторые из них. В хорошем процессе проектирования бизнес-требования удовлетворяют потребности пользователей, которые удовлетворяются в пределах возможных технических возможностей. Даже у продуктовых дизайнеров UX studio нет единого кристально четкого руководства по процессам проектирования.

Наши дизайнеры UX часто собираются вместе и делятся опытом и знаниями, полученными в различных проектах UX, которые мы делаем для наших клиентов. Это помогает нам эффективно улучшать наши процессы проектирования, чтобы соответствовать требованиям и требованиям рынка.Это не только полезно для непрерывного развития UX-профессионала, но и помогает в разработке продукта, который больше всего отвечает бизнес-потребностям клиента.

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

Этапы процесса разработки продукта, ориентированного на пользователя

Мы используем процесс разработки продукта Double Diamond, состоящий из четырех этапов: обнаружение, определение, разработка и доставка.Процесс разработки продукта начинается с этапа обнаружения продукта. Мы пока ничего не определяем. Во-первых, наши UX-дизайнеры и исследователи изучают проблемное пространство и определяют проблемы, которые необходимо решить. Кроме того, они определяют направление следующих шагов процесса проектирования продукта на основе своих идей.

Во-вторых, следующая часть алмаза — «Разработка и доставка» — в основном основана на результатах открытия продукта. Однако это не линейный процесс. Дорожки Discover и Develop могут работать одновременно и поддерживать друг друга через равные промежутки времени.

Модель процесса разработки продукта Double Diamond

На основе модели Double Diamond мы выполняем четыре шага в процессе разработки продукта гибким, нелинейным способом. В следующем разделе мы рассмотрим эти шаги более подробно.

• 1. Знакомство с продуктом
• 2. Сузить — определить
• 4. Мозговой штурм, определение и приоритезация функций
• 5. Сузить — доставить

Шаг 1. Знакомство с продуктом

Какую проблему мы хотим решить и для кого

Обнаружение продукта — это первая фаза каждого процесса разработки продукта, ориентированного на человека.Его цель — основать идею цифрового продукта на реальном спросе. Хотя исследование UX является важной частью этого шага, давайте не будем забывать, что проведение исследования важно не только в начале процесса проектирования продукта, но и на любом конкретном этапе проектирования продукта.

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

В этом разделе мы рассмотрим два вида деятельности по обнаружению продуктов, которые наши UX-профессионалы часто используют в UX studio:

• Начальная мастерская
• Поисковые исследования и исследования пользователей

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

Стартовые мастерские

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

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

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

Лучший способ — задействовать как можно больше специалистов и получить как можно больше информации от различных заинтересованных сторон компании. Важно понимать предыдущие решения и ключевые бизнес-цели, такие как ключевые показатели эффективности или критерии успеха.

Часто используемые методики стартовой мастерской:

На данный момент большинство результатов семинара являются предположительными.Это нормально, потому что мы собираемся исследовать, что нам нужно проверить или изменить.

• Матрица допущений
  Мы собираем мнения заинтересованных сторон по различным темам, находим наиболее важные и сопряженные с высоким риском «допущения веры», чтобы мы могли подтвердить их с помощью исследований и выяснить, реальны ли они.
• Персональная мастерская
  Предполагаемые персонажи — это наши лучшие догадки о том, кто будет использовать продукт и почему. Это помогает нам набирать людей для собеседований и помогает клиентам сочувствовать своим будущим пользователям.
• Мастер-класс по взаимодействию с покупателем
  Эти семинары помогают нам понять, как люди перемещаются по продукту или услуге. Это также отличная возможность поделиться знаниями с нашими клиентами.
• Семинар по ценностным предложениям
  Мы составляем карту восприятия ценности продукта, определяемого пользователями. Мы также проверяем предположения и, следовательно, ценностное предложение для каждого сегмента клиентов. Это обеспечивает видение и направляет дизайн.
• Видение, миссия и ценности бренда
  Лучший способ раскрыть видение — спросить ключевой персонал бренда, почему оно было создано.На каждый ответ мы просим их объяснить, почему. После нескольких раундов обсуждений мы переходим к сути дела.

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

Исследования

Существуют различные методы исследования. Самый простой метод, требующий минимум опыта и профессиональных знаний — кабинетное исследование.Он доступен для всех, у кого есть компьютер с доступом в Интернет, учетная запись на социальных платформах и есть время, чтобы раскопать болевые точки онлайн-сообществ и найти мнения и обзоры, опубликованные на социальных платформах, форумах, списках рассылки или комментариях в блогах. В некоторых случаях может оказаться полезным дневниковое изучение. Если вы хотите собирать данные в более крупном масштабе, вы можете использовать онлайн-опросы — предпочтительно со смесью открытых и закрытых вопросов, — которые можно использовать с качественной информацией из других методов.

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

Часто используемые методы исследования:

• Полуструктурированное интервью с пользователем
  Мы используем этот метод наиболее часто на этапе открытия в процессе разработки продукта.Его относительно легко организовать, и он дает отличную аналитическую информацию. Начиная с десяти-пятнадцати собеседований, достаточно понять, чтобы двигаться дальше. Мы стараемся набирать интервьюируемых из каждого определенного ранее сегмента или целевой группы. Кроме того, мы привлекаем заинтересованные стороны к написанию сценария интервью. Наши исследователи оценивают предыдущие результаты перед каждым интервью и повторяют вопросы, чтобы получить наиболее полезные ответы из оставшихся интервью. Если необходимо и у нашего сотрудничества есть ресурсы, мы проводим дополнительные интервью, чтобы глубже изучить подтемы.

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

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

Шаг 2: Уточнение — определение

Этот этап процесса разработки продукта включает в себя осмысление данных, их синтез, выбор одной главной цели для решения и выяснение «Как» и «Что.”

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

Из множества возможных действий по синтезу мы более подробно рассмотрим три метода — те, которые мы чаще всего используем в UX studio:

• Персоны пользователей
• Предстоящие работы
• Как мы можем

Эти упражнения можно использовать на различных этапах процесса разработки продукта.Вначале, предположительно, это может помочь в синтезе данных исследования и определении объема проекта. Однако его также можно применять при поиске решений. Когда и как будет, зависит от команды, проекта и имеющихся данных.

Персоны пользователей

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

В UX Studio мы создаем предполагаемые теоретические макеты персонажей на стартовых встречах. Если предоставлено, мы можем использовать для начала уже существующие данные исследований, такие как результаты опросов, сформированные образы покупателей или другие соответствующие выводы маркетинговых исследований, но на этом этапе процесса разработки продукта наши персональные данные должны быть проверены и основаны на данные реальных исследований пользователей.

Существует множество противоречивых мнений о том, хорошо ли давать имена и лица людям, релевантны ли демографические данные, нужно ли их печатать, нужно ли включать карту эмпатии и т. Д.

Как мы создаем персонажей:

• Нам редко нужно использовать больше трех-пяти персонажей. При этом количество зависит от объема проекта и типа продукта. Чем шире целевая аудитория, тем больше персонажей вам может понадобиться.Однако лучше повторить категоризацию, чтобы не создавать слишком много персонажей, так как это может поставить под угрозу процесс проектирования в долгосрочной перспективе. Довольно сложно разработать дизайн для слишком большого количества людей с разными наборами характеристик.
• Мы не тратим часы и дни на создание стильных постеров, которые можно повесить на стену. Это потому, что мы знаем, что они будут меняться и уточняться, поэтому нет смысла тратить на это время во время процесса.

Нам нравится, как выглядят эти стильные артефакты, но они становятся довольно бесполезными и довольно быстро, когда новые открытия заставляют их развиваться.

Наши персональные данные включают:

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

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

Мы используем отличный онлайн-инструмент для совместной работы Miro, чтобы создавать, делиться и обновлять наши цифровые образы.

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

Предстоящие работы (JTBD)

JTBD — еще одна структура, которую мы можем использовать, чтобы узнать больше о потребностях и предпочтениях пользователей. Он совместим с образами пользователей, поэтому мы часто используем их вместе.

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

Структура выполнения работ

JTBD в реальной жизни

Известный пример JTBD связан с молочными коктейлями в McDonald’s. Когда компания захотела увеличить прибыль от своих молочных коктейлей, они сначала начали интервью с представителями групп персон, типов потребителей, которые, как они знали, являются основными потребителями молочных коктейлей.

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

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

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

«Как мы можем»

Упражнение HMW — отличный способ сузить круг проблем и обнаружить возможные области возможностей.

Мы пока не ищем здесь точных решений, а скорее проводим мозговой штурм, исследуем сомнительные области основных проблем, сохраняя при этом открытость для новаторского мышления.Чтобы это сработало, во-первых, нам нужно четкое видение или цель. Это может быть утверждение точки зрения, основанное на более глубоком обнаружении потребностей пользователя. POV должен быть ориентирован на человека, не слишком узкий, чтобы поддерживать творческую свободу во время мозгового штурма, и не слишком широкий, чтобы он оставался управляемым.

Для определения POV-утверждения, персонажей и JTBD, которые мы сделали ранее в процессе проектирования, пригодятся. Обобщая основные потребности, которые необходимо выполнить, мы создаем шаблон для создания заявления.

Вкратце: [Пользователь.. . (описательный)] потребности [Потребность. . . (глагол)] потому что [Insight. . . (убедительно)]

Когда у нас есть заявление о точке зрения, мы готовы формировать короткие вопросы, которые могут начать мозговой штурм по поводу действенных идей. Например:

• Как мы можем…?
• Что нам мешает…?
• Каким образом мы могли…?
• Что произойдет, если…?

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

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

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

Moodboard and Brand wheel

В зависимости от того, сколько дизайнеров работает над проектом, мы можем разделить рабочую нагрузку и либо работать над одним и тем же дизайном, либо разделить задачи и прогресс одновременно. Например, один человек создает прототип, а другой создает дизайн-систему и hi-fi часть.

Шаг 3. Проведите мозговой штурм, определите функции и расставьте приоритеты

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

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

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

Матрица «влияние-усилие» — для ускорения принятия решений о том, что реализовать.

Цепи взаимодействия с пользователем и цикл взаимодействия с клиентом

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

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

В отличие от цикла взаимодействия с клиентом, путешествия пользователя анализируют меньшую часть пути. Например, они сосредоточены только на том, что происходит в приложении.Например, во время процесса регистрации. В UX studio мы в основном используем путешествия пользователя, но для более длительных проектов с большим объемом, особенно если есть уже существующие пользовательские данные о клиентах и ​​есть путешествие, выходящее за рамки использования приложения (например, прибытие в аэропорт и использование программное обеспечение билетных автоматов), предпочтительным инструментом является путь клиента.

Как мы совершаем поездки пользователей:

• Для начала мы определяем две или три наиболее важные цели, которых должен достичь продукт.Каждое путешествие должно иметь задачу, мотивацию и контекст.
• Также хорошо включить упрощенную карту эмпатии, вложенную в карту пути, с указанием того, какая эмоциональная реакция возникает у пользователя на каждом этапе. Для нас это хорошие индикаторы, к которым нам следует подходить с особой осторожностью или улучшать. Эти эмоции могут быть предположительными, но они также могут быть основаны на достоверных данных, которые мы собрали ранее в результате открытия и исследования наших продуктов.
• Создание пользовательских путешествий все еще является частью экспериментальной фазы.Мы не останавливаемся на одной идее, а пробуем разные пути, реорганизуем шаги, завершаем идеи и исследуем.
• Мы хотим найти много разных версий для каждого путешествия, так как иногда появляются отличные первые идеи, но часто это не лучшие решения. По этой причине мы создаем как минимум три разных путешествия для каждой цели. Затем, когда мы придумаем несколько решений, определим победителя.

Истории пользователей

Создание пользовательской истории — хороший способ определить функции с заинтересованными сторонами.Чего мы хотим достичь в продукте, почему и в качестве пользователя. Это помогает нам сосредоточиться на том, на каких функциях необходимо сосредоточиться на предстоящих этапах разработки продукта, и напоминает нам, что может привести к «расползанию функций».

Пример высокого уровня:

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

И более подробная версия примера выше:

Как агент по продажам , я хочу, чтобы отслеживал необработанные горячие лиды , чтобы быть уверенным, что я, , не упущу «легкую» сделку .

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

Создание внутреннего интерфейса, наброски и каркасные модели

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

То, как мы сортируем функции, функции и доступные данные в нашем продукте, значительно повлияет на взаимодействие с пользователем. Наши лучшие намерения в отношении функций могут исчезнуть, если пользователи их не найдут.

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

Пример сортировки карточек

Эскиз

Мы можем начать делать наброски на ранних этапах процесса проектирования продукта, когда первые проблемы обретают форму.Наброски хороши не только потому, что они могут служить основой при создании чего-либо, но также помогают понять проблему. Это также упрощает обмен идеями в команде.

Как мы делаем наброски

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

Нам не нужно быть опытными художниками-рисовальщиками или графическими дизайнерами, которые могут рисовать и раскрашивать фотореалистично.Дело здесь не в том, чтобы создавать изысканные артефакты, а в том, чтобы сосредоточиться на идеях, потоках и возможных макетах и ​​использовать простые поля-заполнители для изображений и текста. Речь идет об изучении идей реализации, поэтому нам не нужно беспокоиться о копии на этом этапе.

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

Каркас в эскизе

Результатом эскиза является каркас, который по сути является скелетом наших будущих прототипов — скелетная статическая структура, которая вскоре превратится в усовершенствованный дизайн. Чистый лист бумаги и карандаш — это все, что нам нужно, но использование макетов в качестве руководства может быть полезным. Каркасы также могут быть созданы на цифровых платформах с использованием таких инструментов, как Axure, Adobe XD, Sketch, Figma или даже Photoshop.

К этому моменту у нас есть четкое представление о том, что нам нужно делать, чтобы успешно разработать продукт, о нашей стратегии и о том, как расставить приоритеты.Мы определили наш MVP, основные функции и основную проблему, на которой хотим сосредоточиться исключительно.

Шаг 4: Сузить — доставить

Прототип, тест, итерация, реализация.

Эта фаза разработки продукта направлена ​​на то, чтобы делать правильные вещи правильным образом. Достижение нашей цели, улучшение нашего MVP и внедрение решений.

Низкокачественное прототипирование

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

Существуют и бумажные прототипы, но мы предпочитаем свободу и возможности, которые могут предоставить цифровые решения. Цель здесь — найти проблемы с удобством использования до начала детального проектирования, чтобы не тратить время и не делать ненужных доработок.

Низкокачественный интерактивный прототип для тестирования

Как мы создаем прототипы:

• В основном мы используем Axure для интерактивных прототипов low-fi.С Axure мы можем добавлять динамические элементы, Javascript или создавать базы данных. Это уникально сложные функции в мире инструментов для создания прототипов.
• Всегда есть три основных вопроса, на которые пользователь должен уметь ответить на каждом проектируемом нами экране: Где я? Что я могу здесь сделать? Как я могу двигаться дальше?
• Забудьте о lorem ipsum и избегайте фиктивного текста. Разумная, контекстная, направляющая копия так же важна, как визуальная иерархия и возможности.
• Мы следуем шаблонам пользовательского интерфейса и помним о передовых методах работы.
• Мы сохраняем простоту. На данный момент мы тестируем удобство использования макетов, основных действий пользователя и навигации. Однако мы пока не тестируем улучшенные визуальные эффекты, если только это не MVP, и мы тестируем уже существующие функции в действующем продукте.
• Если проект позволяет, мы сначала проектируем для мобильных устройств.

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

Высококачественное прототипирование

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

Советы по созданию прототипов Hi-Fi:

• Создавайте и поддерживайте дизайн-систему на основе рекомендаций и видения бренда. Дизайн-системы облегчают эффективную совместную работу. Они также снимают усталость от принятия решений и помогают дизайнерам сохранять единообразие всего продукта. Даже если это MVP, цель — расширить продукт, если все пойдет правильно. Таким образом, создание дизайн-системы неизбежно в какой-то момент при управлении успешным процессом разработки продукта.Лучше начинать строить раньше, чем позже.
• В основном мы используем Figma, Sketch или Adobe XD в UX studio. Однако выбор часто зависит от предпочтений команды нашего клиента и технических требований.
• Некоторые инструменты, такие как Figma, имеют встроенную функцию совместной работы. Abstract также может быть отличным дополнительным программным обеспечением для контроля версий и хранения файлов в облаке. Мы экспортируем наши файлы дизайна в Zeplin для разработчиков.
• Придумывание идей и создание прототипов должны быть повторяющимся процессом, таким как непрерывное открытие с исследованиями пользователей, выходящими за рамки MVP.

Еда на вынос

Запуск минимально жизнеспособного продукта не означает, что работа сделана и процесс разработки продукта окончен. Тестирование и проектирование должны быть непрерывным итеративным процессом. Это ключ к улучшению продукта и его успеху.

Следуйте вместе с метриками. Получайте отзывы клиентов, используйте аналитические инструменты и тепловые карты, проводите A / B-тестирование и оценивайте успешность своего выбора.

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

Основные выводы — сделать процесс ориентированным на пользователя, применить дизайнерское мышление и выполнить его как нелинейный повторяющийся процесс. По возможности проводите исследования пользователей, создавая дизайн вместе с людьми, а не только для них.

Ищете подходящее UX-агентство? Студия

UX успешно сотрудничала с более чем 250 клиентами по всему миру.