Поговорим о вычисляемых полях
Всем привет! Я Саня, и в своем посте я хочу поделиться, как я работаю с вычисляемыми полями
Почти всех затронуло новое обновление ПланФикса с более тщательной проверкой формул на ошибки, что вызвало много проблем в аккаунтах клиентов. Наша команда не исключение.
Однако по аккаунтам, в которых большую часть формул настраивала я, почти не возникало проблем (не считая одной, в аккаунте, который я настраивала в самом начале своего пути Интегратора)
И я хочу поделиться своими фишками, которые я использую для формул. Многим они покажутся очевидными, но очевидное не всегда очевидно
Чтож, начну
В качестве примера буду использовать следующую формулу:
Она высчитывает время автоответа, отталкиваясь от времени комментария сотрудника
1. Подготовка
1.1. Сформулировать, что конкретно необходимо получить в этом поле и для чего мы будем его использовать
Пример:
Получить дату автоответа, при наступлении которой будет срабатывать сценарий и отправлять комментарий
1.2. Выписать исходные данные
Пример:
Для вычислений мы будем использовать поля Автор сообщения и Дата и время комментария
1.3 Сформулировать алгоритм, по которому будут работать функции
Пример:
Автоматически нужно высчитывать дату отправки автоответа, только если последний комментарий в чате был от сотрудника. Окончание рабочего дня сотрудника - 21:00. Если последний комментарий был ранее, чем за 5 часов до окончания, либо после окончания рабочего дня - автоответ отправляется через 5 часов. Если последний комментарий был менее, чем за 5 часов до окончания, автоответ отправляется ровно в 21:00
2. Выписать функции, которые будут использоваться
Я сразу примерно представляю в голове, как будет выглядеть формула, и выписываю самые очевидные функции построчно. Это можно сделать в Notepad++ или сразу в вычисляемом поле. Для упрощения можно брать все формулы сразу из справки.
Пример:
3. Выписать функции сразу вместе с переменными
Функции, внутри которых нет других функций, можно выписать сразу
Пример:
4. Начать собирать формулу
Начинаем от большего к малому. Сначала выписываем главную функцию, затем внутрь начинаем добавлять другие. Здесь самое главное - сразу прописывать все скобки и точки с запятой, чтобы потом в них не запутаться
Пример:
Добавляю условие в первую функцию ЕСЛИ:
Добавляю условие во вторую функцию ЕСЛИ:
Так же для второй функции сразу указываю значения да и нет
Указываю побочную функцию ЕСЛИ как да для главной функции, а для нет оставляю пустоту
Всем привет! Я Саня, и в своем посте я хочу поделиться, как я работаю с вычисляемыми полями
Почти всех затронуло новое обновление ПланФикса с более тщательной проверкой формул на ошибки, что вызвало много проблем в аккаунтах клиентов. Наша команда не исключение.
Однако по аккаунтам, в которых большую часть формул настраивала я, почти не возникало проблем (не считая одной, в аккаунте, который я настраивала в самом начале своего пути Интегратора)
И я хочу поделиться своими фишками, которые я использую для формул. Многим они покажутся очевидными, но очевидное не всегда очевидно
Чтож, начну
В качестве примера буду использовать следующую формулу:
ЕСЛИ({{Задача.Автор сообщения}}="Сотрудник"; ЕСЛИ(ЧАС({{Задача.Дата и время комментария}})<16||ЧАС({{Задача.Дата и время комментария}})>20; ДОБАВИТЬЧАС({{Задача.Дата и время комментария}}; 5); (ТОЛЬКОДАТА({{Задача.Дата и время комментария}}))+" 21:00"); "")Она высчитывает время автоответа, отталкиваясь от времени комментария сотрудника
1. Подготовка
1.1. Сформулировать, что конкретно необходимо получить в этом поле и для чего мы будем его использовать
Пример:
Получить дату автоответа, при наступлении которой будет срабатывать сценарий и отправлять комментарий
1.2. Выписать исходные данные
Пример:
Для вычислений мы будем использовать поля Автор сообщения и Дата и время комментария
1.3 Сформулировать алгоритм, по которому будут работать функции
Пример:
Автоматически нужно высчитывать дату отправки автоответа, только если последний комментарий в чате был от сотрудника. Окончание рабочего дня сотрудника - 21:00. Если последний комментарий был ранее, чем за 5 часов до окончания, либо после окончания рабочего дня - автоответ отправляется через 5 часов. Если последний комментарий был менее, чем за 5 часов до окончания, автоответ отправляется ровно в 21:00
2. Выписать функции, которые будут использоваться
Я сразу примерно представляю в голове, как будет выглядеть формула, и выписываю самые очевидные функции построчно. Это можно сделать в Notepad++ или сразу в вычисляемом поле. Для упрощения можно брать все формулы сразу из справки.
Пример:
ЕСЛИ(усл.;да;нет)
ЧАС(переменная)
ДОБАВИТЬЧАС(дата; ч.)
ТОЛЬКОДАТА(стр.)
3. Выписать функции сразу вместе с переменными
Функции, внутри которых нет других функций, можно выписать сразу
Пример:
ЧАС({{Задача.Дата и время комментария}})
ДОБАВИТЬЧАС({{Задача.Дата и время комментария}}; 5)
ТОЛЬКОДАТА({{Задача.Дата и время комментария}}))+" 21:00"4. Начать собирать формулу
Начинаем от большего к малому. Сначала выписываем главную функцию, затем внутрь начинаем добавлять другие. Здесь самое главное - сразу прописывать все скобки и точки с запятой, чтобы потом в них не запутаться
Пример:
Добавляю условие в первую функцию ЕСЛИ:
ЕСЛИ({{Задача.Автор сообщения}}="Сотрудник";да;нет)
Добавляю условие во вторую функцию ЕСЛИ:
ЕСЛИ(ЧАС({{Задача.Дата и время комментария}})<16||ЧАС({{Задача.Дата и время комментария}})>20;да;нет)Так же для второй функции сразу указываю значения да и нет
ЕСЛИ(ЧАС({{Задача.Дата и время комментария}})<16||ЧАС({{Задача.Дата и время комментария}})>20;ДОБАВИТЬЧАС({{Задача.Дата и время комментария}}; 5);нет)
ЕСЛИ(ЧАС({{Задача.Дата и время комментария}})<16||ЧАС({{Задача.Дата и время комментария}})>20;ДОБАВИТЬЧАС({{Задача.Дата и время комментария}}; 5);(ТОЛЬКОДАТА({{Задача.Дата и время комментария}}))+" 21:00")Указываю побочную функцию ЕСЛИ как да для главной функции, а для нет оставляю пустоту
ЕСЛИ({{Задача.Автор сообщения}}="Сотрудник";ЕСЛИ(ЧАС({{Задача.Дата и время комментария}})<16||ЧАС({{Задача.Дата и время комментария}})>20;ДОБАВИТЬЧАС({{Задача.Дата и время комментария}}; 5);(ТОЛЬКОДАТА({{Задача.Дата и время комментария}}))+" 21:00");"")❤8👍3🔥2
5. Не использовать функции И и ИЛИ
Это правило помогает мне больше всего. В функциях && и || используется гораздо меньше скобок, что выглядит куда лучше и легче для понимания в дальнейшем
Пример:
Тут использую другой пример для наглядности
Конструкция
Выглядит менее громоздко, чем
Что же делать, если все таки возникли ошибки?
Первым делом я использую внутреннюю проверку вычисляемых полей в ПФ. Если мне непонятна ошибка, я начинаю проверять количество скобок. Делаю я это в программе Notepad++ (пример на скриншотах)
Если и тут никаких проблем не выявляется, я в отдельном вычисляемом поле проверяю каждую функцию отдельно. Это самый быстрый способ понять, где именно могла быть ошибка
Надеюсь, мои советы кому-то помогут в дальнейшем. Всем хорошего дня и меньше ошибок в вычисляемых полях!❤️
Это правило помогает мне больше всего. В функциях && и || используется гораздо меньше скобок, что выглядит куда лучше и легче для понимания в дальнейшем
Пример:
Тут использую другой пример для наглядности
Конструкция
{{Задача.Статус}}="Новая"||{{Задача.Статус}}="В работе"||{{Задача.Статус}}="Выполненная"Выглядит менее громоздко, чем
ИЛИ(ИЛИ({{Задача.Статус}}="Новая";{{Задача.Статус}}="В работе");{{Задача.Статус}}="Выполненная")Что же делать, если все таки возникли ошибки?
Первым делом я использую внутреннюю проверку вычисляемых полей в ПФ. Если мне непонятна ошибка, я начинаю проверять количество скобок. Делаю я это в программе Notepad++ (пример на скриншотах)
Если и тут никаких проблем не выявляется, я в отдельном вычисляемом поле проверяю каждую функцию отдельно. Это самый быстрый способ понять, где именно могла быть ошибка
Надеюсь, мои советы кому-то помогут в дальнейшем. Всем хорошего дня и меньше ошибок в вычисляемых полях!❤️
🔥21👍8👏5🤩3❤1
По полям, по полям…
Airtable едет к нам 🙃
Когда начинающий пользователь ПланФикса создает первый шаблон и добавляет в него первое поле, то вряд ли он замечает параметр «Набор полей».
Ну общий и общий, зачем мне какой-то другой?
Со временем 150 полей заканчиваются, и пользователь создает еще один набор полей.
Результат - в большинстве шаблонов используются поля из двух наборов: из общего и из «Дополнительного».
Первое время все работает прекрасно, но когда поля в дополнительном наборе тоже заканчиваются – возникают проблемы.
Очевидно, что нужно создавать дополнительные наборы и как-то разносить между ними поля.
Мы обычно оттягивали этот момент до последнего – сначала выуживали недостающие поля по одному, искали и удаляли старые технические / тестовые поля, переименовывали и т.д. Короче, откладывали аудит как могли.
И вот, когда настало время провести аудит полей, мы:
1. Анализируем, какие процессы есть в аккаунте и делим их на группы, исходя из вероятности использования в них одних и тех же полей. Так, процессы ведения сделок редко пересекаются с HR-процессами и согласованием закупок. Поэтому можно создать 3 отдельных набора полей: «Сделки», «HR» и «Закупки».
2. Распределяем поля из «Общего» и «Дополнительного» набора полей между тремя вновь созданными наборами.
3. Те поля, которые нужны во всех шаблонах, оставляем в общем наборе.
Выглядит все просто и логично, но на деле очень сложно верно распределить поля, чтобы все нужные в шаблоне поля оказались в одном наборе.
Тут на помощь приходит Airtable. @basamykin сделал прикольную штуку, которая значительно упрощает нам жизнь.
По Api ПланФикса через n8n выгружаются:
- группы полей
- процессы
- шаблоны с привязкой к процессам
- поля с привязкой к шаблонам и группам полей
Таблицы с данными подгружаются в airtable, где мы можем видеть все связи между разными сущностями. За счет этого мы можем быстрее проанализировать, на какие наборы можно разделить все имеющиеся в аккаунте поля.
Далее мы создаем недостающие группы полей и моделируем различные расположения шаблонов/объектов (привязываем шаблоны к наборам полей), пока не получим оптимальный результат – минимум полей в общем наборе и равномерное распределение полей между пользовательскими наборами.
На выходе получаем готовую схему того, какие наборы полей в каких шаблонах используются.
Далее airtable подсказывает нам, что и с какими полями нужно сделать, чтобы получилось так, как мы нафантазировали.(Артем говорит, что это все сделано формулами, но я думаю что это магия 🤪).
В итоге время на аудит полей в аккаунтах клиентов сократилось в разы. Теперь процесс занимает 3-4 часа. Конечно, вручную переносить поля в ПланФиксе между наборами все еще долго и утомительно, но зато теперь вероятность ошибиться сведена к минимуму.
Если вы тоже столкнулись с проблемой распределения полей по наборам и нет времени разбираться в этом – обращайтесь @taktiktakru_bot
Airtable едет к нам 🙃
Когда начинающий пользователь ПланФикса создает первый шаблон и добавляет в него первое поле, то вряд ли он замечает параметр «Набор полей».
Ну общий и общий, зачем мне какой-то другой?
Со временем 150 полей заканчиваются, и пользователь создает еще один набор полей.
Результат - в большинстве шаблонов используются поля из двух наборов: из общего и из «Дополнительного».
Первое время все работает прекрасно, но когда поля в дополнительном наборе тоже заканчиваются – возникают проблемы.
Очевидно, что нужно создавать дополнительные наборы и как-то разносить между ними поля.
И вот, когда настало время провести аудит полей, мы:
1. Анализируем, какие процессы есть в аккаунте и делим их на группы, исходя из вероятности использования в них одних и тех же полей. Так, процессы ведения сделок редко пересекаются с HR-процессами и согласованием закупок. Поэтому можно создать 3 отдельных набора полей: «Сделки», «HR» и «Закупки».
2. Распределяем поля из «Общего» и «Дополнительного» набора полей между тремя вновь созданными наборами.
3. Те поля, которые нужны во всех шаблонах, оставляем в общем наборе.
Выглядит все просто и логично, но на деле очень сложно верно распределить поля, чтобы все нужные в шаблоне поля оказались в одном наборе.
Тут на помощь приходит Airtable. @basamykin сделал прикольную штуку, которая значительно упрощает нам жизнь.
По Api ПланФикса через n8n выгружаются:
- группы полей
- процессы
- шаблоны с привязкой к процессам
- поля с привязкой к шаблонам и группам полей
Таблицы с данными подгружаются в airtable, где мы можем видеть все связи между разными сущностями. За счет этого мы можем быстрее проанализировать, на какие наборы можно разделить все имеющиеся в аккаунте поля.
Далее мы создаем недостающие группы полей и моделируем различные расположения шаблонов/объектов (привязываем шаблоны к наборам полей), пока не получим оптимальный результат – минимум полей в общем наборе и равномерное распределение полей между пользовательскими наборами.
На выходе получаем готовую схему того, какие наборы полей в каких шаблонах используются.
Далее airtable подсказывает нам, что и с какими полями нужно сделать, чтобы получилось так, как мы нафантазировали.
В итоге время на аудит полей в аккаунтах клиентов сократилось в разы. Теперь процесс занимает 3-4 часа. Конечно, вручную переносить поля в ПланФиксе между наборами все еще долго и утомительно, но зато теперь вероятность ошибиться сведена к минимуму.
Если вы тоже столкнулись с проблемой распределения полей по наборам и нет времени разбираться в этом – обращайтесь @taktiktakru_bot
🔥15👍8❤4🤩4
Центр притяжения - Пенза. Или каково поработать в офисе, когда ты уже сто лет на удаленке
Обычно как происходит. Компания находится в мегаполисе и может приглашать сотрудников хоть со всей страны.
В случае нашей команды получилось наоборот. Компания Артёма в маленькой уютной Пензе притянула сотрудников из Петербурга и Москвы.
Поэтому уже второй год подряд я прилетаю в Пензу из Петербурга по случаю новогодних праздников.
Но в этом году я решила не только пообщаться с коллегами в неформальной обстановке корпоратива, но и поработать. И махнула туда на всю рабочую неделю.
Уже много лет работаю из дома, поэтому вернуться в офис, пусть и на неделю, было очень непривычно.
Из моих знакомых не все понимали, зачем такая длительная поездка без особой необходимости. Но для меня это было очень важное и нужное мероприятие.
Почему?
Доверие и взаимопонимание.
Я работаю в отрыве от основной команды. При этом в нашей работе должен быть высокий уровень доверия и взаимопонимания. Ведь мы передаем друг другу очень сложные и ответственные задачи ежедневно. И почти каждый из нас должен уметь подменить другого при необходимости.
При личном контакте связи укрепляются, доверие возрастает.
Новые идеи
За эту неделю мы столько успели наговорить! Поделились идеями, обсудили их, нагенерировали еще. Может, и на год вперёд 🚀
Ценности
Про ценности тоже говорили 💬 Написать про них в уставе - одно. Обсудить лично, подискутировать, где-то даже поспорить - совсем другое. Понимание того, какие ценности в команде нас объединяют- это, простите, бесценно.
В конце концов, уже больше двух лет ребята из Тактика - часть моей жизни. Мне невероятно повезло их встретить и оказаться в одной команде. Чувство, что с тобой рядом умные, добрые, честные и ответственные люди, близкие по духу - это составляющая моего счастья. И мне просто было в удовольствие провести с ними эту неделю ❤️
❓Поделитесь своим мнением, считаете ли важным личное общение в условиях глобальной удаленки? Если работаете удаленно- скучаете ли по офису или хоумофис-кайф?) Напишите любые размышления на эту тему, будет очень интересно пообщаться!
Обычно как происходит. Компания находится в мегаполисе и может приглашать сотрудников хоть со всей страны.
В случае нашей команды получилось наоборот. Компания Артёма в маленькой уютной Пензе притянула сотрудников из Петербурга и Москвы.
Поэтому уже второй год подряд я прилетаю в Пензу из Петербурга по случаю новогодних праздников.
Но в этом году я решила не только пообщаться с коллегами в неформальной обстановке корпоратива, но и поработать. И махнула туда на всю рабочую неделю.
Уже много лет работаю из дома, поэтому вернуться в офис, пусть и на неделю, было очень непривычно.
Из моих знакомых не все понимали, зачем такая длительная поездка без особой необходимости. Но для меня это было очень важное и нужное мероприятие.
Почему?
Доверие и взаимопонимание.
Я работаю в отрыве от основной команды. При этом в нашей работе должен быть высокий уровень доверия и взаимопонимания. Ведь мы передаем друг другу очень сложные и ответственные задачи ежедневно. И почти каждый из нас должен уметь подменить другого при необходимости.
При личном контакте связи укрепляются, доверие возрастает.
Новые идеи
За эту неделю мы столько успели наговорить! Поделились идеями, обсудили их, нагенерировали еще. Может, и на год вперёд 🚀
Ценности
Про ценности тоже говорили 💬 Написать про них в уставе - одно. Обсудить лично, подискутировать, где-то даже поспорить - совсем другое. Понимание того, какие ценности в команде нас объединяют- это, простите, бесценно.
В конце концов, уже больше двух лет ребята из Тактика - часть моей жизни. Мне невероятно повезло их встретить и оказаться в одной команде. Чувство, что с тобой рядом умные, добрые, честные и ответственные люди, близкие по духу - это составляющая моего счастья. И мне просто было в удовольствие провести с ними эту неделю ❤️
❓Поделитесь своим мнением, считаете ли важным личное общение в условиях глобальной удаленки? Если работаете удаленно- скучаете ли по офису или хоумофис-кайф?) Напишите любые размышления на эту тему, будет очень интересно пообщаться!
🔥9❤5👍3👏2
Ставка на оптимизацию
Не секрет, что интеграторы часто для взаиморасчетов с клиентами используют ставку за час.
Одни явно указывает эту ставку для клиента, другие закладывает определённое количество часов на задачу и называют итоговую сумму, исходя из своей ставки.
Когда я только начинал работать интегратором этот подход меня очень смущал.
Я не понимал, как я могу объективно оценить эффективность моей работы за 1 час.
- А вдруг я буду сам тупить? клиент же не должен за это платить🤪
- А вдруг кто-то сделает это быстрее или медленнее?
Все эти вопросы долго не давали мне покоя, но я набрался опыта и сейчас могу более точно оценить трудозатраты в часах на ту или иную задачу.
По такой схеме сейчас работает и моя команда:
- оценили примерные трудозатраты в часах,
- обсудили формат взаимодействия,
- получили оплату за какое то количество часов вперед и поехали работать - созваниваться, выяснять, настраивать, дорабатывать
Расскажу с какой проблемой мы сейчас столкнулись, но для начала давайте распишем плюсы и минусы такого подхода для заказчика и для исполнителя:
Заказчик:
➕ Так как ставка на рынке примерно одинаковая, можно использовать ее в качестве критерия для отбора подрядчика. Слишком заниженная или слишком завышенная ставка - 🚩.
➕ Можно быстро начинать работу даже без детальной проработки ТЗ. Его можно сформировать совместно с интегратором непосредственно в процессе работы в счет уже оплаченного пакета часов.
➖ На старте проекта нет четкого понимания бюджета
➖ Без доверия к интегратору сложно оценивать обоснованность фактических трудозатрат по задачам
Исполнитель:
➕ чтобы избежать дополнительных рисков исполнитель может заложить в оценку больше времени, либо брать задачу в работу без гарантии результата, так как оплата происходит за фактически отработанное время
➕ удобно планировать текущую нагрузку по количеству рабочих часов в сутках
➖ если ошибся в предварительной оценке, сложно объяснить клиенту причину увеличение трудозатрат
➖ Нет понимания как повысить эффективность работы
Вот как раз тут то мы и споткнулись. При таком подходе максимальная выручка, которую мы можем получить, зависит от количества сотрудников и их рабочих часов и каким-то образом повысить эффективность, без увеличения штата мы не можем.
Мы все время пытаемся оптимизировать работу:
- Готовые наработки/модули для типовых процессов
- Шаблоны для проведения эффективных созвонов
- Чек-листы для тестирования и проверки
- Унификация настроек
- Документация по проектам
В итоге всё то, что нам помогает экономить время, по сути нам только вредит, так как сокращает время, которое пойдет клиенту в счет.
Тут могут возникнуть мысли, например:
- учитывать времени больше, чем было по факту, но это будет нечестно по отношению к клиентам
- значительно увеличивать ставку за час, но тогда скорее всего мы будем проигрывать конкурентам в борьбе за новых клиентов
Сейчас мы держим курс на то чтобы полностью отказаться от расчета с клиентами в часах и оптимизировать свою работу. Задача-максимум: перейти на 4х дневную рабочую неделю🥹
Есть идеи и мысли как это реализовать, если получится - обязательно поделюсь, а пока хочется узнать ваше мнение по этому вопросу, ведь часовая ставка действует не только в нашей сфере, её можно много где встретить в жизни. Как вы к этому относитесь со стороны Заказчика или Исполнителя? Проголосуйте или оставьте комментарий)
Не секрет, что интеграторы часто для взаиморасчетов с клиентами используют ставку за час.
Одни явно указывает эту ставку для клиента, другие закладывает определённое количество часов на задачу и называют итоговую сумму, исходя из своей ставки.
Когда я только начинал работать интегратором этот подход меня очень смущал.
Я не понимал, как я могу объективно оценить эффективность моей работы за 1 час.
- А вдруг я буду сам тупить? клиент же не должен за это платить🤪
- А вдруг кто-то сделает это быстрее или медленнее?
Все эти вопросы долго не давали мне покоя, но я набрался опыта и сейчас могу более точно оценить трудозатраты в часах на ту или иную задачу.
По такой схеме сейчас работает и моя команда:
- оценили примерные трудозатраты в часах,
- обсудили формат взаимодействия,
- получили оплату за какое то количество часов вперед и поехали работать - созваниваться, выяснять, настраивать, дорабатывать
Расскажу с какой проблемой мы сейчас столкнулись, но для начала давайте распишем плюсы и минусы такого подхода для заказчика и для исполнителя:
Заказчик:
Исполнитель:
Вот как раз тут то мы и споткнулись. При таком подходе максимальная выручка, которую мы можем получить, зависит от количества сотрудников и их рабочих часов и каким-то образом повысить эффективность, без увеличения штата мы не можем.
Мы все время пытаемся оптимизировать работу:
- Готовые наработки/модули для типовых процессов
- Шаблоны для проведения эффективных созвонов
- Чек-листы для тестирования и проверки
- Унификация настроек
- Документация по проектам
В итоге всё то, что нам помогает экономить время, по сути нам только вредит, так как сокращает время, которое пойдет клиенту в счет.
Тут могут возникнуть мысли, например:
- учитывать времени больше, чем было по факту, но это будет нечестно по отношению к клиентам
- значительно увеличивать ставку за час, но тогда скорее всего мы будем проигрывать конкурентам в борьбе за новых клиентов
Сейчас мы держим курс на то чтобы полностью отказаться от расчета с клиентами в часах и оптимизировать свою работу. Задача-максимум: перейти на 4х дневную рабочую неделю🥹
Есть идеи и мысли как это реализовать, если получится - обязательно поделюсь, а пока хочется узнать ваше мнение по этому вопросу, ведь часовая ставка действует не только в нашей сфере, её можно много где встретить в жизни. Как вы к этому относитесь со стороны Заказчика или Исполнителя? Проголосуйте или оставьте комментарий)
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥8👍6👏4❤3🤔1
Как вы относитесь к оплате работа по часовой ставке?
Anonymous Poll
11%
Я заказчик. Никогда не буду работать с подрядчиком по часовой ставке
24%
Я заказчик. Отношусь к оплате по часовой ставке нормально, таковы реалии рынка
8%
Я заказчик. Оплата по ставке для меня очень удобна
18%
Я исполнитель. Работаю только по часовой ставке.
46%
Я исполнитель. С каждым клиентом выстраиваю свои взаимоотношения, не против разных форматов работы
11%
Я исполнитель. Всегда обозначаю клиенту конечную стоимость за каждую задачу
Тариф «Поддержка». Как это устроено у нас в компании.
Всем привет! На связи снова Лера и сегодня я хочу поделиться своим опытом работы в больших и сложных аккаунтах, в которых требуется поддержка уже настроенных процессов.
К нам довольно часто обращаются клиенты, у которых уже настроено довольно много процессов в аккаунте, которые требуют доработки и/или поддержкии большого терпения, чтобы все разобрать 😄
Такие проекты в основном попадают ко мне и я начинаю работу по погружению в процессы и анализ всего, что происходит в аккаунте.
Немного расскажу, с чего я начинаю работу:
1. Изучение внутренних инструкций клиента.
В большинстве случаев у клиентов есть внутренние инструкции, которые используют сотрудники для изучения функционала. Я так же изучаю эти инструкции, чтобы поверхностно погрузиться в настройку в аккаунте.
2. Более детальное погружение в аккаунт.
После изучения инструкций для сотрудников я перехожу к самому сложному - изучению процессов с их технической стороны. Тут мне приходит в помощь Документация🥸
Обычно этот этап я разделяю с кем-то из коллег, каждый изученный процесс мы документируем, рисуем схемы, погружаемся во все тонкости проекта. Обычно это самая долгая часть, но после ее окончания мы имеем общее представление о технической составляющей аккаунта клиента. А так же получаем техническую документацию, которая помогает решить проблемы с функционалом)
Далее эта документация пополняется и дорабатывается.
3. Изучение основных проблем, которые возникают в аккаунте.
Чаще всего клиент может сообщить нам о том, какие проблемы возникают у сотрудников при использовании системы. Я изучаю такие проблемы и анализирую, как их можно решить.
После выполнения этих трех пунктов мы готовы принимать задачи от клиентов и делать их работу в системе проще 😄
Так же немного расскажу про то, какие задачи поступают от клиентов с тарифом «Поддержка». Возьму в пример аккаунт Домик 58, с которым вы уже знакомы) Они тоже у нас на поддержке.
В их аккаунте за много лет нашей работы было несколько подходов к настройке Воронки сделок с учетом их расширения. Когда мы настроили текущий вариант воронки со множеством автоматизаций, мы перешли на тариф Поддержки.
Сейчас они успешно работают в новой воронке, но нам все же приходится иногда подключаться в следующих случаях:
- Добавление/ деактивация сотрудника.
На первый взгляд кажется, что добавить сотрудника просто, но это только на первый взгляд) Каждому новому сотруднику нужно выдать все необходимые доступы, создать учетную запись в АТС/почте, проверить сценарии, интеграции, планировщики и много всего.
- Консультации по работе системы.
Довольно часто у сотрудников возникают вопросы как работает тот или иной функционал в системе и мы с удовольствием им помогаем 😄 Например, как построить отчет за определенный период или где посмотреть все мои задачи на сегодня.
- Проверка работы интеграции с сервисами.
У нас настроено много интеграций, например с Юкассой или Бново и мы периодически подключаемся и смотрим, где в интеграции возникла проблема и как ее можно решить.
- Мелкие доработки самой системы.
Внести новый статус в процесс, настроить автоматическое создание задачи на сотрудника, добавить дополнительное условие к закрытию задачи, отредактировать автоматические сообщения клиенту - все подобные доработки мне вносим в рамках тарифа Поддержки.
Если в вашем аккаунте такие вопросы расходуют много времени - можем взять их на себя. Пишите в наш бот @taktiktakru_bot
Всем привет! На связи снова Лера и сегодня я хочу поделиться своим опытом работы в больших и сложных аккаунтах, в которых требуется поддержка уже настроенных процессов.
К нам довольно часто обращаются клиенты, у которых уже настроено довольно много процессов в аккаунте, которые требуют доработки и/или поддержки
Такие проекты в основном попадают ко мне и я начинаю работу по погружению в процессы и анализ всего, что происходит в аккаунте.
Немного расскажу, с чего я начинаю работу:
1. Изучение внутренних инструкций клиента.
В большинстве случаев у клиентов есть внутренние инструкции, которые используют сотрудники для изучения функционала. Я так же изучаю эти инструкции, чтобы поверхностно погрузиться в настройку в аккаунте.
2. Более детальное погружение в аккаунт.
После изучения инструкций для сотрудников я перехожу к самому сложному - изучению процессов с их технической стороны. Тут мне приходит в помощь Документация🥸
Обычно этот этап я разделяю с кем-то из коллег, каждый изученный процесс мы документируем, рисуем схемы, погружаемся во все тонкости проекта. Обычно это самая долгая часть, но после ее окончания мы имеем общее представление о технической составляющей аккаунта клиента. А так же получаем техническую документацию, которая помогает решить проблемы с функционалом)
Далее эта документация пополняется и дорабатывается.
3. Изучение основных проблем, которые возникают в аккаунте.
Чаще всего клиент может сообщить нам о том, какие проблемы возникают у сотрудников при использовании системы. Я изучаю такие проблемы и анализирую, как их можно решить.
После выполнения этих трех пунктов мы готовы принимать задачи от клиентов и делать их работу в системе проще 😄
Так же немного расскажу про то, какие задачи поступают от клиентов с тарифом «Поддержка». Возьму в пример аккаунт Домик 58, с которым вы уже знакомы) Они тоже у нас на поддержке.
В их аккаунте за много лет нашей работы было несколько подходов к настройке Воронки сделок с учетом их расширения. Когда мы настроили текущий вариант воронки со множеством автоматизаций, мы перешли на тариф Поддержки.
Сейчас они успешно работают в новой воронке, но нам все же приходится иногда подключаться в следующих случаях:
- Добавление/ деактивация сотрудника.
На первый взгляд кажется, что добавить сотрудника просто, но это только на первый взгляд) Каждому новому сотруднику нужно выдать все необходимые доступы, создать учетную запись в АТС/почте, проверить сценарии, интеграции, планировщики и много всего.
- Консультации по работе системы.
Довольно часто у сотрудников возникают вопросы как работает тот или иной функционал в системе и мы с удовольствием им помогаем 😄 Например, как построить отчет за определенный период или где посмотреть все мои задачи на сегодня.
- Проверка работы интеграции с сервисами.
У нас настроено много интеграций, например с Юкассой или Бново и мы периодически подключаемся и смотрим, где в интеграции возникла проблема и как ее можно решить.
- Мелкие доработки самой системы.
Внести новый статус в процесс, настроить автоматическое создание задачи на сотрудника, добавить дополнительное условие к закрытию задачи, отредактировать автоматические сообщения клиенту - все подобные доработки мне вносим в рамках тарифа Поддержки.
Если в вашем аккаунте такие вопросы расходуют много времени - можем взять их на себя. Пишите в наш бот @taktiktakru_bot
❤10🔥9👍3👏3
Костыль и велосипед
На днях Моя волна в Яндекс музыке в очередной раз подкинула мне песню «Костыль и велосипед» группы НТР. Я задумалась: а как оценить свое решение – это очередной костыль или гениальная разработка?
Хочу поделиться примером)
Итак, нам нужно получать из Т-Банка информацию о движении по счету.
Все выглядит просто: и отправка данных на вебхук в Т-Банке легко настраивается через их поддержку, и разбирать json по полям задачи я уже научилась.
Вот только одно НО: по одной операции может приходить несколько вебхуков.
По сути, это дубли. На мой взгляд, так быть не должно. Но даже в документации Т-Банка написано «операции могут дублироваться». Пришлось принять этот факт 🤬
У каждой транзакции есть уникальное значение - OperationId. Я подумала, что если запретить дублирование значений для этого поля в шаблоне задачи, то повторный вебхук не сможет создать задачу с неуникальным значением.
Но нет – вебхуки сильнее обычных пользователей и с легкостью игнорируют проверку на уникальность значения поля.
В самом вебхуке проверять наличие задачи тоже нельзя: это только в правилах для писем есть связка «Как искать задачу» - «Если задача не найдена», а вебхук может либо создать задачу, либо изменить имеющуюся.
Дальше я думала в сторону удаления созданных задач сценарием / по api, но не смогла придумать как 🤷♀️
В итоге создание задачи удалось сделать в 2 этапа:
1. Создаем контакт по техническому шаблону. При этом указываем, что если контакт существует, используем его без изменений. Проверку делаем по полю OperationId.
2. Через минуту после создания контакта (чтобы все дубли вебхуков успели прийти) – создаем из него задачу, а сам контакт удаляем.
Очень неудобно, что входящий вебхук хранится в логах удаленного контакта, но что поделать🥲
Как вам такой кейс?
💩 - костыль
🔥 - норм
Поделитесь, какие костыли вам приходится использовать в ПланФиксе?
P.S.: если есть идеи, как решить задачку из моего кейса - буду рада советам 😇
На днях Моя волна в Яндекс музыке в очередной раз подкинула мне песню «Костыль и велосипед» группы НТР. Я задумалась: а как оценить свое решение – это очередной костыль или гениальная разработка?
Хочу поделиться примером)
Итак, нам нужно получать из Т-Банка информацию о движении по счету.
Все выглядит просто: и отправка данных на вебхук в Т-Банке легко настраивается через их поддержку, и разбирать json по полям задачи я уже научилась.
Вот только одно НО: по одной операции может приходить несколько вебхуков.
По сути, это дубли. На мой взгляд, так быть не должно. Но даже в документации Т-Банка написано «операции могут дублироваться». Пришлось принять этот факт 🤬
У каждой транзакции есть уникальное значение - OperationId. Я подумала, что если запретить дублирование значений для этого поля в шаблоне задачи, то повторный вебхук не сможет создать задачу с неуникальным значением.
Но нет – вебхуки сильнее обычных пользователей и с легкостью игнорируют проверку на уникальность значения поля.
В самом вебхуке проверять наличие задачи тоже нельзя: это только в правилах для писем есть связка «Как искать задачу» - «Если задача не найдена», а вебхук может либо создать задачу, либо изменить имеющуюся.
Дальше я думала в сторону удаления созданных задач сценарием / по api, но не смогла придумать как 🤷♀️
В итоге создание задачи удалось сделать в 2 этапа:
1. Создаем контакт по техническому шаблону. При этом указываем, что если контакт существует, используем его без изменений. Проверку делаем по полю OperationId.
2. Через минуту после создания контакта (чтобы все дубли вебхуков успели прийти) – создаем из него задачу, а сам контакт удаляем.
Очень неудобно, что входящий вебхук хранится в логах удаленного контакта, но что поделать🥲
Как вам такой кейс?
💩 - костыль
🔥 - норм
Поделитесь, какие костыли вам приходится использовать в ПланФиксе?
P.S.: если есть идеи, как решить задачку из моего кейса - буду рада советам 😇
🔥12👍4💩2❤1
Про учет времени
Вчера ПФ анонсировал новый таймер учета рабочего времени.
Наша команда часто им пользуется, но сам учет у нас устроен немного сложнее.
В самом начале интеграторского пути я решил, что фиксировать время аналитикой - не наш вариант. Для нас время - это не просто циферки в рабочем дне, а тот ресурс, который мы продаем клиентам.
Поэтому мы для себя нашли вариант фиксации времени в подзадачах.
Технически это выглядит так:
Сотруднику ставится большая задача/запрос от клиента➡️
сотрудник по ней что-то делает (анализирует, собирает требования, настраивает, презентует и т.д.). Задач много и между ними приходится переключаться, вот тут спасает таймер от ПФ. Но он нужен только как вспомогательный инструмент, которым удобно считать минутки➡️
по итогу дня у каждого сотрудника появляется список задач, в которых он пользовался таймером. И вот чтобы зафиксировать время, которое пойдет в счет клиенту, он проходится по этим задачам и создает отдельную подзадачу (мы её называем Дело), в которой суммируется всё время из таймера и обобщённым текстом указывается, что сегодня было сделано.
Что нам дает такая схема:
🔵 Более осмысленный подход к тому времени, которое идет в счет клиенту.
На этапе фиксирования времени (создания подзадачи), сотрудник может еще раз оценить, что было сделано за сегодня, соотнести это с затраченным временем, и скорректировать, если поймет, что таймером насчитал лишнего или наоборот забыл учесть какую то коммуникацию или донастройку.
🔵 Учет остатков оплаченных пакетов в реальном времени.
Данные из таких задач-дел сразу передаются в суммарные задачи с периодами по договору, и если у клиента закончился оплаченный пакет - мы сразу видим это.
🔵 Экономия времени на документообороте
В задачах-периодах формируется еженедельный отчет с актуальными данными: сколько времени потрачено и что сделано (пример на скрине)
Это экономит наши ресурсы при формировании закрывающих документов и счетов в начале месяца.
🔵 Планирование
Недавно стали использовать такие задачи-дела как элемент планирования. Сотрудник вечером себе ставит дела на следующий рабочий день - планирует что будет делать по задаче завтра, а потом уже по факту их закрывает с актуальным временем и комментарием.
Кроме этого, есть еще пара решений, которые помогают нам не упускать драгоценное время⏰
Тут нужно пояснить, что работа интегратора - это не только настройка, но еще и коммуникация с клиентом: собрать все требования, много всего уточнить, выяснить, предложить варианты, согласовать решение с разными подразделениями, презентовать, собрать обратную связь и т.д.
Иногда по проектам такая работа занимает больше времени, чем сама настройка.
Чаще всего это происходит либо на созвонах, либо в текстовой переписке (в задачах, в чатах, в мессенджерах). Задач и проектов много, сложно исключить человеческий фактор и не забыть что-то где-то зафиксировать.
Мы решили это так:
🔵 Сделали интеграцию с площадкой для созвонов. По завершению созвона система проверяет продолжительность записи и фиксирует это время в задаче автоматически
🔵 Так как все чаты у нас привязаны в ПФ, мы добавили сценарий, который по каждому сообщению нашего сотрудника рассчитывает примерное затраченное время в зависимости от объема текста и добавляет аналитику. Естественно потом её также можно скорректировать, но это позволяет не забывать про коммуникации в течение дня.
Поделитесь, как вы следите за временем, как его планируете? Мы сейчас многое меняем в нашей работе, и для нас это актуальная тема)
Вчера ПФ анонсировал новый таймер учета рабочего времени.
Наша команда часто им пользуется, но сам учет у нас устроен немного сложнее.
В самом начале интеграторского пути я решил, что фиксировать время аналитикой - не наш вариант. Для нас время - это не просто циферки в рабочем дне, а тот ресурс, который мы продаем клиентам.
Поэтому мы для себя нашли вариант фиксации времени в подзадачах.
Технически это выглядит так:
Сотруднику ставится большая задача/запрос от клиента
сотрудник по ней что-то делает (анализирует, собирает требования, настраивает, презентует и т.д.). Задач много и между ними приходится переключаться, вот тут спасает таймер от ПФ. Но он нужен только как вспомогательный инструмент, которым удобно считать минутки
по итогу дня у каждого сотрудника появляется список задач, в которых он пользовался таймером. И вот чтобы зафиксировать время, которое пойдет в счет клиенту, он проходится по этим задачам и создает отдельную подзадачу (мы её называем Дело), в которой суммируется всё время из таймера и обобщённым текстом указывается, что сегодня было сделано.
Что нам дает такая схема:
На этапе фиксирования времени (создания подзадачи), сотрудник может еще раз оценить, что было сделано за сегодня, соотнести это с затраченным временем, и скорректировать, если поймет, что таймером насчитал лишнего или наоборот забыл учесть какую то коммуникацию или донастройку.
Данные из таких задач-дел сразу передаются в суммарные задачи с периодами по договору, и если у клиента закончился оплаченный пакет - мы сразу видим это.
В задачах-периодах формируется еженедельный отчет с актуальными данными: сколько времени потрачено и что сделано (пример на скрине)
Это экономит наши ресурсы при формировании закрывающих документов и счетов в начале месяца.
Недавно стали использовать такие задачи-дела как элемент планирования. Сотрудник вечером себе ставит дела на следующий рабочий день - планирует что будет делать по задаче завтра, а потом уже по факту их закрывает с актуальным временем и комментарием.
Кроме этого, есть еще пара решений, которые помогают нам не упускать драгоценное время
Тут нужно пояснить, что работа интегратора - это не только настройка, но еще и коммуникация с клиентом: собрать все требования, много всего уточнить, выяснить, предложить варианты, согласовать решение с разными подразделениями, презентовать, собрать обратную связь и т.д.
Иногда по проектам такая работа занимает больше времени, чем сама настройка.
Чаще всего это происходит либо на созвонах, либо в текстовой переписке (в задачах, в чатах, в мессенджерах). Задач и проектов много, сложно исключить человеческий фактор и не забыть что-то где-то зафиксировать.
Мы решили это так:
Поделитесь, как вы следите за временем, как его планируете? Мы сейчас многое меняем в нашей работе, и для нас это актуальная тема)
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥16👍7👏4🤩3
Все хорошо, но надо переделать
Как иногда хочется руководствоваться принципом "Работает - не трогай!"
Но налаженные годами системы приходится перенастраивать. Почему и как это происходит, я в прошлом году рассказывала на Планфикс Коннект. Тема звучала немного страшно: «Рефакторинг длиной в полгода».
Я бы выделила две основные причины этой процедуры:
◾ рост компании и/или изменение бизнес-процессов
◾ достигли лимита ресурсов системы
Но я сейчас не буду снова рассказывать о ней.
С выступления мне довелось поучаствовать в рефакторинге еще одной системы, менее масштабном. Но именно сейчас я почувствовала, как болезненно может переживать изменения компания и ее сотрудники. Даже если хорошо готовиться.
Большинство изменений проходят невидимыми для сотрудников. Но вместе с рефакторингом происходит и оптимизация системы. И это уже заметная для них часть.
Работа в системе может стать хоть в 10 раз удобнее и лучше, но в моменте изменения очень сложно принять. Так устроен наш мозг. Все новое и непонятное – опасно.
К тому же, все происходит «наживую», то есть в процессе работы. И приходится терпеть, пока выловятся и починятся все баги. Отвлекает, раздражает, ведь твою работу никто не отменял.
Но если это перетерпеть, то потом начинается эйфория. Привыкли к новому виду, осознали, что стало лучше, и работать кайфово.
Поэтому к пунктам о подготовке я бы теперь добавила еще один: работа с командой.
Ей нужно рассказывать, что происходит, что ждет и зачем это делается. Чтобы все понимали, ради чего будут терпеть временные неудобства.
Поделитесь, приходилось ли готовить команду к глобальным изменениям, или как сами с ними справлялись?
Как иногда хочется руководствоваться принципом "Работает - не трогай!"
Но налаженные годами системы приходится перенастраивать. Почему и как это происходит, я в прошлом году рассказывала на Планфикс Коннект. Тема звучала немного страшно: «Рефакторинг длиной в полгода».
Я бы выделила две основные причины этой процедуры:
◾ рост компании и/или изменение бизнес-процессов
◾ достигли лимита ресурсов системы
Но я сейчас не буду снова рассказывать о ней.
С выступления мне довелось поучаствовать в рефакторинге еще одной системы, менее масштабном. Но именно сейчас я почувствовала, как болезненно может переживать изменения компания и ее сотрудники. Даже если хорошо готовиться.
Большинство изменений проходят невидимыми для сотрудников. Но вместе с рефакторингом происходит и оптимизация системы. И это уже заметная для них часть.
Работа в системе может стать хоть в 10 раз удобнее и лучше, но в моменте изменения очень сложно принять. Так устроен наш мозг. Все новое и непонятное – опасно.
К тому же, все происходит «наживую», то есть в процессе работы. И приходится терпеть, пока выловятся и починятся все баги. Отвлекает, раздражает, ведь твою работу никто не отменял.
Но если это перетерпеть, то потом начинается эйфория. Привыкли к новому виду, осознали, что стало лучше, и работать кайфово.
Поэтому к пунктам о подготовке я бы теперь добавила еще один: работа с командой.
Ей нужно рассказывать, что происходит, что ждет и зачем это делается. Чтобы все понимали, ради чего будут терпеть временные неудобства.
Поделитесь, приходилось ли готовить команду к глобальным изменениям, или как сами с ними справлялись?
👍7🔥7❤4👏2
Коллеги, этой статьёй надеюсь открыть цикл на тему “Разработка и коты”. Как коты помогают разработчикам.
У меня есть кот. И как это ни странно, часто процессы, связанные с ним, помогают оценить какой-то новый сервис или просто шевельнуть мозговой извилиной.
Итак, первое - коту надо делать прививку один раз в год. Понятно, что можно использовать периодическую задачу в ПланФикс, но есть нюансов:
- я их не люблю
- они настраиваются на определённую дату, а прививку я могу сделать коту чуть раньше или чуть позже
- кроме прививок коту нужно давать препараты, и сроки их связаны.
Таким образом образовался процесс с нехитрым названием Повторяющаяся задача.
Статусы - В работе, В ожидании активации, Завершённая.
И два шаблона - Прививка и Препарат №
Если кратко - при создании задачи на прививку она создаётся в статусе Ожидание активации, подзадачей создаётся Препарат № (номер из поля надзадачи, т.е. сначала Препарат № 1).
Ставим дату начала на год вперёд.
Это означает, что сначала надо дать коту первый препарат. Когда коту дали первый препарат, при завершении создаётся Препарат № 2 с датой начала + 3 месяца от текущей. Затем Препарат № 3 также + 3 месяца.
Препарат № 4 создаётся за 20 дней до даты начала Прививки - 10 дней на всё про всё, 10 дней должно пройти перед прививкой.
За 5 дней до начала каждой задачи на Препарат приходит напоминание, т.к. его ещё купить надо.
По завершении задачи Прививка создаётся новая с датой начала плюс год, и цикл повторяется.
Отличие от штатного функционала - есть всегда свободный сдвиг. Время считается реальное.
Таким образом уже два кота (кот и кошка) под присмотром автоматики ПланФикс не пропускают нужные процедуры.
У меня есть кот. И как это ни странно, часто процессы, связанные с ним, помогают оценить какой-то новый сервис или просто шевельнуть мозговой извилиной.
Итак, первое - коту надо делать прививку один раз в год. Понятно, что можно использовать периодическую задачу в ПланФикс, но есть нюансов:
- я их не люблю
- они настраиваются на определённую дату, а прививку я могу сделать коту чуть раньше или чуть позже
- кроме прививок коту нужно давать препараты, и сроки их связаны.
Таким образом образовался процесс с нехитрым названием Повторяющаяся задача.
Статусы - В работе, В ожидании активации, Завершённая.
И два шаблона - Прививка и Препарат №
Если кратко - при создании задачи на прививку она создаётся в статусе Ожидание активации, подзадачей создаётся Препарат № (номер из поля надзадачи, т.е. сначала Препарат № 1).
Ставим дату начала на год вперёд.
Это означает, что сначала надо дать коту первый препарат. Когда коту дали первый препарат, при завершении создаётся Препарат № 2 с датой начала + 3 месяца от текущей. Затем Препарат № 3 также + 3 месяца.
Препарат № 4 создаётся за 20 дней до даты начала Прививки - 10 дней на всё про всё, 10 дней должно пройти перед прививкой.
За 5 дней до начала каждой задачи на Препарат приходит напоминание, т.к. его ещё купить надо.
По завершении задачи Прививка создаётся новая с датой начала плюс год, и цикл повторяется.
Отличие от штатного функционала - есть всегда свободный сдвиг. Время считается реальное.
Таким образом уже два кота (кот и кошка) под присмотром автоматики ПланФикс не пропускают нужные процедуры.
🔥16👍3😁3❤2
Как говорить с клиентом на одном языке и не застрелиться? 😱
Всем aloha! На связи – Ирэн👋🏻
Сегодня хотела ворваться с наблюдениями и мыслями на тему:
«Что говорим мы - и что слышит клиент в этот момент»
В общем-то вот вам пара ситуаций «ожидание – реальность» от сотрудничества с интегратором.
Ситуация 1.
- Добрый день! Увидел на вашем сайте готовую конфигурацию, готов оплатить! (судя по описанию – это то, что мне нужно)
- Добрый день! (мы тебя уже любим🫶🏻) Хотели бы уточнить, отвечает ли данная конфигурация вашим требованиям, какая задача перед вами стоит? (интересно нужна ли будет доработка, достаточно ли будет полей ..)
- Да-да. Я уже изучил вопрос. Мне подходит (делов-то на 30 минут, установил и пользуйся😎)
- Отлично! Все установлено. Проверили на тестовом контрагенте, все работает.
На реальных задачах проверить не получится, так как доступы у нас ограничены. Понаблюдайте, пожалуйста (мы – молодцы!🦾)
- А можно еще настроить, чтобы….
-платежка отправлялась в банк;
- задачи создавались по кастомному шаблону;
- А как мне привязать все это дело к другому процессу
- А сделайте мне видеоинструкцию:
- А давайте созвонимся и подумаем как решить…..
- (О, кажется, для нас есть работа!🥹) Мы с радостью готовы помочь, но данная работа оплачивается в рамках пакета часов.
- А почему я должен дополнительно платить?!🤬 Просто доработайте функционал нормально, чтобы все работало как мне нужно! (Очередной развод, какая-то шарашкина контора)
- Но готовая конфигурация не предполагает настроек….(О, боги, почему мы не выяснили все на берегу…🙈)
Итог: клиент разочарован в компании, деньги возвращены (да да, мы добрые)
Какие выводы сделаны:
1. Мы должны убедиться, что клиент понимает как устроена конфигурация, что она отвечает его требованиям.
2. Зафиксировать все договоренности документально.
3. Предвещать доработки и рассказывать о возможных нюансах и проблемах
Ситуация 2.
Сотрудничаем с клиентом около года. У них сменился лпр по ПФ, у нас появился новый сотрудник техподдержки (храни его Господь🙏🏻)) Но коса нашла на камень.
- Добрый день! Нас не устраивает ваша работа!😡
Вот перечень конкретных ситуаций:
* вот здесь сотрудник задает лишний уточняющий вопрос, прошел бы по ссылке и все увидел …(и все-то им разжевывать нужно)
* вот здесь сотрудник спрашивает, все ли работает так как , он, что не может сам посмотреть?! (это вообще не моя обязанность)
* вот здесь он опять спрашивает у меня, я же указала в ТЗ, что не могу «изменить статус». Ну очевидно же, что речь о поле «обработка заявки»! (мне, что каждый раз отвлекаться и давать комментарии, у меня так рабочий день закончится?!)
* вот здесь вы включили обязательность для заполнения поля. Зачем? (что за инициатива?)
* очень долго решаете задачу (чего там сложного-то)
Итог: У клиента негатив
У проект-менеджера - хандра и демотивация и вообще пошел курить (первый раз!)
Какие выводы сделаны:
Быть откровенным с клиентом: предупреждать о внедрении нового сотрудника, о возможных задержках дедлайнов.
При необходимости обговорить, что без качественной обратной связи от них – настройка может быть менее эффективной и затянуться.
Мы вообще любим делать выводы и учиться на своих ошибках.
А еще вас!❤️
Всем добра и взаимопонимания.
Всем aloha! На связи – Ирэн👋🏻
Сегодня хотела ворваться с наблюдениями и мыслями на тему:
«Что говорим мы - и что слышит клиент в этот момент»
В общем-то вот вам пара ситуаций «ожидание – реальность» от сотрудничества с интегратором.
Ситуация 1.
- Добрый день! Увидел на вашем сайте готовую конфигурацию, готов оплатить! (судя по описанию – это то, что мне нужно)
- Добрый день! (мы тебя уже любим🫶🏻) Хотели бы уточнить, отвечает ли данная конфигурация вашим требованиям, какая задача перед вами стоит? (интересно нужна ли будет доработка, достаточно ли будет полей ..)
- Да-да. Я уже изучил вопрос. Мне подходит (делов-то на 30 минут, установил и пользуйся😎)
- Отлично! Все установлено. Проверили на тестовом контрагенте, все работает.
На реальных задачах проверить не получится, так как доступы у нас ограничены. Понаблюдайте, пожалуйста (мы – молодцы!🦾)
- А можно еще настроить, чтобы….
-платежка отправлялась в банк;
- задачи создавались по кастомному шаблону;
- А как мне привязать все это дело к другому процессу
- А сделайте мне видеоинструкцию:
- А давайте созвонимся и подумаем как решить…..
- (О, кажется, для нас есть работа!🥹) Мы с радостью готовы помочь, но данная работа оплачивается в рамках пакета часов.
- А почему я должен дополнительно платить?!🤬 Просто доработайте функционал нормально, чтобы все работало как мне нужно! (Очередной развод, какая-то шарашкина контора)
- Но готовая конфигурация не предполагает настроек….(О, боги, почему мы не выяснили все на берегу…🙈)
Итог: клиент разочарован в компании, деньги возвращены (да да, мы добрые)
Какие выводы сделаны:
1. Мы должны убедиться, что клиент понимает как устроена конфигурация, что она отвечает его требованиям.
2. Зафиксировать все договоренности документально.
3. Предвещать доработки и рассказывать о возможных нюансах и проблемах
Ситуация 2.
Сотрудничаем с клиентом около года. У них сменился лпр по ПФ, у нас появился новый сотрудник техподдержки (храни его Господь🙏🏻)) Но коса нашла на камень.
- Добрый день! Нас не устраивает ваша работа!😡
Вот перечень конкретных ситуаций:
* вот здесь сотрудник задает лишний уточняющий вопрос, прошел бы по ссылке и все увидел …(и все-то им разжевывать нужно)
* вот здесь сотрудник спрашивает, все ли работает так как , он, что не может сам посмотреть?! (это вообще не моя обязанность)
* вот здесь он опять спрашивает у меня, я же указала в ТЗ, что не могу «изменить статус». Ну очевидно же, что речь о поле «обработка заявки»! (мне, что каждый раз отвлекаться и давать комментарии, у меня так рабочий день закончится?!)
* вот здесь вы включили обязательность для заполнения поля. Зачем? (что за инициатива?)
* очень долго решаете задачу (чего там сложного-то)
Итог: У клиента негатив
У проект-менеджера - хандра и демотивация и вообще пошел курить (первый раз!)
Какие выводы сделаны:
Быть откровенным с клиентом: предупреждать о внедрении нового сотрудника, о возможных задержках дедлайнов.
При необходимости обговорить, что без качественной обратной связи от них – настройка может быть менее эффективной и затянуться.
Мы вообще любим делать выводы и учиться на своих ошибках.
А еще вас!❤️
Всем добра и взаимопонимания.
👍7🔥6❤4
Не смотреть на календарь, не смотреть на календарь!
Вы заметили, что прошло уже 3 месяца, целый квартал (ужасное слово, не люблю его🥴) 2025 года? Каждый раз, когда осознаешь, как быстро летит время, хочется оглянуться назад и подвести итоги. Итак, вот что у нас произошло:
1. Планирование: Наверное, самым долгожданным достижением стало то, что мы наконец нащупали подход к планированию. Последние три месяца мы работаем спринтами, но с некоторыми изменениями под нашу специфику. Появилось ощущение контроля и понимание загрузки в команде. Об этом обязательно расскажу в отдельном посте!
2. Передача функций лид-менеджера: Я наконец начал понемногу снимать с себя функцию продажника. Полгода назад у нас появился отдельный сотрудник на эту должность, и теперь я могу освободить себя от работы с новыми клиентами. Доверить контакты с потенциальными клиентами другому человеку — это отдельный вид достижения.
3. Техническая поддержка: Мы снова столкнулись с тем, что на решение мелких клиентских задач уходит слишком много времени из-за постоянных переключений и коммуникаций с поддержкой разных сервисов. Поэтому у нас появился выделенный человек на технической поддержке. Мы взяли человека с опытом работы в ПФ! Оказывается, не нужно тратить 2-3 месяца на обучение😅 Новый сотрудник начал работать с первого дня, и результат просто отличный. Надеюсь, он когда-нибудь расскажет тут о своем опыте!
4. Командная неделя: В январе мы провели замечательную неделю почти полным составом команды. Мы много общались, пофоткались и отлично провели время вместе.
5. Рефакторинг аккаунта: Немного привели в порядок наш собственный аккаунт, так как начали упираться в лимиты. Пришлось провести рефакторинг полей (их было почти 700!) и шаблонов. Когда компания постоянно меняется и тестирует разные подходы, такие вещи просто необходимы.
Вот такие итоги за первый квартал! А как прошли ваши три месяца? Делитесь в комментариях!
Вы заметили, что прошло уже 3 месяца, целый квартал (ужасное слово, не люблю его🥴) 2025 года? Каждый раз, когда осознаешь, как быстро летит время, хочется оглянуться назад и подвести итоги. Итак, вот что у нас произошло:
1. Планирование: Наверное, самым долгожданным достижением стало то, что мы наконец нащупали подход к планированию. Последние три месяца мы работаем спринтами, но с некоторыми изменениями под нашу специфику. Появилось ощущение контроля и понимание загрузки в команде. Об этом обязательно расскажу в отдельном посте!
2. Передача функций лид-менеджера: Я наконец начал понемногу снимать с себя функцию продажника. Полгода назад у нас появился отдельный сотрудник на эту должность, и теперь я могу освободить себя от работы с новыми клиентами. Доверить контакты с потенциальными клиентами другому человеку — это отдельный вид достижения.
3. Техническая поддержка: Мы снова столкнулись с тем, что на решение мелких клиентских задач уходит слишком много времени из-за постоянных переключений и коммуникаций с поддержкой разных сервисов. Поэтому у нас появился выделенный человек на технической поддержке. Мы взяли человека с опытом работы в ПФ! Оказывается, не нужно тратить 2-3 месяца на обучение😅 Новый сотрудник начал работать с первого дня, и результат просто отличный. Надеюсь, он когда-нибудь расскажет тут о своем опыте!
4. Командная неделя: В январе мы провели замечательную неделю почти полным составом команды. Мы много общались, пофоткались и отлично провели время вместе.
5. Рефакторинг аккаунта: Немного привели в порядок наш собственный аккаунт, так как начали упираться в лимиты. Пришлось провести рефакторинг полей (их было почти 700!) и шаблонов. Когда компания постоянно меняется и тестирует разные подходы, такие вещи просто необходимы.
Вот такие итоги за первый квартал! А как прошли ваши три месяца? Делитесь в комментариях!
2👍11🔥5👏2
Дашборды или Отчеты? Все за и против
Всем привет! Нередко же бывают ситуации, когда клиент просит добавить много информации в один отчет, но в рамках ПланФикса это сделать нереально? На помощь в такой ситуации несомненно приходят дашборды! Но на самом ли деле они так удобны? Давайте взвесим все плюсы и минусы использования дашбордов
Плюсы:
+ дашборд можно собрать практически из любых данных
В этом кроется один из главных плюсов использования дашбордов. Апеллируя данными, можно собрать отчеты более сложного уровня
+ все данные отображаются автоматически
В отличие от отчетов, в дашборды информация передается автоматически, и всю информацию можно видеть сразу на экране не «запуская» отчет по несколько раз
+ удобное расположение таблиц и графиков
Отчеты Планфикса не позволяют редактировать саму таблицу с данными, да и редактирование таблиц тоже весьма ограничено. В дашбордах же можно как угодно размещать, увеличивать, уменьшать, редактировать графики и таблицы
Минусы:
- авторизация
Для получения доступа к дашборду необходимо авторизоваться в сервисе для дашбордов
- дополнительная плата
Данные для дашбордов также нужно хранить и обрабатывать с помощью сторонних сервисов, которые требуют оплату
- данные могут передавать с задержкой
Данные в Планфиксе добавляются ежесекундно, но в дашборде они актуализируются не моментально. Нужно какое-то время, чтобы они «добрались» до точки назначения. При запуске же отчета Планфикса показываются всегда актуальные данные
А были ли у вас случаи, когда не получалось отобразить информацию при помощи стандартных отчетов? Делитесь примерами в комментариях 👇🏻
Всем привет! Нередко же бывают ситуации, когда клиент просит добавить много информации в один отчет, но в рамках ПланФикса это сделать нереально? На помощь в такой ситуации несомненно приходят дашборды! Но на самом ли деле они так удобны? Давайте взвесим все плюсы и минусы использования дашбордов
Плюсы:
+ дашборд можно собрать практически из любых данных
В этом кроется один из главных плюсов использования дашбордов. Апеллируя данными, можно собрать отчеты более сложного уровня
+ все данные отображаются автоматически
В отличие от отчетов, в дашборды информация передается автоматически, и всю информацию можно видеть сразу на экране не «запуская» отчет по несколько раз
+ удобное расположение таблиц и графиков
Отчеты Планфикса не позволяют редактировать саму таблицу с данными, да и редактирование таблиц тоже весьма ограничено. В дашбордах же можно как угодно размещать, увеличивать, уменьшать, редактировать графики и таблицы
Минусы:
- авторизация
Для получения доступа к дашборду необходимо авторизоваться в сервисе для дашбордов
- дополнительная плата
Данные для дашбордов также нужно хранить и обрабатывать с помощью сторонних сервисов, которые требуют оплату
- данные могут передавать с задержкой
Данные в Планфиксе добавляются ежесекундно, но в дашборде они актуализируются не моментально. Нужно какое-то время, чтобы они «добрались» до точки назначения. При запуске же отчета Планфикса показываются всегда актуальные данные
А были ли у вас случаи, когда не получалось отобразить информацию при помощи стандартных отчетов? Делитесь примерами в комментариях 👇🏻
2👍9🔥8🤩5
Продолжаем тему отчетов
С ними у меня связана забавная история.
2022 год. Я уже год настраиваю клиентские аккаунты, готовлюсь к аттестации и чувствую себя настоящим профессионалом 💪
Записываю очередную видео инструкцию и тут @basamykin говорит – "Покажи еще в видео, как этот отчет из контакта запускать".
В смысле из контакта?
Для меня как будто открылся новый мир: оказывается можно из контакта отчет запускать. И из задачи тоже.Сегодня, когда писала пост, узнала, что в проекте кнопка тоже есть.
Как так вышло, что я целый год не замечала на боковой панели эту кнопку – загадка)
С тех пор я больше никогда не думала, что знаю ПланФикс на 100%
Недавно настраивали отчеты и столкнулись с необходимостью запускать отчет по контрагенту из карточки задачи и, к сожалению, не нашли такой возможности.
Чтобы запустить отчет, нужно перейти в карточку контрагента, а это лишние клики.
Приняли решение выводить ссылку на отчет в задачу с помощью динамического блока.
Ссылка на отчет с привязкой к контрагенту содержит 3 основных параметра:
• id – идентификатор отчета, тут все понятно
• loginid – идентификатор контрагента, вытаскиваем просто переменной {{Задача.Контрагент.Идентификатор}}
• contactid – вот тут возникли сложности. Это не номер контрагента, не идентификатор. Как сообщили в поддержке, переменной, чтобы вытащить это значение из контакта, нет.
В итоге contactid удалось получить через xml api, сохранить в отдельное поле контакта и уже из этого поля брать значение для формирования ссылки.
Такое решение имеет ряд минусов:
• Дополнительное поле в карточке контакта
• API-запрос при создании каждого нового контакта
• Если на стороне ПланФикса поменяется формат ссылки – придется все переделывать.
Но есть и несомненный плюс:
Запуск отчета в один клик – красота 🤩
С ними у меня связана забавная история.
2022 год. Я уже год настраиваю клиентские аккаунты, готовлюсь к аттестации и чувствую себя настоящим профессионалом 💪
Записываю очередную видео инструкцию и тут @basamykin говорит – "Покажи еще в видео, как этот отчет из контакта запускать".
В смысле из контакта?
Для меня как будто открылся новый мир: оказывается можно из контакта отчет запускать. И из задачи тоже.
Как так вышло, что я целый год не замечала на боковой панели эту кнопку – загадка)
С тех пор я больше никогда не думала, что знаю ПланФикс на 100%
Недавно настраивали отчеты и столкнулись с необходимостью запускать отчет по контрагенту из карточки задачи и, к сожалению, не нашли такой возможности.
Чтобы запустить отчет, нужно перейти в карточку контрагента, а это лишние клики.
Приняли решение выводить ссылку на отчет в задачу с помощью динамического блока.
Ссылка на отчет с привязкой к контрагенту содержит 3 основных параметра:
• id – идентификатор отчета, тут все понятно
• loginid – идентификатор контрагента, вытаскиваем просто переменной {{Задача.Контрагент.Идентификатор}}
• contactid – вот тут возникли сложности. Это не номер контрагента, не идентификатор. Как сообщили в поддержке, переменной, чтобы вытащить это значение из контакта, нет.
В итоге contactid удалось получить через xml api, сохранить в отдельное поле контакта и уже из этого поля брать значение для формирования ссылки.
Такое решение имеет ряд минусов:
• Дополнительное поле в карточке контакта
• API-запрос при создании каждого нового контакта
• Если на стороне ПланФикса поменяется формат ссылки – придется все переделывать.
Но есть и несомненный плюс:
Запуск отчета в один клик – красота 🤩
This media is not supported in your browser
VIEW IN TELEGRAM
1🔥19👍11👏7
Немного о продажах
Всем привет! Я Лера, менеджер по продажам компании «ТАКТИК». Возможно, с некоторыми мы уже знакомы, поскольку именно я провожу первичную консультацию по платформе ПланФикс 😁
За время работы здесь у меня накопились некоторые наблюдения, которыми я бы хотела поделиться с вами.
1. Продажи - это не про навязывание
Продажи в «ТАКТИК» - это не просто продажи, а нечто большее. В некоторых организациях действует правило о том, что главное – продажа, любой ценой. Но здесь всё иначе. На самом деле, хорошая продажа – это решение проблем клиента. И моя задача не просто рассказать о продукте, а понять, что именно нужно клиенту и предложить лучший вариант реализации его запросов.
2. Доверие и честность
Если мы не заслужим доверия клиента, то о сделке можно забыть, поскольку доверие – главное условие успешной сделки. И здесь нашим кредо является честность. Если мы понимаем, что наш продукт покроет не все запросы клиента или вовсе ему не подойдет, то мы честно ему об этом скажем 😇
3. Продажи – это психология
Умение слушать важнее, чем умение говорить, ведь, узнав историю клиента, его боли и опасения, мы можем разработать индивидуальную стратегию работы с ним. Все мы люди, и все мы любим, когда нас понимают.
4. Работа с возражениями – искусство
«Дорого», «подумаю», «сравню с Битрикс24» – эти фразы мне приходится слышать на каждом втором созвоне. И здесь мне нужно выявить истинную причину возражений. Очень часто за самой распространённым «мне нужно подумать» скрывается недоверие или непонимание ценности, и я должна развеять сомнения клиента и ответить на все озвученные и неозвученные вопросы.
5. Никого не бросаем
В нашей практике бывает так, что клиент, познакомившись с ПланФиксом, решает не сотрудничать с нами, а, например, настраивать свой аккаунт самостоятельно. Но в таком случае мы не исчезаем из жизни клиента: он имеет возможность обращаться к нам за консультацией по настройке системы.
Иногда на первичную консультацию ко мне приходит клиент, самостоятельно разбирающийся в настройках платформы, но столкнувшийся с мелкой технической проблемой. В такой ситуации мы с радостью поможем: проанализируем ситуацию и починим всё быстро и бесплатно.
Подводя итоги, хотелось бы сказать, что продажи в нашей компании – это не просто «позвонил-договорился-продал». Это сложный, долгоиграющий, но очень интересный процесс, в котором важную роль играют отзывчивость и человеческие отношения.
Если вам интересна тема продаж, оставляйте свои комментарии – могу рассказать больше о кейсах из нашей практики и лайфхаках 😊
Всем привет! Я Лера, менеджер по продажам компании «ТАКТИК». Возможно, с некоторыми мы уже знакомы, поскольку именно я провожу первичную консультацию по платформе ПланФикс 😁
За время работы здесь у меня накопились некоторые наблюдения, которыми я бы хотела поделиться с вами.
1. Продажи - это не про навязывание
Продажи в «ТАКТИК» - это не просто продажи, а нечто большее. В некоторых организациях действует правило о том, что главное – продажа, любой ценой. Но здесь всё иначе. На самом деле, хорошая продажа – это решение проблем клиента. И моя задача не просто рассказать о продукте, а понять, что именно нужно клиенту и предложить лучший вариант реализации его запросов.
2. Доверие и честность
Если мы не заслужим доверия клиента, то о сделке можно забыть, поскольку доверие – главное условие успешной сделки. И здесь нашим кредо является честность. Если мы понимаем, что наш продукт покроет не все запросы клиента или вовсе ему не подойдет, то мы честно ему об этом скажем 😇
3. Продажи – это психология
Умение слушать важнее, чем умение говорить, ведь, узнав историю клиента, его боли и опасения, мы можем разработать индивидуальную стратегию работы с ним. Все мы люди, и все мы любим, когда нас понимают.
4. Работа с возражениями – искусство
«Дорого», «подумаю», «сравню с Битрикс24» – эти фразы мне приходится слышать на каждом втором созвоне. И здесь мне нужно выявить истинную причину возражений. Очень часто за самой распространённым «мне нужно подумать» скрывается недоверие или непонимание ценности, и я должна развеять сомнения клиента и ответить на все озвученные и неозвученные вопросы.
5. Никого не бросаем
В нашей практике бывает так, что клиент, познакомившись с ПланФиксом, решает не сотрудничать с нами, а, например, настраивать свой аккаунт самостоятельно. Но в таком случае мы не исчезаем из жизни клиента: он имеет возможность обращаться к нам за консультацией по настройке системы.
Иногда на первичную консультацию ко мне приходит клиент, самостоятельно разбирающийся в настройках платформы, но столкнувшийся с мелкой технической проблемой. В такой ситуации мы с радостью поможем: проанализируем ситуацию и починим всё быстро и бесплатно.
Подводя итоги, хотелось бы сказать, что продажи в нашей компании – это не просто «позвонил-договорился-продал». Это сложный, долгоиграющий, но очень интересный процесс, в котором важную роль играют отзывчивость и человеческие отношения.
Если вам интересна тема продаж, оставляйте свои комментарии – могу рассказать больше о кейсах из нашей практики и лайфхаках 😊
1👍10🔥8❤6👏2
Копирование данных аналитик
Вот и лето пришло☀️
Мы только отошли от майских праздников, а уже наступило время отпусков, шашлыков и пива на летниках.
Но сегодня рабочий день, поэтому будем наслаждаться интересными кейсами.
Компания предоставляет услуги физическим лицам и для их учета использует 2 аналитики:
- одну добавляет постановщик, когда договаривается с клиентом («План»);
- вторую добавляет исполнитель, когда фактически оказывает услуги («Факт»).
Вот такая специфика бизнеса – договорились на одно, а сделать могут что-то другое.
Безусловно, исполнителю на месте хочется редактировать ранее добавленную аналитику, а не вбивать все заново, но делать его аудитором задачи нельзя.
Было принято решение переносить данные из аналитики «План» в аналитику «Факт» от имени исполнителя в тот момент, когда этот исполнитель назначается.
В этом нам поможет rest api.
Первым делом, добавим в задачу комментарий от имени нашего исполнителя
Дальше разбираем ответ, чтобы получить id комментария и следующим действием добавляем в этот комментарий аналитику "Факт", заполняя ее данными из аналитики "План":
В примере оставила только часть полей, но, думаю, смысл понятен 😊
В результате мы получаем аналитику "Факт" с данными, идентичными аналитике "План", добавленную от имени исполнителя, которую он может легко отредактировать.
Вот и лето пришло☀️
Мы только отошли от майских праздников, а уже наступило время отпусков, шашлыков и пива на летниках.
Но сегодня рабочий день, поэтому будем наслаждаться интересными кейсами.
Компания предоставляет услуги физическим лицам и для их учета использует 2 аналитики:
- одну добавляет постановщик, когда договаривается с клиентом («План»);
- вторую добавляет исполнитель, когда фактически оказывает услуги («Факт»).
Вот такая специфика бизнеса – договорились на одно, а сделать могут что-то другое.
Безусловно, исполнителю на месте хочется редактировать ранее добавленную аналитику, а не вбивать все заново, но делать его аудитором задачи нельзя.
Было принято решение переносить данные из аналитики «План» в аналитику «Факт» от имени исполнителя в тот момент, когда этот исполнитель назначается.
В этом нам поможет rest api.
Первым делом, добавим в задачу комментарий от имени нашего исполнителя
{
"description": "Автоматически добавлена аналитика с фактическими услугами",
"owner": {
"id": "user:%%%{{Задача.Исполнитель.Номер}}%%%"
}
}
Дальше разбираем ответ, чтобы получить id комментария и следующим действием добавляем в этот комментарий аналитику "Факт", заполняя ее данными из аналитики "План":
{
"dataTag": {
"id": id аналитики Факт
},
"items": [%%$ДЛЯКАЖДОГО({{Аналитика.План}};",")$%%
{
"customFieldData": [
%%$ЕСЛИ({{Аналитика.План.Услуга.Идентификатор}}!="")$%%
{
"field": {
"id": id поля с услугой в аналитике Факт
},
"value": {
"id": {{Аналитика.План.Услуга.Идентификатор}}
}
}
%%$КОНЕЦБЛОКА$%%
%%$ЕСЛИ({{Аналитика.План.Количество}}!="")$%%
,{
"field": {
"id": id поля с количеством в аналитике Факт
},
"value": {{Аналитика.План.Количество}}
}
%%$КОНЕЦБЛОКА$%%
]}
%%$КОНЕЦБЛОКА$%%]
}
В примере оставила только часть полей, но, думаю, смысл понятен 😊
В результате мы получаем аналитику "Факт" с данными, идентичными аналитике "План", добавленную от имени исполнителя, которую он может легко отредактировать.
🔥11👍8🤩5❤1
В эту пятничную среду хочу обсудить больную тему: получение доступа к внешним сервисам клиентов.
Казалось бы, простая задача: подключить корпоративную почту в ПланФикс. Дело 10 минут, которое растянулось на несколько дней, потому что нам нужно:
• Выяснить, что клиент подразумевает под корпоративной почтой.
• Понять, что почты, привязанной к домену нет.
• Помочь с выбором сервиса для корпоративной почты.
• Получить доступ к хостингу и почтовому сервису для привязки домена.
• Привязать домен, завести учетные записи сотрудников.
• Настроить внешнюю почту в ПланФикс.
Сейчас мы на стадиидепрессии получения доступов и никак не скоординируемся с клиентом, чтобы он оперативно предоставил коды, которые приходят в пуш – и смс – сообщениях.
Очевидно, что с некоторыми клиентами получение кодов подтверждения в режиме переписки не работает.
Возможно нужно звонить клиенту и, как телефонные мошенники, не отпускать, пока не получишь все нужные коды.
Ну или брать в работу задачу по настройке почты только если у клиента эта почта есть и ему известны все необходимые логины и пароли.
Что думаете?
Казалось бы, простая задача: подключить корпоративную почту в ПланФикс. Дело 10 минут, которое растянулось на несколько дней, потому что нам нужно:
• Выяснить, что клиент подразумевает под корпоративной почтой.
• Понять, что почты, привязанной к домену нет.
• Помочь с выбором сервиса для корпоративной почты.
• Получить доступ к хостингу и почтовому сервису для привязки домена.
• Привязать домен, завести учетные записи сотрудников.
• Настроить внешнюю почту в ПланФикс.
Сейчас мы на стадии
Интегратор (И): Готовы сейчас прислать код?
Клиент (К): Да
И: Отлично, запросили
Прошло 5 минут
К: 123456
И: Код уже недействителен, можем запросить новый?
Закончился рабочий день
К: Да, давайте
Начался новый рабочий день
И: Можем сейчас запросить?
..и так до бесконечности…
Очевидно, что с некоторыми клиентами получение кодов подтверждения в режиме переписки не работает.
Возможно нужно звонить клиенту и
Ну или брать в работу задачу по настройке почты только если у клиента эта почта есть и ему известны все необходимые логины и пароли.
Что думаете?
👍4🔥4❤2😁1
Несогласованность действий - очень вредоносная штука. Если нет человека, который координирует развитие смежных систем в организации, то рано или поздно может больновато ударить. Особенно при активном росте компании, подключении новых сервисов, росте количества подрядчиков и т.д
Это как путешествовать без карты, идти вслепую. Каждой компании нужна своя дорожная карта.
"Спасибо, Кэп" - скажет кто-то. Но мы иногда с болью смотрим, как компания нанимает все больше подрядчиков для развития своих сервисов, помогающих бизнесу. Как тратятся деньги и как результат их не радует, только добавляя проблем.
И нам тоже вновь и вновь надо разбираться, отчего сыпятся ошибки по нашей части. Работать с негативом от сотрудников, терпеливо и доходчиво объяснять заказчику, откуда взялись проблемы. Потому что для него складывается ситуация: все все сделали, как их просили, но что-то не работает. И виноватых-то вроде нет.
Какие курьёзные (или не очень) ситуации у вас были из-за неслаженной работы разных подрядчиков? Можно излить душу в комментах 😁
Это как путешествовать без карты, идти вслепую. Каждой компании нужна своя дорожная карта.
"Спасибо, Кэп" - скажет кто-то. Но мы иногда с болью смотрим, как компания нанимает все больше подрядчиков для развития своих сервисов, помогающих бизнесу. Как тратятся деньги и как результат их не радует, только добавляя проблем.
И нам тоже вновь и вновь надо разбираться, отчего сыпятся ошибки по нашей части. Работать с негативом от сотрудников, терпеливо и доходчиво объяснять заказчику, откуда взялись проблемы. Потому что для него складывается ситуация: все все сделали, как их просили, но что-то не работает. И виноватых-то вроде нет.
Какие курьёзные (или не очень) ситуации у вас были из-за неслаженной работы разных подрядчиков? Можно излить душу в комментах 😁
👍4🔥4❤3👏3
Сбор обратной связи
Важность получения обратной связи всем давно известна, поэтому опустим эту тему и сразу перейдем к технической стороне вопроса.
Чем проще функционал для сбора обратной связи – тем больше вероятность, что клиент эту обратную связь даст.
Если речь идет о сборе обратной связи по электронной почте, то самое удобное для клиента – это просто тыкнуть на соответствующую кнопочку с оценкой.
Такой функционал легко реализуется с помощью вебхуков:
1. На стороне ПланФикса создаем вебхук, который будет искать задачу по номеру и помещать в нее выбранную оценку.
2. В кнопку в сверстанном письме зашиваем ссылку на этот вебхук, к которой добавляем переменную с номером задачи и соответствующую цифру оценки. Вот такой вид ссылки получаем:
3. Клиент нажимает на кнопку – срабатывает вебхук, а у клиента открывается стационарная страница нашего сайта с благодарностью за оценку.
Но как быть, если от клиента хочется получить развернутый ответ, а не просто цифру?
Мы реализовали это с помощью отдельной ссылки, при нажатии на которую открывается Яндекс Форма, где можно поставить оценку и написать комментарий.
В Яндекс Форму добавлено скрытое поле с номером задачи и после заполнения данные приходят в нужную задачу:
Но как же хочется скрестить оба варианта, чтобы клиент почаще оставлял развернутый отзыв 😇
Только представьте – клиент нажимает на кнопку и у него вместо статичной страницы сайта открывается Яндекс Форма, в которой он может оставить комментарий. А если не оставит – ничего страшного, ведь вебхук уже зафиксировал в задаче выставленную оценку.
Чтобы такое реализовать, можно также использовать вебхуки, зашитые в кнопки, но после выполнения вебхука отдавать не статичную ссылку на сайт - а ссылку на Яндекс Форму, в которую зашит номер задачи.
К сожалению, моя идея разбилась о невозможность использовать переменные в разделе «Ответ на вебхук» при настройке вебхука.
Поддержка обнадежила тем, что такая доработка запланирована.
Так что если кому-то она тоже нужна – смело пишите в поддержку, пусть наши голоса будут учтены)
Важность получения обратной связи всем давно известна, поэтому опустим эту тему и сразу перейдем к технической стороне вопроса.
Чем проще функционал для сбора обратной связи – тем больше вероятность, что клиент эту обратную связь даст.
Если речь идет о сборе обратной связи по электронной почте, то самое удобное для клиента – это просто тыкнуть на соответствующую кнопочку с оценкой.
Такой функционал легко реализуется с помощью вебхуков:
1. На стороне ПланФикса создаем вебхук, который будет искать задачу по номеру и помещать в нее выбранную оценку.
2. В кнопку в сверстанном письме зашиваем ссылку на этот вебхук, к которой добавляем переменную с номером задачи и соответствующую цифру оценки. Вот такой вид ссылки получаем:
https://xxx.planfix.ru/webhook/get/xxxx-xxxx-xxxx-xxxx?task={{Задача.Номер}}&rate=53. Клиент нажимает на кнопку – срабатывает вебхук, а у клиента открывается стационарная страница нашего сайта с благодарностью за оценку.
Но как быть, если от клиента хочется получить развернутый ответ, а не просто цифру?
Мы реализовали это с помощью отдельной ссылки, при нажатии на которую открывается Яндекс Форма, где можно поставить оценку и написать комментарий.
В Яндекс Форму добавлено скрытое поле с номером задачи и после заполнения данные приходят в нужную задачу:
https://forms.yandex.ru/u/xxxxxxxxxxxxxxxxxxx?task=123456
Но как же хочется скрестить оба варианта, чтобы клиент почаще оставлял развернутый отзыв 😇
Только представьте – клиент нажимает на кнопку и у него вместо статичной страницы сайта открывается Яндекс Форма, в которой он может оставить комментарий. А если не оставит – ничего страшного, ведь вебхук уже зафиксировал в задаче выставленную оценку.
Чтобы такое реализовать, можно также использовать вебхуки, зашитые в кнопки, но после выполнения вебхука отдавать не статичную ссылку на сайт - а ссылку на Яндекс Форму, в которую зашит номер задачи.
К сожалению, моя идея разбилась о невозможность использовать переменные в разделе «Ответ на вебхук» при настройке вебхука.
Поддержка обнадежила тем, что такая доработка запланирована.
Так что если кому-то она тоже нужна – смело пишите в поддержку, пусть наши голоса будут учтены)
🔥10👍5👏4🤩3