Онлайн редактирование документов у Вас есть. Почему нет элементарного редактирования картинок, как в обычных сервисах скриншотов - добавить на картинку замечания, стрелки, блоки, выделения. Плюс необходимо будет хранить истории редактирования.
Это будет удобно для:
- быстрых пояснений к картинкам, скриншотам
- при согласовании макетов
- визуально быстро описать какую либо проблему, а потом другим прокомментировать ее
- и многое другое
Сделать онлайн редактор картинок
-
- Сообщения: 10
- Зарегистрирован: 08.08.2017 12:07
-
- Сообщения: 186
- Зарегистрирован: 16.04.2016 01:46
-
- Сообщения: 10
- Зарегистрирован: 08.08.2017 12:07
"В ПФ используется внешний редактор"
А где он? И как он используется для картинок?
Посмотрите как во Wrike все продуманно с картинками - просто вопросов нет, отличный функционал. Такой бы не помешал Планфиксу
https://www.screencast.com/t/GSleYsCAl
А где он? И как он используется для картинок?
Посмотрите как во Wrike все продуманно с картинками - просто вопросов нет, отличный функционал. Такой бы не помешал Планфиксу
https://www.screencast.com/t/GSleYsCAl
-
- Сообщения: 5
- Зарегистрирован: 14.08.2017 14:06
Версии картинок и указание на них пометок и возможных правок, комментарий - это хороший функционал и очень нужный для тех, кто ведет какую либо разработку, маркетинг, дизайн... Не понятно почему версию картинки можно добавить только в закладке документы задачи? Почему при просмотре картинки нельзя сразу добавить новую версию?
-
- Сообщения: 4123
- Зарегистрирован: 06.06.2012 13:54
-
- Сообщения: 5
- Зарегистрирован: 14.08.2017 14:06
Многие возможно не будут добиваться от Вас реализации каких то мелочей и дополнительных удобств. Они просто пользуются тем, что им дали. В противном случае на форуме были бы тысячи тысячи запросов. Вы, если считаете эту небольшую доработку интересной и правильной и удобной, то просто добавьте ее. Она ведь не требует мега затрат.
На счет высказывания - "Если будут на это стабильные запросы - сделаем и там.".По такой аналогии, можно было бы всегда выпускать одну марку автомобиля ВАЗ 2101 - вроде все довольны, ведь нет стабильных запросов установить инжектор на автомобиль или пневмоподвеску или подушки безопасности или сделать полный привод или добавить мощность, снизить расход.
Хотелось, чтоб изменения осуществлялись не только по одному критерию - стабильные запросы. А с другой стороны во многих случаях и стабильные запросы не помогают - запрос на мобильное приложение в этом пример. Но это уже другая история.
Просто немного уже наболело - 90% тем на форуме что то добавить, изменить, допилить. А ответ один - Если будут на это стабильные запросы. Сколько их нужно - никто не знает.
На счет высказывания - "Если будут на это стабильные запросы - сделаем и там.".По такой аналогии, можно было бы всегда выпускать одну марку автомобиля ВАЗ 2101 - вроде все довольны, ведь нет стабильных запросов установить инжектор на автомобиль или пневмоподвеску или подушки безопасности или сделать полный привод или добавить мощность, снизить расход.
Хотелось, чтоб изменения осуществлялись не только по одному критерию - стабильные запросы. А с другой стороны во многих случаях и стабильные запросы не помогают - запрос на мобильное приложение в этом пример. Но это уже другая история.
Просто немного уже наболело - 90% тем на форуме что то добавить, изменить, допилить. А ответ один - Если будут на это стабильные запросы. Сколько их нужно - никто не знает.
-
- Сообщения: 4123
- Зарегистрирован: 06.06.2012 13:54
Тут смотрите какое дело: по разным каналам к нам поступают тысячи предложений, многие из которых мы считаем интересными, правильными и удобными. И многие из этих многих не требуют мегазатрат. Но:
- в совокупности они все равно требуют мегазатрат;
- многие ведут к усложнению или зашумлению интерфейса возможностями, нужными лишь небольшому количеству пользователей - а это стабильно вызывает недовольство остальных.
Поэтому мы пропускаем через себя все эти предложения и фиксируем повторяющиеся и/или те, что считаем особо важными и критичными, в нашем внутреннем аналоге бэклога. Из него мы потом выбираем задачи для очередной итерации и реализуем их.
Таким образом, у любого предложения есть две ключевые точки:
- попасть в "бэклог";
- попасть в "спринт".
(пишу в кавычках, т.к. наш вариант agile не соответствует классическому скраму, канбану и т.п.)
Для попадания в "бэклог" мы используем метод экспертной оценки, который в том числе оперирует наличием повторяющихся запросов на это предложение. Этот подход придуман не нами, но и у нас он хорошо себя зарекомендовал. Основной плюс этого подхода не в ограничении попадания в бэклог малозначимых предложений (как можно подумать снаскоку), а наоборот - он дает возможность попасть в него предложениям, которые мы не считаем интересными и правильными, но на которые есть стабильный спрос. Не раз бывало так, что в ответ на первое предложение мы говорим "нет, такого у нас не будет". На второе - "нет и не просите". Но проходит время, предложения продолжают поступать, и под влиянием живых пользовательских кейсов наше представление начинает меняться. В итоге, мы либо соглашаемся с предложением, либо вырабатываем метарешение, которое решает в том числе и поставленную задачу, но немного другим образом.
Я долго расписываю Вам этот подход с единственной целью - дать Вам возможность обуть наши туфли и посмотреть на ситуацию изнутри команды, много лет работающей над развитием ПланФикса. Используемые нами методы не идеальны - но тот ПланФикс, который Вы можете наблюдать на текущий момент, вырос именно так. По большому счету, даже то, что Вы тратите свое время на написание этих предложений, говорит о том, что эти методы не так уж плохи.
- в совокупности они все равно требуют мегазатрат;
- многие ведут к усложнению или зашумлению интерфейса возможностями, нужными лишь небольшому количеству пользователей - а это стабильно вызывает недовольство остальных.
Поэтому мы пропускаем через себя все эти предложения и фиксируем повторяющиеся и/или те, что считаем особо важными и критичными, в нашем внутреннем аналоге бэклога. Из него мы потом выбираем задачи для очередной итерации и реализуем их.
Таким образом, у любого предложения есть две ключевые точки:
- попасть в "бэклог";
- попасть в "спринт".
(пишу в кавычках, т.к. наш вариант agile не соответствует классическому скраму, канбану и т.п.)
Для попадания в "бэклог" мы используем метод экспертной оценки, который в том числе оперирует наличием повторяющихся запросов на это предложение. Этот подход придуман не нами, но и у нас он хорошо себя зарекомендовал. Основной плюс этого подхода не в ограничении попадания в бэклог малозначимых предложений (как можно подумать снаскоку), а наоборот - он дает возможность попасть в него предложениям, которые мы не считаем интересными и правильными, но на которые есть стабильный спрос. Не раз бывало так, что в ответ на первое предложение мы говорим "нет, такого у нас не будет". На второе - "нет и не просите". Но проходит время, предложения продолжают поступать, и под влиянием живых пользовательских кейсов наше представление начинает меняться. В итоге, мы либо соглашаемся с предложением, либо вырабатываем метарешение, которое решает в том числе и поставленную задачу, но немного другим образом.
Я долго расписываю Вам этот подход с единственной целью - дать Вам возможность обуть наши туфли и посмотреть на ситуацию изнутри команды, много лет работающей над развитием ПланФикса. Используемые нами методы не идеальны - но тот ПланФикс, который Вы можете наблюдать на текущий момент, вырос именно так. По большому счету, даже то, что Вы тратите свое время на написание этих предложений, говорит о том, что эти методы не так уж плохи.
-
- Сообщения: 5
- Зарегистрирован: 14.08.2017 14:06
-
- Сообщения: 460
- Зарегистрирован: 23.05.2013 21:46
Поддержу Алексея, тоже не отказался бы от подобных опций с комментированием картинок. У нас тоже куча картинок и мы их меняем, редактируем. Также не плохо бы сервис сравнения двух версий картинки— просто 2 кнопки нажимаем отжимаем и видим по очереди две разные версии друг на друге, соответственно быстрый просмотр изменений.
Но умом понимаю, что функционал совсем не в сторону Планфикса. Так что реализация навряд ли последует.
Но умом понимаю, что функционал совсем не в сторону Планфикса. Так что реализация навряд ли последует.