Терминология
Активация клиента — момент/состояние при котором клиент получил ценность продукта.
Аха-момент — момент/состояние при котором клиент осознал ценность продукта.
Бизнес-требования — это определенные потребности и ожидания клиента от продукта (в целом, а не только от ПП) для достижения успеха в его деятельности.
Бэклог продукта — это список задач, идей (например, новых фич или гипотез), которые стейкхолдеры хотят получить от продукта. Нахождение задачи в бэклоге еще не значит, что она будет реализована.
Гипотеза — это предположение о различных аспектах жизни пользователей, клиентов и продукта, которое требует проверки. Мы генерируем гипотезы, чтобы экспериментировать и выяснить, какие идеи могут улучшить наш продукт. Затем мы проверяем эти гипотезы, чтобы убедиться, что они имеют основу и действительно могут работать. Для этого собираем данные и проводим эксперименты, чтобы узнать, насколько гипотезы правильные и какие изменения могут произойти.
Диагностики (экспертные) — независимые проверки процессов, технологий и продуктовых процессов в команде экспертами из УР. Для проведения диагностики обязательно должен быть внутренний заказчик, который будем принимать решения об изменениях на основе собранной информации. Подробнее можно прочитать вот тут.
Диагностики ГРС и СОП (грейдово ролевой состав и способы организации производства) — один из треков экспертных диагностик, в рамках которого проверяется эффективность производственных процессов, орг. структуры и сбалансированность ГРС для текущих и будущих целей команды.
Дизайн-гайд — набор практик, процессов и инструментов, зафиксированный на уровне УР, описывающий стандарты визуального оформления сценариев пользователя в программных продуктах. Дизайн гайд обеспечивает единообразные подходы к решению одних и тех же задач в продуктах Контура. На базе дизайн гайда разработан набор базовых компонентов, который продукты используют для создания своих интерфейсов.
Дизайн-долг — аналог техдолга в UX/UI: накопленные недоработки в интерфейсах и визуальной системе, мешающие удобству использования программного продукта, не редко удорожающие реализацию новых фич и сценариев.
Доставка ценности — это способность продукта приносить ценность клиенту/пользователю в нужном объёме и в нужное время. Это включает в себя не только создание ценности, но и помощь пользователю в её получении.
Инженерный путь — набор практик, процессов и инструментов, зафиксированный на уровне УР, который обеспечивает наиболее эффективную работу инженеров на протяжении жизненного цикла разработки в рамках принятых в Контуре стандартов.
Клиент — это «бизнес», участник b2b-рынка, т.е. ЮЛ или ФЛ (в статусе ИП, самозанятого, а иногда и без делового статуса), закрывающий продуктами Контура свою бизнес-потребность (источник раз, источник два). Производные клиента.
Метрика — числовая величина, которая рассчитывается на основе атрибута визита или просмотра. Эта величина может быть общей или средней. Например, просмотры рассчитываются как сумма значений, глубина просмотра — как среднее значение.
Основные метрики:
- Конверсия — доля пользователей, которые выполнили целевое действие относительно общего числа пользователей на предыдущем шаге воронки привлечения. То есть это доля пользователей которые перешли на следующий этап процесса. Позволяет измерить эффективность изменений в продукте относительно целей бизнеса.
- Вовлеченность пользователей — общая активность пользователей в продукте, включая частоту входа, время, проведенное в приложении и количество взаимодействий, которые нам важны в рамках исследования. Отражает уровень заинтересованности пользователей и их готовность взаимодействовать с продуктом.
- Возвращаемость (Retention) — процент пользователей, которые возвращаются в продукт в определенный период времени. Показывает, насколько продукт удовлетворяет потребности пользователей в долгосрочной перспективе.
- Удовлетворенность пользователей — измерение удовлетворенности пользователей с использованием опросов, обзоров или других методов сбора обратной связи. Помогает понять, насколько пользователи довольны продуктом и какие аспекты требуют улучшения.
- Время выполнения задач (Task Completion Time) — среднее время, необходимое пользователям для завершения определенных задач в продукте.Позволяет оценить, насколько эффективно продукт помогает пользователям достигать своих целей.
- Количество ошибок и отклонений — количество ошибок, сбоев или отклонений от нормального функционирования продукта.
Мобильная версия — компромисс между веб-сервисом и мобильным приложением: элементы интерфейса дорабатываются до адекватного отображения на экране иного от ПК формата. Функциональность остается той же, что и у веб-сервиса. Открывается по ссылке в браузере (не отдельное приложение).
Опрос — наиболее распространенный метод получения количественных данных. Для него нужно составить анкету и распространить на нужной аудитории.
Платформенные сервисы — сервисы, выделенные в рамках одноименной инициативы, во имя переиспользования разными продуктами одной и той же функциональности (вместо создания каждой командой своего решения). Список платформенных сервисов.
Пользователь — это профиль доступа к экосистеме Контура для представителя (физ.лица) от лица Клиента Контура. Идентифицируется портальным идентификатором.
Продукт — набор функциональностей, предназначенных для автоматизации определенного бизнес-процесса клиента (источник).
Продуктовое качество программного продукта — это совокупность характеристик/свойств программного продукта, которые позволяют решать проблемы конкретной группы потребителей с тем уровнем, который необходим и достаточен при текущих параметрах продукта. Необходимость и достаточность определяется с помощью практик продуктового подхода (куда-то сослаться). Уровень качества измеряется в динамике по метрикам, установленным для этого программного продукта.
Продуктовый гайд — набор практик, процессов, инструментов и опыта команд, зафиксированный на уровне УР, который обеспечивает наиболее эффективную работу с продуктовым качеством в рамках стандартов принятых в Контуре стандартов.
Продуктовый подход — подход к разработке продуктов, в основе которого лежат:
- HADI-цикл;
- фокус на потребностях пользователя;
- решения, принимаемые на метриках;
- быстрые циклы проверки гипотез;
Продуктовая разработка — процесс разработки, подчиненный целям развития конкретного продукта, такого как Толк или Диадок. Как правило, такие цели формулируются самой командой продукта, исходя из потребностей пользователей, и преследуются стабильной и преемственной командой долгосрочно, без наперед заданного срока завершения.
Программный продукт — это программное решение: сервис, приложение, система, платформа или инструмент — предоставляющее ценность (удовлетворяет определенные потребности и решает конкретные задачи) для конкретной группы потребителей.
Производственный Due Diligence в M&A сделках — комплексная проверка процессов разработки и выпуска продуктов при сделках по слиянию и поглощению, для оценки рисков и стоимости активов. Задача Due Diligence собрать необходимую информацию в своей зоне ответственности по запросу заказчика, а также оценить возможные варианты интеграции продукта в Контур, их стоимость и риски.
Самодиагностики — проверки процессов, технологий и продуктовых процессов в команде собственными силами на базе методологии сформулированной в УР.
Системно-стратегический анализ — подготовительный этап формулирования стратегии, результатом которого являются выводы о состоянии продукта, рынка, аудитории. Эти выводы помогут команде выделить фокусы внимания и цели развития продукта, а также барьеры ее достижения.
Стейкхолдер — лицо, заинтересованное в изменениях в программном продукте.
Стратегия — это ответ на вопрос, как именно продукт будет достигать поставленных целей, базирующийся на глубоком анализе и понимании бизнеса, продукта и рынка. Указывает на способ как и за счет чего продукт (в более общем случае компания) может попасть из текущего положения в желаемое. Это зафиксированные векторы развития продукта на долгосрочную перспективу. Не равно списку задач, роадмапу. Она помогает команде фокусироваться на важном, разрешать спорные вопросы и достигать измеримый и понятный результат.
Техдолг — накопленные упрощения и временные решения в коде или архитектуре, которые усложняют развитие продукта в будущем. Обычно ведется инженерами в команде, и является частью бэклога разработки. Команды, выделяющие недостаточно времени на закрытие техдолга часто в итоге сталкиваются с невозможностью реализации целевых сценариев в продукте. Такде техдолг влияет на скорость погружения в команду новых инженеров, и уровень специалистов которые могут разрабатывать продукт.
Технические диагностики — один из треков экспертных диагностик, в рамках которого проверяется соответствие технического качества продукта поставленным перед ним задачам.
Техническое качество — сформулированный набор требований к надёжности, производительности, масштабируемости и безопасность продукта зафиксированный на уровне УР.
Функциональность — это отделимый набор свойств и возможностей программного продукта и/или экосистемы, обеспечивающий решение регулярной задачи клиента/пользователя.
ЦА (целевая аудитория) — потенциальные потребители продукта, обладающие одинаковыми характеристиками (как правило, потребностями). Под них разрабатывается продукт и маркетинговые активности. Размер целевой аудитории можно посчитать через количество людей или компаний, количество потребностей или денег, составляющих прибыль компаний на данном рынке.
Цель команды/сотрудника — отвечает на вопрос: «а что мы как команда можем/должны сделать, чтобы обеспечить выполнение целей продукта/компании». Цели команды разработки — это ориентир, который помогает вам и вашей команде понять, куда двигаться, чтобы поддерживать продукт и компанию на пути к запланированным результатам и лидирующим позициям на рынке (источник — СФ Сквозное целеполагание, ссылка на тезисы, когда они будут опубликованы).
Ценность продукта — совокупность опыта взаимодействия клиента с программным продуктом и компанией на протяжении всего клиентского пути.
Ценность программного продукта — способность программного продукта решать бизнес-задачу пользователя в рамках баланса качества результата, надёжности, скорости решения и удобства.
Экосистемные требования — набор требований к продуктам, которые обеспечат реализацию экосистемных признаков из соответствующей страт инициативы компании.
API (Application Programming Interface, апи) — набор контрактов, с помощью которых один продукт может взаимодействовать с другим. Для этого в одном продукте программируются “методы” (те самые контракты), содержащие логику что и при каких условиях надо вернуть при вызове этого метода. Не имеет отражения в интерфейсе продукта. Для примера - справочник API Вконтакте.
Desktop (десктоп, стационарное решение) — продукт устанавливается на компьютер, работа с ним происходит непосредственно в окне установленной программы, для работы не нужно постоянное подключение к интернету. Самый распространенный вид продуктов до развития интернета, сейчас используется для особо “тяжеловесных” решений со сложной функциональностью (например, Photoshop).
HADI цикл - это алгоритм, позволяющий проверить гипотезы, связанные с вашим продуктом и его целями, через получение данных и формировании выводов на основании этих данных. И как понятно из названия, это циклично повторяющийся алгоритм.
Mobile (мобилка, мобильное приложение) — взаимодействие с продуктом через отдельное приложение на мобильном телефоне. В производстве такого приложения нужны отличные от веба технологии и процессы, чаще всего требуется отдельная команда. Может включать в себя функциональность, специфичную для телефона: использование камеры, пуш-уведомления, распознавание по лицу/отпечатку пальца.
Product/Market Fit (PMF) — это соответствие продукта рынку, то есть когда вы продаете людям то, что им нужно, или точка в развитии продукта, в которой вы можете сказать: наш продукт обладает ценностью для потребителей. До PMF метрики продукта растут с трудом, а после PMF количество пришедших по рекомендации клиентов резко взлетает вверх, сокращается стоимость привлечения клиентов, значительно меняется возвращаемость.
Web (веб-сервис) — взаимодействие с продуктом происходит через браузер (на ПК или телефоне). При этом без дополнительных работ версия на телефоне может выглядеть некрасиво, неполно или часть функциональности может быть недоступна (см Мобильная версия).