Да, решений хватает, мы не претендуем на уникальность, тот же JIRA Capture мы пробовали, но я бы не назвал его очень удобным или дешевым. Есть и другие. Мы бы хотели сделать продукт который помог решить целый спектр проблем во всем workflow от дизайна до готового продукта. Есть пользователи которые уже очень довольны, мы стараемся в свою очередь увеличить число клиентов, которым будет полезн наш продукт.
По поводу ценности для пользоватлей — мы тоже над этим работаем, тут важно много работать с маркетингом, на примере конкретных кейсов и историй успеха объяснять что наш продукт помогает работать эффективнее, зарабатывать больше и делать людей с которыми работают наши клиенты счастливее.
Если вдруг придет какая-то хорошая мысль или вопрос для нас — пишите, всегда будет очень рады!
Хотел бы добавить к комментарию z586. Так как подавляющее большинство наших клиентов уже используют какой либо трекер в своей работе и наша первичная функция — визуальное комментирование сайтов и изображений мы бы хотели сначала удовлетворить потребности этой группы пользователей дополнительными интеграциями. Ведь пользователи очень сильно привыкают к использованию своего инструментария и кроме этого им может потребоваться дополнительное время и расходы, чтобы переключится на новую систему. Но в любом случае работа над улучшением нашего трекера не останавливается и я хотел бы отдельно поблагодарить за Ваш комментарий, мы постараемся ускорить работу над улучшением своей системы.
Но лично я бы рекомендовал пристальней присмотреться к Gulp, мы использовали оба и мне кажется что сообщество Gulp немного поживее и обновляет модули чаще.
Поддержу, пожалуй по-поводу заголовка. В оригинале звучит как «Best Practices for Building Angular.js Apps». Сейчас подумаем как заменить на более точно отражающий суть материала. Может быть у Вас есть предложения?
Мне кажется что автор хотел провести читателя от проблем которые возникают при попытках реализовать модули в клиентском js, jQuery noConflict упоминается лишь как частный пример, не очень с его точки зрения, удачной реализации. Собственно там и написано
Я бы хотел проиллюстрировать проблему
. Да в статье многовато воды, убирали что могли ) Но надеюсь что многим будет позлезно, узнать даже про достаточно тривиальные на ваш взгляд вещи.
Тут все зависит от телефона, iPhone 4,5 и Galaxy отлично справляются. Может быть будут проблемы на старых андройдах, но до тестов на них мы еще не добрались.
В Intercom есть такое понятие как сегмент — можно создать правило на основе которого пользователи будут сортироваться по странам. После этого создается автоматическая рассылка на основании какого-либо правила для сегмента нужного региона. Правило формируется на основании каких-либо действий пользователя, например можно высылать письма людям зарегистрированным 3 дня назад но не совершивших ключевое действие
Русского интерфейса у них к сожалению нет. Но там легко разобраться с минимальным знанием языка.
Да, конечно: используем Mixpanel, Intercom, Google Analitycs. Данные в Mixpanel и Intercom отправляем как с сервера так и с фронт-енда. Собираем данные о использовании ключевых функций сервиса. Intercom кроме всего прочего позволяет настраивать автоматическую отправку сообщений пользователям по определенным триггерам. Например человек зарегистрировался на сервисе 5 дней назад и не успел воспользоваться каким-то функционалом — мы можем автоматически отправить ему email в котором предложим воспользоваться этим функционалом и ссылку на раздел helpdesk.
Что касается самого приложения то, после выпуска нового функционала или обновления дизайна мы собираем статистику использования, и смотрим насколько часто люди используют эту функцию и как это влияет на KPI. После принимаем решение — работать ли над улучшением или убрать это нововведение вообще.
Для A/B тестов посадочных страниц используем ABalytics + Google Analytics. Пробовали Оptimizely но в процессе отказались от него.
А вообще это достаточно объемная тема и думаю что мы напишем отдельный материал о тестировании и анализе ключевых метрик.
Несколько месяцев назад мы публиковали небольшой материал про TrackDuck, скоро будет еще несколько, так как с тех пор много чего изменилось и добавилось. Также, если вам не хватает нашего бесплатного плана, могу предложить воспользоваться 50% скидкой на все планы (для активации просто перейдите по ссылке, будет работать до 10 июня)
p.trackduck.com — это прокси для демонстраци инструмента без регистрации, пока это не главный наш приоритет и возможны проблемы на некоторых страницах, прошу заранее прощения. «Page may contain sensitive information.» мы блокируем обработку некоторых сайтов которые могут содержать конфеденциальные данные по просьбе их владельцев.
Если вы попробуете воспользоваться системой как обычный пользователь — проблем с вашим сайтом не будет (только что проверил). За обнаруженную проблему с прокси — отдельное спасибо, скоро поправим.
А можете прислать url этих сайтов — мы поправим и добавим их в ниши тесты чтобы проблемы не повторялись. Про ссылку — хотелось бы подробнее, если вы добавили комментарий к какой-то странице, системе нужно немного времени чтобы передать, обработать и сохранить изображение, обчно около 10-15 секунд.
Спасибо, мы понимаем что если мягко сказать — нам есть над чем поработать. Именно поэтому мы делаем по 2 релиза в неделю, постоянно мониторим как люди используют сервис и общаемся абсолютно со всеми пользователями. И это большой стимул для нас работать и делать хорошие продукты.
Интересно, мы думали о разных способах монетизации и намеренно отказались ограничивать количество пользователей и привязаться к проектам с которым работает компания. Bugherd берет 49 за 10 человек — у нас на данный момент за те же деньги можно работать с 50 разными сайтами. Мне, как человеку который 10 лет работал в 2х достаточно крупных агентствах и мне сложно представить коллектив из =<человек который может обслуживать такой объем проектов. Может быть Вас смутил сам термин «Проекты» который используется у нас в прайсинге? На мой взгляд это самое спорное что там есть, но это только способ группировки url's и я думаю что проекты мы сделаем в финальном варианте неграниченными. Также интересно, если мы откажемся от 1 месяца триала в пользу неограниченного по сроку freemium с 1 url — это сделает продукт интереснее лично для Вас?
Если я правильно вас понял то возможно Вам подойдет фильтрация комментариев по исполнителю, которая уже реализована. Совсем скоро появится мультиселект комментариев для редактирования, назначения исполнителей или смены статуса. Возможность внедрения именно группировки по кастомным группам мы тоже сейчас изучаем, но скорее всего это появится уже после внедрения интеграций. В любом случае спасибо за комментарий!
По поводу ценности для пользоватлей — мы тоже над этим работаем, тут важно много работать с маркетингом, на примере конкретных кейсов и историй успеха объяснять что наш продукт помогает работать эффективнее, зарабатывать больше и делать людей с которыми работают наши клиенты счастливее.
Если вдруг придет какая-то хорошая мысль или вопрос для нас — пишите, всегда будет очень рады!
gulp-concat github.com/gruntjs/grunt-contrib-concat
gulp-ng-annotate www.npmjs.org/package/grunt-ng-annotate
gulp-uglify github.com/gruntjs/grunt-contrib-uglify
gulp-sourcemap www.npmjs.org/package/grunt-concat-sourcemap
Но лично я бы рекомендовал пристальней присмотреться к Gulp, мы использовали оба и мне кажется что сообщество Gulp немного поживее и обновляет модули чаще.
Русского интерфейса у них к сожалению нет. Но там легко разобраться с минимальным знанием языка.
Что касается самого приложения то, после выпуска нового функционала или обновления дизайна мы собираем статистику использования, и смотрим насколько часто люди используют эту функцию и как это влияет на KPI. После принимаем решение — работать ли над улучшением или убрать это нововведение вообще.
Для A/B тестов посадочных страниц используем ABalytics + Google Analytics. Пробовали Оptimizely но в процессе отказались от него.
А вообще это достаточно объемная тема и думаю что мы напишем отдельный материал о тестировании и анализе ключевых метрик.
Если вы попробуете воспользоваться системой как обычный пользователь — проблем с вашим сайтом не будет (только что проверил). За обнаруженную проблему с прокси — отдельное спасибо, скоро поправим.