Михаил Токовинин сделает свой платный «тимер»

Компания Qsoft решила заработать на своей системе управления задачами qTrack продавая ее как SaaS-продукт.

Стоимость доступа к сервису будет составлять от 350 рублей в месяц. При этом, по словам представителей qSoft, их система имеет ряд отличий от аналогов, например, сервиса teamer.

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

Ранее qSoft не выпускала собственные продукты, ограничиваясь заказной разработкой проектов на базе CMS 1C-Битрикс, специализируясь на высоконагруженных проектах.

Лучшие комментарии

  • Контекст комментария

    anrdey rabotnov

    Я несколько лет занимался в одной компании разработкой типовой системы управления проектами. Несмотря на сотни попыток создать бизнес-процесс, ни одного путного внедрения не получилось. Причины: * руководители думают, что система задач заменяет общение. Что она теперь будет сама ходить дергать программистов за рукав по поводу упущенных сроков. Обычно это реализуется автоматической рассылкой писем, всплывающих сообщений, … (нужное подчеркнуть). Сотни таких сообщений бесят, а от всплывающих сообщений возникает дополнительная головная боль и злоба. * руководители считают, что помимо расписанного плана работы можно прямо в момент завершения его составления дать для начала пару-тройку устных (или письмом прислать) приоритетных поручений, в план не вошедших. Что не мешает им потом удивляться, почему ничего не сделано по плану, который так хорошо и так понятно расписали, не глупому человеку. Рядовые сотрудники начинают тихо ненавидеть систему, срывая свою ненависть на ее внедренцах естесственно. Руководители постепенно осознают, что применение системы ничего не изменило — как был бардак, так и остался. Поэтому приобрел глубокое убеждение, что дело не в системе управления проектами, а в отсутствии квалифицированных управленцев. Я проработал пару лет с немцами, которые справлялтись с управлением задачами с помощью листика в экселе, который содержал около сотни строк кода на Visual Basic (а может они вообще встроенными функциями обходились), который они называли List of open points (LOP) (Список открытых вопросов) Вот у них получалось. Потому если где-то у нас функционирует экосистема с автоматизированным управлением задачами, то хочу туда билет на экскурсию за любые деньги.

  • Контекст комментария

    Mikhail Tokovinin

    кто будет пользоваться системой конкурента? Надо было запускать как отдельный проект. Ну как уже было сказано ниже, у нас очень узкая ниша и на самом деле конкурентов не так много. В любом, случае, это не более 50 — 100 компаний, которыми мы готовы пожертвовать, как потенциальными пользователями системы А в чем принципиальное отличие данного продукта от модуля Тех Поддержка в битриксе? Не смотря на похожие названия и некоторые приемы, они имеют мало общего. Это НЕ модуль Битрикса, а большая собственная разработка. а в случае успеха SaaS направления они вообще с рынка уйдут. Я бы был очень рад такому сценарию —————————————————————————- А вообще, у нас сегодня самая большая проблема это донести до потребителей суть нашей концепции. На самом деле, qTrack здорово отличается от других трекеров, отличается принципиально. Это не столько система для внутреннего использования, сколько решение ДЛЯ ВСЕХ участников проекта. Кратко суть в следующем: Если представить людей, работающих над каким-то проектом в виде социального графа, обнаружится, что есть «некие узлы» (компания исполнитель, компания заказчик, внешний подрядчик) и связи между ними. Любой проект есть не что иное, как набор требований, которые надо выполнить, а выполнить — это получить, уточнить, разработать, внедрить и т.д. Фактически требования сначала «живут» внутри одного узла соц.графа, потом переходят в другой, поживут там и обратно и т.д. Собственно, в основе qTrack идея создать единое пространство для требований, которые могут обсуждаться сначала внутри Заказчика, потом переходить Исполнителю, после опять обсуждаться, но уже внутри Исполнителя (скрыто от Заказчика) и т.д. То есть и Заказчик и Исполнитель работают с одним и тем же тикетом, только у них есть «общая часть» и «части, доступные только отдельным группам». Как вы понимаете, реализовать эту идею просто на модуле Битрикса не очень получилось бы.

Добавить 29 комментариев

  • Ответить

    кто будет пользоваться системой конкурента? Надо было запускать как отдельный проект. ————————————————————— вот есть вполне приличный инструмент. Ну может чуть дороже. http://worksection.com/

  • Ответить

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

  • Ответить

    Не знаю, полезная ли это штуковина. Брать ее для офиса или нет, но для себя потестить возьму конечно. А там посмотрим. С описания видно, что и заказчик задействован, это меня и подкупает. Буду тестить, посмотрим что за зверь.

  • Ответить

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

  • Ответить

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

  • Ответить

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

  • Ответить

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

  • Ответить

    ну, не знаю, я не программист, но мне кажется проще написать с нуля, чем докрутить ТП битрикса до такого функционала: «После этого Заказчик напишет замечания (ошибки) и они сразу будут доступны разработчикам — не нужно дублировать информацию и отслеживать выполнение задач в двух системах (в почте — от клиента и в багтрекере с разработчиками) Причем Заказчик тоже может вести скрытые обсуждения со своей командой в рамках того же тикета! (например, советоваться с сисадминами или начальством) И таких команд в проекте может быть сколько угодно!»

  • Ответить

    кто будет пользоваться системой конкурента? Надо было запускать как отдельный проект. Ну как уже было сказано ниже, у нас очень узкая ниша и на самом деле конкурентов не так много. В любом, случае, это не более 50 — 100 компаний, которыми мы готовы пожертвовать, как потенциальными пользователями системы А в чем принципиальное отличие данного продукта от модуля Тех Поддержка в битриксе? Не смотря на похожие названия и некоторые приемы, они имеют мало общего. Это НЕ модуль Битрикса, а большая собственная разработка. а в случае успеха SaaS направления они вообще с рынка уйдут. Я бы был очень рад такому сценарию —————————————————————————- А вообще, у нас сегодня самая большая проблема это донести до потребителей суть нашей концепции. На самом деле, qTrack здорово отличается от других трекеров, отличается принципиально. Это не столько система для внутреннего использования, сколько решение ДЛЯ ВСЕХ участников проекта. Кратко суть в следующем: Если представить людей, работающих над каким-то проектом в виде социального графа, обнаружится, что есть «некие узлы» (компания исполнитель, компания заказчик, внешний подрядчик) и связи между ними. Любой проект есть не что иное, как набор требований, которые надо выполнить, а выполнить — это получить, уточнить, разработать, внедрить и т.д. Фактически требования сначала «живут» внутри одного узла соц.графа, потом переходят в другой, поживут там и обратно и т.д. Собственно, в основе qTrack идея создать единое пространство для требований, которые могут обсуждаться сначала внутри Заказчика, потом переходить Исполнителю, после опять обсуждаться, но уже внутри Исполнителя (скрыто от Заказчика) и т.д. То есть и Заказчик и Исполнитель работают с одним и тем же тикетом, только у них есть «общая часть» и «части, доступные только отдельным группам». Как вы понимаете, реализовать эту идею просто на модуле Битрикса не очень получилось бы.

  • Ответить

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

  • Ответить

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

  • Ответить

    @а в случае успеха SaaS направления они вообще с рынка уйдут. Я бы был очень рад такому сценарию —————————————————————————- @ такой сценарий пока маловероятен в России. Народ платить не приучен. Тренд верный, но наше болото еще не просохло. Подождем «национальную платежную систему». Qsoft является одним из организаторов АИА. А значит пока с рынка никуда уходить не собирается. Хотя конечно, Михаилу виднее. 2pilam @А кто вам сказал, что у QSoft есть конкуренты? @ Вы не поверите. Рынок не монополизирован.

  • Ответить

    вы путаете понятия Требование и Задача. Да, мы уже обсудили с коллегами, что видимо придется переименовать. Хотя Задача — это не всегда красная галочка, дедлайн и процент выполнения ))

  • Ответить

    Я несколько лет занимался в одной компании разработкой типовой системы управления проектами. Несмотря на сотни попыток создать бизнес-процесс, ни одного путного внедрения не получилось. Причины: * руководители думают, что система задач заменяет общение. Что она теперь будет сама ходить дергать программистов за рукав по поводу упущенных сроков. Обычно это реализуется автоматической рассылкой писем, всплывающих сообщений, … (нужное подчеркнуть). Сотни таких сообщений бесят, а от всплывающих сообщений возникает дополнительная головная боль и злоба. * руководители считают, что помимо расписанного плана работы можно прямо в момент завершения его составления дать для начала пару-тройку устных (или письмом прислать) приоритетных поручений, в план не вошедших. Что не мешает им потом удивляться, почему ничего не сделано по плану, который так хорошо и так понятно расписали, не глупому человеку. Рядовые сотрудники начинают тихо ненавидеть систему, срывая свою ненависть на ее внедренцах естесственно. Руководители постепенно осознают, что применение системы ничего не изменило — как был бардак, так и остался. Поэтому приобрел глубокое убеждение, что дело не в системе управления проектами, а в отсутствии квалифицированных управленцев. Я проработал пару лет с немцами, которые справлялтись с управлением задачами с помощью листика в экселе, который содержал около сотни строк кода на Visual Basic (а может они вообще встроенными функциями обходились), который они называли List of open points (LOP) (Список открытых вопросов) Вот у них получалось. Потому если где-то у нас функционирует экосистема с автоматизированным управлением задачами, то хочу туда билет на экскурсию за любые деньги.

  • Ответить

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

  • Ответить

    anrdey rabotnov Потому если где-то у нас функционирует экосистема с автоматизированным управлением задачами, то хочу туда билет на экскурсию за любые деньги. Не хочу показаться не скромным, но у нас в компании функционирует система, где это автоматизировано. Но только не надо путать управление компанией и проектом, с управлением задачами. Да, экскурсия бесплатно. Вы используете эту систему для собственной автоматизации и как долго? Чуть сложнее. Мы изначально сделали софт для себя, очень им довольны, пользуемся уже 3 года. После поняли, что его надо выпускать на рынок и сделали qTrack. qTrack — это больше, чем у нас было вначале, но чуть меньше, чем у нас есть сейчас — му убрали всякие специфические функции, которые нужны только нам (типа, недельного планирования)

  • Ответить

    «…разработкой проектов на базе CMS 1C-Битрикс, специализируясь на высоконагруженных проектах.» Это что — шутка такая? «Битрикс» и «высоконагруженные проекты» в одном предложении…

  • Ответить
    Денис Бесков школа системного анализа

    @Kiselev Спасибо за ссылки, поржал. Товарищ с 10-летним опытом руководства на несколько постов расписывается в собственной некомпетентности профессионально выстроить отношения заказа с подрядчиком. Аргументы с применением терминов VARCHAR(255) доставляют. Вы таким верьте больше, да.

  • Ответить

    Kiselev, не нужно засорять интересную тему оффтопиком. Битрикс не вчера появился, про него уже все все знают :) Позырил системку, не все понятно и по идеологии, и по реализации. По идеологии — похоже на попытку скрестить мантис и гуглгрупс, идея интересная, но, кажется, не очень новая. «Внутреннее сообщение» — какая-то запутанная штука, сходу не въехал, подозреваю, что могут случиться косяки из-за человеческого фактора (типа кто-то подумает, что клиент этого не видит, а он видит, галку забудут поставить или еще чего). Многое может и хорошо, но не интуитивно. Группы пользователей, подпроекты, WBS, статусы — как-то все не слишком очевидно. По реализации — много мелких багов (где-то некликабельные ссылки в подвале, в списке задач при клике на «название» всплывает кривой блок «сортировка», перекрытый табличкой, кнопка «Сохранить и закрыть» при редактировании проекта работает через раз и т.д.). Плюс непонятная в 21 веке любовь к всплывающим окнам, так вроде уже давно никто не делает. Ну и нет кучи всего, что есть у нас, и, подозреваю, внутри самого Кусофта (учет времени, приоритеты, планирование и т.д.). Так что лично мне не интересно. Зато может хорошо прийтись тем, кто боится сложных хреновин и обходится гуглгруппсами (или мантисом).

  • Ответить

    Представим я заказчик. Не согласен играть в игру с разработчиками «Обсуждение задач», у меня и так полно других дел. Если это водопадный процесс разработки, все уже должно быть обсуждено и довольно детально в техническом задании. Если цикличный процесс прототипирования, то существуют контрольные точки, где также активно создаются и утверждаются артефакты. К чему интенсивная онлайн переписка? Свалить на меня в конце работу по тестированию и предоставить онлайн багтрекинг. Нет уж! Thank you very much. Представим я разработчик. Не дам клиенту возможность и платформу для фантазий и задач. Фиксированная цена? Получите фиксированное кол-во выполненных задач. Как мне сказал один клиент: «А что вы хотите? Я же импровизирую по ходу дела». В пень ваши импровизации, читайте устав проекта и содержание. Другой вопрос оплата по чел./час, тогда wellcome to hell. Представим я группа разработчиков. Не хотят у нас платить за софт. Лучше сами, через ж., но условно бесплатно. Дело не в цене, а в принципе. Уж лучше Jira на постоянном «апдейте» триальной версии. Но qsoft все равно молодцы! Если буду делать портал, загляну на консультацию, а там как знать.

  • Ответить

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