Комментарии 29
Не «демократия», а «свобода». Я искренне надеюсь, что вы знаете в чем разница.
В аутентичной французской поговорке именно «демократия», в дальнейшем были варианты перевода «свобода», «демократия», «право удара/кулака». Как всегда, трудности перевода.
Отличная новость. Правда еще не знаю будем ли использовать эту необычную функциональность.
Наша небольшая стартап-команда пользуется вашей системой. На текущий момент не нашли лучшей системы, чем ваша, но неудобства доставляют:
1. Нет облака тегов для обсуждений, задач, документов.
2. Нет нормальной и быстрой ленты изменений. То что есть сейчас это скорее пародия.
3. Не хватает переноса задач, обсуждений и т.п. из проекта в проект
4. Не поддерживаются формулы в документах (видел что запланировано)
5. Нет клиента для смартфонов (видел что запланировано)
Желаем вам далее развиваться и радовать нас удобными сервисами за разумное вознаграждение.
Наша небольшая стартап-команда пользуется вашей системой. На текущий момент не нашли лучшей системы, чем ваша, но неудобства доставляют:
1. Нет облака тегов для обсуждений, задач, документов.
2. Нет нормальной и быстрой ленты изменений. То что есть сейчас это скорее пародия.
3. Не хватает переноса задач, обсуждений и т.п. из проекта в проект
4. Не поддерживаются формулы в документах (видел что запланировано)
5. Нет клиента для смартфонов (видел что запланировано)
Желаем вам далее развиваться и радовать нас удобными сервисами за разумное вознаграждение.
Спасибо большое за внимание к сервису и пожелания! Будем стараться развиваться. Теперь, по пунктам: как вы правильно, отметили 4 и 5 запланированы. 1- такой функционал не планируется; 2 — да, будем усовершенствовать. Какие конкретно у вас пожелания в данном случае? 3 — учтем и подумаем, как лучше реализовать
Спасибо за ответ.
1. Жаль. Какая стратегия будет применяться вашей компанией для группировки/отбора/сортировки множества документов/задач/обсуждений в рамках одного проекта?
2. У вас в разделе «Идеи» есть много толковых предложений. Мне больше по душе вот эта (ссылка)
3. Спасибо.
Раз у нас завязался мини-диалог, то я был бы очень рад, если бы компания высказалась о стратегии применения вашего сервиса для разных целевых групп: команд по созданию сайтов-визиток, команд по разработки нового программного продукта, команд по разработке минироботов и т.п.
Было замечательно увидеть какие сценарии держат в уме создатели сервиса, как эти сценарии наполнены фичами и сопоставить все это со своими намерениями.
1. Жаль. Какая стратегия будет применяться вашей компанией для группировки/отбора/сортировки множества документов/задач/обсуждений в рамках одного проекта?
2. У вас в разделе «Идеи» есть много толковых предложений. Мне больше по душе вот эта (ссылка)
3. Спасибо.
Раз у нас завязался мини-диалог, то я был бы очень рад, если бы компания высказалась о стратегии применения вашего сервиса для разных целевых групп: команд по созданию сайтов-визиток, команд по разработки нового программного продукта, команд по разработке минироботов и т.п.
Было замечательно увидеть какие сценарии держат в уме создатели сервиса, как эти сценарии наполнены фичами и сопоставить все это со своими намерениями.
1. Группировка задач реализована по вехам, документов по папкам, отбор возможен через поиск, сортировка через фильтры.
2. Да, планируем в одном из последующих релизов сделать группировку новостей.
По поводу сценариев применения сервисов в разных отраслях уже думали и обязательно планируем сделать, только еще не выбрали конкретную реализацию. Например, в какой форме это представляете Вы: статьи, вебинары, видео-инструкции?
2. Да, планируем в одном из последующих релизов сделать группировку новостей.
По поводу сценариев применения сервисов в разных отраслях уже думали и обязательно планируем сделать, только еще не выбрали конкретную реализацию. Например, в какой форме это представляете Вы: статьи, вебинары, видео-инструкции?
Мои предпочтения сортируются следующим образом:
1. Статьи. (Легче обсуждать, перечитать, цитировать, но минимум интерактива)
2. Вебинары (много интерактива, но тяжело цитировать и обсуждать и легче потеряться на просторах Интернета)
3. Видео (что-то среднее)
Вывод: мне ближе статья «шаг за шагом» с постановкой проблематики и решением этих проблем с помощью вашего сервиса, организационным путем и т.п.
habrahabr.ru/company/mailru/blog/167297/
habrahabr.ru/post/164463/
1. Статьи. (Легче обсуждать, перечитать, цитировать, но минимум интерактива)
2. Вебинары (много интерактива, но тяжело цитировать и обсуждать и легче потеряться на просторах Интернета)
3. Видео (что-то среднее)
Вывод: мне ближе статья «шаг за шагом» с постановкой проблематики и решением этих проблем с помощью вашего сервиса, организационным путем и т.п.
habrahabr.ru/company/mailru/blog/167297/
habrahabr.ru/post/164463/
Разрешите по дискутировать с вами о группировке документов/задач/обсуждений.
В предложенной вами концепции используется только иерархическая группировка документов.
Несмотря на то что она имеет ряд преимуществ, в первую очередь простоту, основные ее недостатки проявляются когда мы пытаемся применять группировать объекты по нескольким параллельным иерархиям.
Рассмотрим пример, с разработкой ПО:
Пусть для задач мы имеем несколько вех: альфа-версия, бета-версия, релиз.
Но структура разрабатываемого ПО неоднородна: у меня есть задачи по пользовательскому интерфейсу, контроллеру, специфичным подсистемам, документации и другим «темам».
Как из множества задач данной вехи мне отобрать задачи по той или иной «теме»?
Как по выбранной теме мне также посмотреть обсуждения и документы?
Как мне отобрать все задачи по всем вехам по заданной «теме»?
В вашей идеологии — никак.
Предлагаемый поиск по запросам не является удобным средством использования в повседневной работе.
Именно тут нам может прийти на помощь облако тэгов, — величайшее достижение в таксономии, ИМХО.
Еще один пример:
Когда мы начинали работать с вашим порталом (при отсутствии тэгов) нам пришлось создать по каждому разделу отдельный проект. И это приводит к вечному выбору куда разместить обсуждение, задачу и документ, если они пересекают две и более тем. В итоге документы хранятся в беспорядке, их нелегко найти, затруднены ссылки, отсутствуют единые вехи. И меня это беспокоит как лидера команды и иногда порывает искать альтернативы, несмотря на трудности миграции.
Что скажете?
В предложенной вами концепции используется только иерархическая группировка документов.
Несмотря на то что она имеет ряд преимуществ, в первую очередь простоту, основные ее недостатки проявляются когда мы пытаемся применять группировать объекты по нескольким параллельным иерархиям.
Рассмотрим пример, с разработкой ПО:
Пусть для задач мы имеем несколько вех: альфа-версия, бета-версия, релиз.
Но структура разрабатываемого ПО неоднородна: у меня есть задачи по пользовательскому интерфейсу, контроллеру, специфичным подсистемам, документации и другим «темам».
Как из множества задач данной вехи мне отобрать задачи по той или иной «теме»?
Как по выбранной теме мне также посмотреть обсуждения и документы?
Как мне отобрать все задачи по всем вехам по заданной «теме»?
В вашей идеологии — никак.
Предлагаемый поиск по запросам не является удобным средством использования в повседневной работе.
Именно тут нам может прийти на помощь облако тэгов, — величайшее достижение в таксономии, ИМХО.
Еще один пример:
Когда мы начинали работать с вашим порталом (при отсутствии тэгов) нам пришлось создать по каждому разделу отдельный проект. И это приводит к вечному выбору куда разместить обсуждение, задачу и документ, если они пересекают две и более тем. В итоге документы хранятся в беспорядке, их нелегко найти, затруднены ссылки, отсутствуют единые вехи. И меня это беспокоит как лидера команды и иногда порывает искать альтернативы, несмотря на трудности миграции.
Что скажете?
А отдельно редактор можно будет купить, чтобы встроить в собственное веб-приложение?
Очередной раз сейчас находимся в поиске системы, позвольте прямо здесь задать пару вопросов:
1. Работа с клиентами проектах. Можно ли дать клиенту доступ в систему и организовать например такой процесс: клиент ставит задачу менеджеру, тот в свою очередь принимает и делегирует или ставит новую задачу сотрудникам. При этом процесс работы над задачей должен быть не виден клиенту, ну как вариант можно создать под общение с клиентом отдельный проект и всегда ставить новые задачи персоналу в другом. Основной вопрос в доступе клиента.
Если клиент имеет доступ, то он кушает квоту количества сотрудников фирмы?
2. Работа с фрилансерами и учет времени. Ну допустим подключить человека к определённому проекту можно, он будет видеть только свои задачи, но есть ли возможность назначить ему какую-нибудь ставку, а он по выполнении задачи\её частей вводил затраченное время. А затем в отчетах это всё вывести?
3. Как вы видите организацию такого процесса:
3 участника, процесс написания и размещения статьи
1 ставит задачу на написание 2, 2 пишет, добавляет статью к задаче, 3 должен проверить результат и дать добро 2 на размещение, 2 размещает, 1 должен проверить и закрыть задачу. – надеюсь не запутал, спасибо :)
1. Работа с клиентами проектах. Можно ли дать клиенту доступ в систему и организовать например такой процесс: клиент ставит задачу менеджеру, тот в свою очередь принимает и делегирует или ставит новую задачу сотрудникам. При этом процесс работы над задачей должен быть не виден клиенту, ну как вариант можно создать под общение с клиентом отдельный проект и всегда ставить новые задачи персоналу в другом. Основной вопрос в доступе клиента.
Если клиент имеет доступ, то он кушает квоту количества сотрудников фирмы?
2. Работа с фрилансерами и учет времени. Ну допустим подключить человека к определённому проекту можно, он будет видеть только свои задачи, но есть ли возможность назначить ему какую-нибудь ставку, а он по выполнении задачи\её частей вводил затраченное время. А затем в отчетах это всё вывести?
3. Как вы видите организацию такого процесса:
3 участника, процесс написания и размещения статьи
1 ставит задачу на написание 2, 2 пишет, добавляет статью к задаче, 3 должен проверить результат и дать добро 2 на размещение, 2 размещает, 1 должен проверить и закрыть задачу. – надеюсь не запутал, спасибо :)
1. Да, действительно вы можете просто создать разные проекты. Что касается доступа клиентов: в одном уже из следующих релизов добавится опция гостевого доступа, которая в основном будет предусматривать режим view-only, но гости также смогут добавлять комментарии и прикладывать файлы. Гости не будут считаться активными пользователями, т.е. «кушать квоту» сотрудников не будут. Планируется, но уже не в ближайших релизах, и доступ для фрилансеров, они будут обладать большими возможностями, но плата за них взиматься будет. Все подробности реализации расскажем уже непосредственно перед выпуском.
2. Что касается time tracking, конкретно то, о чем говорите вы, пока не запланировано (можно оставить пожелание здесь — feedback.teamlab.com/), но в одном из релизов появится доп.статус, как раз направленный на работу с клиентами — «оплачено/не оплачено».
3. На данный момент Вы можете использовать для этого подзадачи (напр. в Вашем случае редактура или размещение статьи) и назначение сразу нескольких ответственных на одну задачу. В идеале для Вашего случая подходят зависимости между задачами, они также запланированы у нас к разработке.
2. Что касается time tracking, конкретно то, о чем говорите вы, пока не запланировано (можно оставить пожелание здесь — feedback.teamlab.com/), но в одном из релизов появится доп.статус, как раз направленный на работу с клиентами — «оплачено/не оплачено».
3. На данный момент Вы можете использовать для этого подзадачи (напр. в Вашем случае редактура или размещение статьи) и назначение сразу нескольких ответственных на одну задачу. В идеале для Вашего случая подходят зависимости между задачами, они также запланированы у нас к разработке.
Спасибо за подробный ответ, 2 небольших уточнения:
по пункту 1: так как доступ гостевой, то вероятно в чистом виде постановку задачи заказчиком организовать трудно, но возможно ли например ставить задачу по почте? Тогда заказчик может отправлять менеджеру его проекта задачу на спец email, которая автоматом появляется у него в задачах?
по пункту 3: а в системе имеются шаблоны? что бы каждый раз не создавать эти несколько подзадач, а ускорить процесс?
по пункту 1: так как доступ гостевой, то вероятно в чистом виде постановку задачи заказчиком организовать трудно, но возможно ли например ставить задачу по почте? Тогда заказчик может отправлять менеджеру его проекта задачу на спец email, которая автоматом появляется у него в задачах?
по пункту 3: а в системе имеются шаблоны? что бы каждый раз не создавать эти несколько подзадач, а ускорить процесс?
попробовал открыть из androida (3.0.2) в родном хроме, написал что броузер не совместим. Планируется ли версия для мобильных платформ?
сорри, перефразирую:
Когда планируется версия для мобильных платформ, хотелось бы уточнить этот вопрос (в скором будующем как то не определённо)?
Когда планируется версия для мобильных платформ, хотелось бы уточнить этот вопрос (в скором будующем как то не определённо)?
В посте имелась в виду полноценная работа с редакторами с мобильных устройств, в целом же мобильная версия порталов уже доступна: portalname.teamlab.com/mobile
Если до сих пор проблемы с открытием, обратитесь, пожалуйста в нашу службу поддержки с детальным описанием — support@teamlab.com
Если до сих пор проблемы с открытием, обратитесь, пожалуйста в нашу службу поддержки с детальным описанием — support@teamlab.com
создал аккаунт, соединил с гуглем, вытащил документ doc с гугла и сконвертировал (внутри teamlab). Вошел с таблета sgs 10.1 android 3.0.2. Попробовал открыть полученный документ, написало что на этой бэтте andriod пока не поддерживается. Только яблочные устройства. С десктопа все прекрасно и очень понравилось. Очень хочется на андроиде такой же функционалитет. Желаю Вам удачи, это несомненно интересный проект у которого большое будущее.
п.с. а если ещё и их архивов лежащих напр на гугле научитесь открывать цены не будет Вам. И ещё, прикрутите к Вашим сервисам читалку электронных книг, по всей видимости Вам это будет не трудно, а нормальной конкуренции до сих пор мне пока не известно (помимо писания документов хочется и читать просто книги напрямую с того же Google Drive и желательно из архивов). Опять же через книги к Вам может прийти много пользователей и на редакторы. Напр. сделать недорогой книжный аккаунт только с читалкой с возможностью расширения до редактирования документов итп Кстати книги люди читают порой тоже коллективно и пометки на полях оставляют одни для других тоже.
п.с. а если ещё и их архивов лежащих напр на гугле научитесь открывать цены не будет Вам. И ещё, прикрутите к Вашим сервисам читалку электронных книг, по всей видимости Вам это будет не трудно, а нормальной конкуренции до сих пор мне пока не известно (помимо писания документов хочется и читать просто книги напрямую с того же Google Drive и желательно из архивов). Опять же через книги к Вам может прийти много пользователей и на редакторы. Напр. сделать недорогой книжный аккаунт только с читалкой с возможностью расширения до редактирования документов итп Кстати книги люди читают порой тоже коллективно и пометки на полях оставляют одни для других тоже.
В приложении есть режим для просмотра, его можно использовать как читалку. Вы имеете ввиду дополнительные фичи для чтения, такие как автоскроллинг?
спасибо, посмотрю
Нужно в основном сохранение последней позиции и желательно написание комментариев по месту просмотра (так что б другие их могли увидеть). Автоскроллинг никогда не использовал и не понимаю зачем он вообще нужен, если только руки заняты или их вообще нет (тьфу тьфу тьфу).
Чтение из архива тоже желательно (гугл вроде позволяет шариться по архиват если они не превышают определённый размер).
Нужно в основном сохранение последней позиции и желательно написание комментариев по месту просмотра (так что б другие их могли увидеть). Автоскроллинг никогда не использовал и не понимаю зачем он вообще нужен, если только руки заняты или их вообще нет (тьфу тьфу тьфу).
Чтение из архива тоже желательно (гугл вроде позволяет шариться по архиват если они не превышают определённый размер).
Сохранение последней позиции — уже в багтрекере :)
Написание комментариев по месту просмотра противоречит режиму просмотра, тк комментарии это часть документа, соответственно его добавление, это изменение, а значит редактирование :) Будем думать.
Чтение из архива гугла надо поизучать.
Написание комментариев по месту просмотра противоречит режиму просмотра, тк комментарии это часть документа, соответственно его добавление, это изменение, а значит редактирование :) Будем думать.
Чтение из архива гугла надо поизучать.
Вы будете сейчас на Cebit в Ганновере? если да какой павилион и стенд?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Моя демократия заканчивается у кончика твоего носа: совместное редактирование в облаке