Одно из главных предназначений ПланФикса — оптимизация рутинных задач и операций. Если что-то можно автоматизировать и упростить, значит это нужно сделать. Это касается как планирования работы, выстраивания связей с клиентами, отлаживания бизнес-процессов, так и таких вроде бы «мелочей», как верстка и подготовка документов. 

Те из вас, кто использует ПланФикс уже какое-то время, знают, что он помогает создавать документацию по заранее заданным шаблонам. В нужное место ПланФикс подставит нужные реквизиты — дату сделки, контрагентов, ответственного менеджера и т.д. Главное, что нужно сделать самому — заранее задать в шаблоне документа нужные переменные, на место которых затем будут добавляться конкретные данные.

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

В прошлом июне в ПланФиксе появились динамические блоки. Это блоки в описании задачи с переменными и формулами, которые вычисляются при каждом её открытии и отображают информацию из полей объектов ПланФикса. 

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

Далее подробно рассмотрим каждый пример и ситуацию, в которой он наиболее применим.

Недавно мы обещали рассказать, как настроить рассылку отчётов со «светофором». Он нужен для того, чтобы отслеживать, укладываются ли исполнители при работе над своими задачами в запланированные сроки.

Напомним: в примере мы рассказали про исполнителя Петю, который понимал, что он не успевает завершить работу над задачей вовремя и ему нужно перенести дату дедлайна на несколько дней. И при этом Петя должен был не забыть просигнализировать об этой задержке своему руководителю Васе.

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

И особенно обидно его потерять, если смещение по срокам ожидается незначительное, и оно никак не скажется на работе ни отдела, где трудятся Петя и Вася, ни компании в целом.

Но и совсем оставлять без внимания такие ситуации тоже нельзя. Иначе есть риск, что сотрудники совсем расслабятся, а значит срывы намеченных планов будут происходить всё чаще, а задержки становиться всё более длительными.

Задача-сделка, прощай! А ещё задача-дело, задача-обсуждение, задача-событие и все-все задачи-чего-то там. Прощайте! Теперь вы просто «Сделка», «Обсуждение», «Событие» или «Чего-то там».

Наши слова со страницы идеологии ПланФикса оказались пророческими. Название «задача» оказалось не совсем удачным, так как до сих пор вводит пользователей в заблуждение, ограничивает их восприятие привычным пониманием этой сущности. 

Случилось то, о чем мы написали много лет назад: если бы начинали работать над ПланФиксом сегодня, скорее всего назвали бы эту сущность как-то более универсально. В итоге это и произошло, мы готовы представить универсальную сущность — Объект.