Кастомные статусы для проектов

[Илья Пономарёв]

Есть ли какие-нибудь причины для отсутствия кастомизации статусов проектов? Есть необходимость иметь статусы отличные от "Активный", "Завершенный" и "Черновик". Для простоты, можно прикрепить набор статусов к группе проектов. Т.е. попадает проект в определённую группу, ему автоматом присваевается набор статусов.

[Dmitry Goncharenko]

Причина одна - пока не добрались до них. Но в идеологию ПланФикса кастомные статусы проектов укладываются, так что им быть.

[Илья Пономарёв]

А ещё можно привязать статус проекта к выполнению какой-нибудь задачи. Добавить графу "изменить статус проекта на при выполнении" Вот например внутри проекта стоит задача отгрузить заказ, как только исполнитель помечает что это задание выполнено, всему проекту присваивается статус "ОТГРУЖЕН".

[Андрей Петренко]

Учтите и мой голос в поддержку расширения статусов.

[Максим Сафронов]

Даешь кастомные статусы проектам!!!

[Евгений Жигульский]

Давайте скорей, статусы очень нужны. Или независимые от статуса редактируемые поля, но которые выводятся (отображаются) в списке проектов. И по нему сортируются (отбираются).

[Максим Божко]

Когда будет возможность удалять "системные" статусы? Очень мешают в отдельных типах задач

[Dmitry Goncharenko]

Обратите внимание: Вы выбрали неправильную тему - она посвящена кастомным статусам для проектов, а не для задач.

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

[Marcus]

поддерживаю оба комментария Ильи Пономарева.

[Александр Черняев]

Я так понимаю что вопрос о статусах проекта приобретает актуальность, когда планфикс рассматривается в качестве CRM системы. В этом случае действительно возникает вопрос: вот потенциальный клиент, который что-то хочет или в принципе может купить, по идее мы должны эту тему разработать и довести до конца. Должна ли такая перспективная "Сделка" быть отдельным проектом или быть одной из задач? 
Сейчас в принципе не вижу возможности учитывать потенциальные "Сделки" через Проекты. Поскольку
1. У сделок есть особые параметры, такие как, например "сумма" или "товар", которые возможно отражать через кастомные поля, а у проектов сейчас нет кастомных полей.
2. Статусы для "Сделок" тоже должны быть особые, особенно когда речь о длинных продажах и клиент проходит последовательно по разным стадиям.
3. Кастомные поля и статусы предполагают определенные шаблоны задач, которые опять таки есть у задач, а не у проектов.


 

[Dmitry Goncharenko]

Да, мы видим сделки именно как один из типов задач. Статусы проекта у меня каким-то особым образом с CRM не связаны - это просто универсальный механизм, который мы должны реализовать для использования в разных кейсах. Также, как и кастомные поля для проектов.

[Скоробогатько Сергій Іванович]

Плюсую. Статусы проектов нужны. 

[Батищев Александр]

Очень нужны кастомные статусы проектов, странно что так долго их не реализовывают 

[Dmitry Goncharenko]

Это объясняется тем, Александр, что с момента появления в проектах кастомных полей, пользователь может сделать свою структуру статусов самостоятельно. Какой-то особой логики на такие статусы навернуть не получится - но и системные кастомные статусы ее тоже не имеют. Зато в проекте можно будет выставлять любой желаемый статус и отображать его в списках проектов и т.п.