С самого начала разработки WebWork Time Tracker мы были его первыми пользователями.

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

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

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

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

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

Доступность и эффективность — главные преимущества догфудинга, но в WebWork мы открыли для себя намного больше.

Ощущение ориентированности на пользователя

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

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

Эмпатия к продукту

Использование WebWork в собственной работе привнесло в наши процессы нечто ценное — эмпатию.

Готовы поспорить, вы ещё не слышали об эмпатии как части рабочего процесса технической команды.

Что ж, теперь слышали.

Мы воспринимаем WebWork как своё детище, которое мы взрастили и вырастили до уровня самостоятельного взрослого продукта. Не в техническом смысле, конечно, а в метафорическом — имея в виду, как далеко он продвинулся.

Зачем и как работает продукт

Опыт использования WebWork изменил наше восприятие работы — она перестала быть просто набором задач. Нас больше не устраивает ответ только на вопрос «что», нам важно понять «зачем» и «как».

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

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

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

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

Снижение количества обращений в поддержку

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

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

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

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

Тестирование функций до их выхода для пользователей

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

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

Ситуации бывают разные. Но догфудинг всегда оправдывает себя.

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