наверное, Вы имеете ввиду тикет, т.к. у него есть кнопка «сохранить и закрыть», а у простой задачи (ссылка «Создать задачу в Todo») только кнопки «Сохранить» и «отмена»
Возможно, «сохранить и закрыть» не работает в Вашей конфигурации (Firefox 3.6.3/Linux), попробуйте просто «Сохранить»
После регистрации активируется демо-режим (проекты доступны), после окончания триала будет доступен 1 проект (бесплатно), проекты не удалятся, но станут не активными, один проект можно будет вернуть в активные.
Но на работу списка дел это не влияет — для его работы не нужны проекты
Спасибо, будем думать? А по функционалу у Вас замечаний нет?
Хотя вот это не совсем понял: "— Каждый пункт списка должен быть полноценным сам по себе (выделенным), а не маленькой частью прямоугольного блока страницы."
Еще небольшое дополнение, как можно использовать на To-Do (c обсуждением).
Например, ведете вы свои дела (конечно, их должно быть достаточно много, чтобы оправдать использование для этого софта) и какой-то из вопросов требует участия других людей (в случае применения to-do листа на работе, это вообще обычная ситуация). Соответственно, можно легко поставить задачу или обсудить вопрос в том же месте, где вы управляете задачами.
И обратное использование — вам в почту приходят всякие задания и вопросы — их выполнение можно организовать в список дел, причем там могут быть как внешние задачи, так и собственные
Все-таки нам кажется, что наш список дел можно использовать как самостоятельный сервис, и как часть сервиса по управлению проектами.
За замечание спасибо — добавили к заголовку, что речь идет о qTrack
проблема в том, что есть идеи, которые требует для самого минимума больших затрат. Хотя если это возможно, первую версию нужна делать МИНИМАЛЬНЕЙШИМИ усилиями. Вы правы
Главная хитрость в том, что наш продукт принципиально отличается от мегаплана и с развитием эти отличия будут только усиливаться. Мегаплан это прежде всего ИНТРАНЕТ для команды. Если вы внимательно посмотрите на его функции и возможности, вы увидите больше корп.портала, чем трекера.
Мы же делаем продукт для совместной работы не столько внутри команды, сколько ВСЕХ участников проекта (Заказчик, Исполнитель, Другие команды). У нас очень мало «интранет» составляющей.
Мы считаем своим конкурентом не мегаплан, а e-mail.
Мое личное мнение (которое не во всем совпадает с командой), что мы изначально стали его делать не для правильной аудитории, а именно для разработчиков и веб-студий. Сегодня мне кажется, что мы должны больше смотреть на «менеджеров на стороне Заказчика» (фактически, на владельцев одного-двух собстенных проектов). Как следствие, мы сейчас должны немного изменить фокус внимания.
еще много ошибок мы допустили и продолжаем допускать в части объяснения возможностей продукта. У нас до сих пор не получилось объяснить пользователям КАК надо пользоватьсяя ключевыми фишками сервиса (в частности приватными сообщениями).
Много еще косяков. Но уже сейчас мы имеем пусть и скромные (на фоне основного бизнеса QSOFT) продажи, и почти 10 000 пользователей. Главное мы имеем положительную динамику, с признаками нелинейного роста.
Спасибо за вопрос и высокую оценку наших проектов. Но над ними нам предстоит еще много работы.
Скажу про qTrack, т.к. я занимаюсь этим проектом. Из «граблей» — некоторые вещи не так очевидны, как нам бы хотелось (мы стараемся делать сервисы легкими в освоении и использовании). Из важных, но пока недооцененных возможностей считаю систему приватных сообщений внутри тикета. Суть в том, что любые группы пользователей могут вести скрытое обсуждение в тикете, причем приватные группы никак не настраиваются заранее и формируются «на лету» (т.е. в одном тикете могут быть одни группы, а в другом другие). При этом таких групп может быть сколько угодно, например, сотрудника заказчика могут обсуждать что-то скрыто и при этом в этом же тикете разработчики также скрыто могут обсуждать свои вопросы.
Проблем сейчас не мало, но мы уже довольны развитием своих проектов. Рынок созрел (давно) для CRM-ок, а вот для остальных продуктов не очень. Впрочем, в россии рынок SaaS'а пока в принципе очень небольшой и все надеятся либо на его рост, либо на продажи на западе.
Да какая история. Один очень наглый тип (специально, не буду портирть карму и называть имени) решил что ему все должны, хотя это конечно не так. Собственно, тут даже обсуждать нечего.
Ну тогда напишу краткое резюме написанного:
1) требования меняются, но это нормально и в этом нет ничего страшного, не нужно бороться с изменениями, нужно научится ими управлять
2) Вести историю изменения требований нужно в разрезе бизнес-функции приложения (например, лента новостей, корзина, оформление заказа)
3) Не нужно разделять процесс сдачи-приемки работ и ведение истории изменения требований, нужно делать это вместе
Да, сделаем страничку с составом бесплатной версии, точнее с тем, что платно, потому как (повторюсь), бесплатно все, кроме: проектов (больше 1 проекта) и корп. почты.
Рады, что вам понравилось!
Ответили, извиняюсь что так долго. Кстати, на этой странице парой постов ниже я уже писал про бесплатную версию, поэтому не буду здесь дублировать информацию. Буду рад ответить на вопросы.
Возможно, «сохранить и закрыть» не работает в Вашей конфигурации (Firefox 3.6.3/Linux), попробуйте просто «Сохранить»
Но на работу списка дел это не влияет — для его работы не нужны проекты
Хотя вот это не совсем понял: "— Каждый пункт списка должен быть полноценным сам по себе (выделенным), а не маленькой частью прямоугольного блока страницы."
Например, ведете вы свои дела (конечно, их должно быть достаточно много, чтобы оправдать использование для этого софта) и какой-то из вопросов требует участия других людей (в случае применения to-do листа на работе, это вообще обычная ситуация). Соответственно, можно легко поставить задачу или обсудить вопрос в том же месте, где вы управляете задачами.
И обратное использование — вам в почту приходят всякие задания и вопросы — их выполнение можно организовать в список дел, причем там могут быть как внешние задачи, так и собственные
За замечание спасибо — добавили к заголовку, что речь идет о qTrack
проблема в том, что есть идеи, которые требует для самого минимума больших затрат. Хотя если это возможно, первую версию нужна делать МИНИМАЛЬНЕЙШИМИ усилиями. Вы правы
Серьезно, наверное поэтому смогли сделать свой бизнес с нуля.
Денис Митрофанов
Мы же делаем продукт для совместной работы не столько внутри команды, сколько ВСЕХ участников проекта (Заказчик, Исполнитель, Другие команды). У нас очень мало «интранет» составляющей.
Мы считаем своим конкурентом не мегаплан, а e-mail.
еще много ошибок мы допустили и продолжаем допускать в части объяснения возможностей продукта. У нас до сих пор не получилось объяснить пользователям КАК надо пользоватьсяя ключевыми фишками сервиса (в частности приватными сообщениями).
Много еще косяков. Но уже сейчас мы имеем пусть и скромные (на фоне основного бизнеса QSOFT) продажи, и почти 10 000 пользователей. Главное мы имеем положительную динамику, с признаками нелинейного роста.
Скажу про qTrack, т.к. я занимаюсь этим проектом. Из «граблей» — некоторые вещи не так очевидны, как нам бы хотелось (мы стараемся делать сервисы легкими в освоении и использовании). Из важных, но пока недооцененных возможностей считаю систему приватных сообщений внутри тикета. Суть в том, что любые группы пользователей могут вести скрытое обсуждение в тикете, причем приватные группы никак не настраиваются заранее и формируются «на лету» (т.е. в одном тикете могут быть одни группы, а в другом другие). При этом таких групп может быть сколько угодно, например, сотрудника заказчика могут обсуждать что-то скрыто и при этом в этом же тикете разработчики также скрыто могут обсуждать свои вопросы.
Денис Митрофанов
Проблем сейчас не мало, но мы уже довольны развитием своих проектов. Рынок созрел (давно) для CRM-ок, а вот для остальных продуктов не очень. Впрочем, в россии рынок SaaS'а пока в принципе очень небольшой и все надеятся либо на его рост, либо на продажи на западе.
1) требования меняются, но это нормально и в этом нет ничего страшного, не нужно бороться с изменениями, нужно научится ими управлять
2) Вести историю изменения требований нужно в разрезе бизнес-функции приложения (например, лента новостей, корзина, оформление заказа)
3) Не нужно разделять процесс сдачи-приемки работ и ведение истории изменения требований, нужно делать это вместе
Рады, что вам понравилось!