Вход Блог
Строительство и ремонт
Репетиторы
Красота
Фрилансеры
Разные специалисты
Уход за животными
Тренеры
Автоинструкторы

Создание дашбордов — удалённая работа в Москве

Дата: 2026-08-20
Детали
Регион
Москва
Занятость
дистанционно
Стоимость
договорная
Дата публикации
2026-08-20
Описание
Пожелания и особенности: Я Senior Project Manager в компании. Мне нужно самостоятельно довести до результата два внутренних управленческих проекта. Ниже я дам тебе: 1. два ТЗ; 2. скрины существующих Notion-фреймворков; 3. текущую структуру People Management. Твоя задача — не просто красиво описать процессы, а спроектировать их как реальные рабочие системы в Notion. Проанализируй мои скрины и: 4. сохрани полезные элементы существующей системы; 5. убери дублирование; 6. предложи финальную архитектуру страниц и баз данных; 7. покажи связи между базами; 8. сформируй шаблоны страниц; 9. сформируй views; 10. сформируй календарь регулярных процессов; 11. сформируй workflow от подготовки до встречи и follow-up; 12. отдельно покажи, что должен делать директор; 13. отдельно покажи, что должен делать HR; 14. отдельно покажи, что должна делать я как Senior Project Manager; 15. отдельно покажи, что должен видеть CEO; 16. сформируй инструкции и сообщения для участников. Важно: не создавай систему ради базы данных. Каждый элемент должен отвечать на вопрос: «Как это помогает управлять командой / проектом и уменьшает необходимость ручного контроля?» Если существующая структура конфликтует с ТЗ — предложи конкретное изменение и объясни, зачем оно нужно. Не выдумывай данные о сотрудниках или сроках. Для неизвестных значений используй [заполнить]. В финале дай мне: A. Architecture B. Databases C. Relations D. Views E. Templates F. Workflow G. Management Calendar H. Roles & Responsibilities I. DoD J. Messages / Guides И отдельно отметь: «Что мне нужно сделать руками в Notion» пошагово, с конкретными действиями как для чайника. ТЗ 1. HR + Business Цель проекта Превратить существующий HR + Business framework из таблицы/артефакта в регулярный управленческий процесс, встроенный во встречи HR, директоров и CEO. Система должна позволять в любой момент ответить: • что бизнес ожидает от HR; • какие задачи HR взял; • кто ответственный; • какой статус; • что изменилось с прошлого периода; • какие есть блокеры/риски; • что нужно обсудить с сео; • какие договоренности были приняты; • что должно попасть в следующий статус. Что уже есть Уже создан и второй месяц используется HR + Business framework. Его не нужно создавать заново. Нужно: 17. сохранить текущий артефакт; 18. починить технические моменты; 19. определить регулярный процесс; 20. встроить его во встречи; 21. сделать так, чтобы система работала без ручного контроля с моей стороны. 1. Структура HR + Business Клод должен использовать текущий фреймворк как основу и привести его к структуре: На каждый бизнес-блок: 1. Планы на период • что бизнес ожидает от HR; • какие запросы есть; • какие задачи нужно решить. 2. HR-задачи • задача; • ответственный; • срок; • статус; • следующий шаг; • блокер/риск; • ссылка на артефакт. 3. Статус периода • план; • факт; • что изменилось; • что не сделано; • почему; • что переносится. 4. Решения / договоренности • решение; • кто принимает; • кто делает; • срок. 5. Следующий период • что переносится; • новые задачи; • что нужно решить на встрече. 2. Регулярность процесса Ты должен визуализировать полный цикл: До начала месяца Директор / бизнес-блок Заполняет планы и запросы HR на следующий период. Например: До 25 числа — директор заполняет планы/запросы на следующий месяц. До HR + Business weekly sync HR собирает актуальный статус: • что сделано; • что в работе; • что заблокировано; • какие вопросы требуют решения. Weekly sync На встрече обсуждаются только отклонения и решения, а не весь список задач подряд. Структура встречи: 22. Что изменилось? 23. Что не выполнено? 24. Где есть риск? 25. Где нужен decision? 26. Что должно быть сделано до следующей встречи? После встречи Ответственный фиксирует: • решение; • owner; • deadline; • next step. 3. Интеграция со статусом директора и сео Это критично. Нужно сделать так, чтобы: HR + Business ? статус директора ? статус CEO То есть информация не должна жить отдельно. Например: HR-задача у директора ? статус задачи меняется ? это автоматически становится частью еженедельного статуса директора ? сео видит актуальную картину без отдельного запроса. Клод должен предложить визуальную схему этого процесса. 4. Weekly sync Создать единый шаблон встречи. Название HR + Business Weekly Agenda 1. Changes • что изменилось с прошлой недели? 2. Progress • что закрыто? 3. Risks / Blockers • где проблема? 4. Decisions • что нужно решить? 5. Next steps • кто / что / до какой даты? 5. Сообщение директорам Создать шаблон: Коллеги, с этого периода HR + Business переходим в регулярный weekly sync. На встрече будем коротко проходить: — текущие задачи HR по вашему блоку; — изменения с прошлого статуса; — блокеры и риски; — вопросы, где нужно решение; — следующие шаги. До встречи, пожалуйста, актуализируйте свои задачи и статусы в [ссылка]. На самой встрече не будем проходить весь список — фокус только на изменениях, проблемах и решениях. 6. Definition of Done проекта HR + Business Проект считается завершённым, когда: • существующий framework приведён к финальной структуре; • определена периодичность всех действий; • определены ответственные; • определены дедлайны заполнения; • создан шаблон weekly sync; • HR + Business встроен в регулярные статусы директоров; • после статусов автоматически/регулярно фиксируются решения и follow-up; • все директора работают по одному процессу; • Сео может получить актуальный статус без ручного сбора информации проектным менеджером; • процесс протестирован минимум один полный цикл; • описан гайд «как работает HR + Business»; • понятно, кто и когда актуализирует систему без участия Ани. ТЗ 2. Единый управленческий контур директоров Здесь я бы полностью пересобрала логику, учитывая комментарии руководителей. Главное изменение: ? не «страница на каждого директора» а: Команда / подразделение ? директор ? регулярные управленческие процессы ? проекты ? People Management ? статусы ? CEO То есть единицей управления должна быть команда/отдел, а не человек. Цель проекта Создать единый управленческий контур Astra, в котором сео в одном месте видит по каждой команде: • кто руководитель; • цели; • проекты; • People Management; • регулярные процессы; • текущие статусы; • ближайшие решения; • ссылки на рабочие артефакты. Это не база данных, а рабочий инструмент управления. 1. Главная структура Клод должен визуализировать: ASTRA ? ??? Команды / подразделения ? ? ??? Команда 1 ? ? ??? Руководитель ? ? ??? Q3 Goals ? ? ??? Projects ? ? ??? People Management ? ? ??? Monthly Review ? ? ??? Weekly Status ? ? ??? Quarterly Retro ? ? ? ??? Команда 2 ? ??? Команда 3 ? ??? CEO Dashboard 2. Для каждой команды Создать единый шаблон. Блок 1. Team • название команды; • директор; • участники; • зона ответственности; • ссылка на оргструктуру. Блок 2. Квартальные цели • цель; • owner; • deadline; • status; • progress; • link. Блок 3. Проекты И здесь обязательно учесть комментарий руководителя: Проекты команд — одна из составляющих пространства директоров и команд, по которым должны проходить еженедельные координации. По каждому проекту: • проект; • цель; • PM / owner; • этап; • deadline; • статус; • блокеры; • next step; • ссылка. Блок 4. People Management Не просто список сотрудников. По людям: • сотрудник; • роль; • руководитель; • текущий статус; • цели; • 1:1 / monthly review; • риски; • action items. Блок 5. Ежемесячное ревью • цели месяца; • plan; • fact; • achievements; • problems; • risks; • requests; • next month focus. Блок 6. Weekly Status Это не просто поле «статус». Цель Weekly Status: дать сео актуальную картину по команде и выявить отклонения, риски и решения, которые требуют его участия. На статусе обсуждается: 27. What changed? 28. Progress vs plan 29. Risks / blockers 30. Decisions needed 31. Next steps 3. Календарь процессов Вот это как раз то, что ты правильно почувствовала: нужно добавить даты. Сделать отдельный блок: Management Calendar Процесс Периодичность Кто готовит Deadline подготовки Дата встречи Кто участвует Артефакт Q3 Goals квартал Director XX XX Director + Ivan Goals HR + Business неделя Director / HR XX XX HR + Director Framework Weekly Status неделя Director XX XX Director + Ivan Status Monthly Review месяц Director XX XX Director + Ivan Review People Review месяц Director XX XX Director People Quarterly Retro квартал Director XX XX Director + Ivan Retro Это и есть переход от базы к управленческому контуру. 4. Что должно происходить автоматически по календарю Клод должен заложить логику: Наступает дата подготовки ? Ответственному приходит reminder ? Он обновляет артефакт ? До даты встречи статус готов ? Проводится weekly/monthly sync ? Фиксируются решения ? Owner + deadline ? Следующий цикл 5. Как актуализировать систему Это отдельный обязательный блок. Написать: Правила актуализации Структура • меняется при изменении состава команды / руководителя. Goals • актуализируются при постановке / изменении целей. Projects • обновляются owner'ом проекта. People Management • обновляется руководителем команды. Weekly Status • обновляется перед еженедельным статусом. Monthly Review • обновляется в конце месяца. Management Calendar • поддерживается PM / ответственным за контур. 6. Важное правило по ссылкам Учитывая комментарий руководителя: ? не показывать голые ссылки. Вместо: https://notion.so/.... показывать: Q3 Goals — Development People Management — Development Project Dashboard — Development Monthly Review — August То есть ссылка должна отображаться названием артефакта. 7. Что делать с комментариями Не строить процесс на комментариях. Вместо комментариев использовать: • Decision; • Question; • Blocker; • Action; • Owner; • Deadline. Например: Decision needed: подтвердить структуру команды Owner: Ivan Deadline: 21 Aug 8. CEO Dashboard Верхнеуровневая страница для руководителя. Он должен видеть: All Teams Команда Director Goals Projects People Weekly Status Risks И кликом проваливаться внутрь команды. 9. Weekly coordination На уровне команд: Weekly Team Coordination Каждый директор приходит с: 1. Goals • что планировали; • что сделали. 2. Projects • где прогресс; • где отклонение. 3. People • важные изменения; • риски. 4. Decisions • что нужно от руководителя. 5. Next week • что будет сделано.
Похожие заказы

Создание дашбордов

дистанционно
договорная
Пожелания и особенности: Закончить задание по Информатике. До 4 часов дня.
Москва Фрилансеры

Создание дашбордов

дистанционно
договорная
Пожелания и особенности: Что тебя ждёт Впереди финальный проект, где ты потренируешь навыки, полученные в этом спринте, и ещё глубже погрузишься в задачи дизайнера интерфейсов. При работе с некоторыми продуктами тебе нужно будет организовывать большие объёмы информации, например в таблицы. Важно уметь оформлять их красиво и удобно. Ты уже знаешь основные принципы дизайна таблиц и их адаптивности, теперь можно всё это применить на практике. В этом задании тебе предстоит поработать с интерфейсом, в котором есть таблицы и графики. Ты придумаешь, как должны быть организованы данные, чтобы пользователю было легко найти нужное. Работать ты будешь с одним из инструментов компании «Лента» — прогнозом спроса на товары собственного производства. Заказчик и продукт У компании «Лента» множество товаров, и около 10% из них — это товары собственного производства (продукты питания). Сейчас менеджеры магазинов решают, какое количество товаров изготовить в конкретный день, основываясь исключительно на своём опыте, что не всегда удобно и точно. У аналитиков есть данные о продажах товаров. И на их основе они разработали прогностическую модель, чтобы отслеживать, какой ожидается спрос по каждому товару в определённый период времени. Теперь важно донести эту информацию до менеджеров магазинов. Сотрудники смогут ориентироваться на прогноз по дням, когда будут планировать изготовление продукции и заказывать сырьё. По такому прогнозу менеджер магазина будет представлять, какой спрос ожидается: например, в четверг спрос на пироги в его магазине — 50 штук, а в пятницу — 200 штук. Менеджер сможет более точно планировать производство, чтобы, с одной стороны, продукции всегда хватало, а с другой — не оставалось лишней и продукты не портились. Итак, бизнес-цель — разработать визуализацию данных, чтобы помочь менеджерам магазинов планировать приготовление товаров собственного производства (кухня, пекарня и пр.). Кроме того, прогнозы помогут снизить количество списаний по сроку годности и объём упущенных продаж, когда клиенты готовы купить товар, но его нет в продаже. Аудитория продукта Менеджеры магазинов — сотрудники компании, которые отвечают за изготовление товаров собственного производства, заказывают необходимое сырьё и должны понимать примерный спрос на каждый товар. Кроме того, продуктом будут пользоваться аналитики, чтобы анализировать фактические продажи и прогноз и улучшать прогностическую модель. Твоя задача В этом проекте тебе предстоит: Спроектировать интерфейс, отображающий прогноз спроса на товары собственного производства, для заказчика ООО «Лента»; Оформить его в визуальном стиле «Ленты»; Адаптировать под нужные разрешения. Финальный результат работы — это дашборд/таблица, в которой отображается прогноз спроса по товарам, в каком количестве их нужно приготовить в каждом ТК. Материалы для работы Для работы тебе понадобятся: Брендбук «Ленты» Логотип Шрифт Montserrat (бесплатная альтернатива шрифту из брендбука) Таблица с данными от аналитиков Что конкретно нужно сделать Тебе нужно спроектировать дашборд с таблицами на основе исходных данных от аналитиков. У сотрудников есть свой профиль для входа, но интерфейс предполагается один для всех, в нём нет разделения по ролям сотрудников. Регистрацию и профиль делать не нужно. В дашборде должны быть показаны основные вкладки: Вкладка с прогнозами за период Эта таблица показывает предполагаемый спрос на товар из выбранного магазина или группы магазинов за определённый период. Ориентируйся на User Stories при проектировании функций. Как аналитик: Я хочу иметь возможность изучить прогноз для конкретного магазина за указанный мной период по группе товаров, категории товаров или отдельному товару, чтобы увидеть отклонения и закономерности в прогнозах и предложить лучшее решение по стратегии продаж. Я хочу сравнивать прогнозы за период для нескольких магазинов по группе товаров, категории товаров или отдельному товару, чтобы увидеть отклонения и закономерности в прогнозах и предложить лучшее решение по стратегии продаж. Я хочу иметь возможность сравнивать и легко находить нужную мне информацию в большом количестве строк, чтобы анализировать большие объёмы данных. Как менеджер магазина: Я хочу выбирать популярные периоды времени для прогноза (2 недели, месяц, год), чтобы сэкономить своё время при настройке фильтров прогноза. Я хочу указать свой уникальный период, за который нужен прогноз, чтобы получить более точный анализ, когда это необходимо. Я хочу видеть прогноз за выбранный период в сумме, а также в разрезе каждого дня, указанного в периоде, чтобы более точно распределить заказ на товары за период. Я хочу иметь возможность отсортировать данные в таблице по алфавиту, чтобы легко находить и анализировать нужные мне сведения. Я хочу иметь возможность отсортировать данные по количеству товаров (цифры прогноза на товары по дням) по возрастанию или убыванию, чтобы понимать, в какие дни ожидаются большие продажи и спланировать работу. Вкладка со статистикой продаж (таблица) Эта таблица отображает реальные продажи товаров за прошедшие периоды и сравнивает их с прогнозом. Как аналитик: Я хочу видеть реальные продажи товаров за прошедшие периоды и сравнивать их с прогнозом в разделе статистики, чтобы оценить эффективность прогнозных моделей. Я хочу, чтобы таблица, кроме данных о товаре, содержала фактические продажи, прогноз, разницу между ними и показатель качества прогноза (цифра от 1 до 10, основанная на разнице продаж, — чем меньше разница, тем выше показатель качества), чтобы улучшать процессы планирования поставок. Как менеджер магазина: Я хочу сравнить данные прогноза с фактом продажи за конкретный день или период, чтобы отследить тенденцию и учесть риски при планировании продаж. Я хочу сортировать данные о продажах по убыванию и возрастанию, чтобы увидеть самые горячие дни продаж, на основе этих данных найти закономерности и отклонения и точнее планировать продажи. Я хочу видеть оценку качества прогноза за период, чтобы оценивать риски и точнее планировать продажи. Фильтры Для обеих вкладок нужны фильтры с выбором магазина (ТК) и товара. Как менеджер: Я хочу выбрать конкретный магазин (ТК), чтобы сфокусироваться на данных, связанных с конкретным местоположением. Я хочу выбрать конкретный город, несколько городов, конкретный ТК, несколько ТК, все ТК в городе и сбросить выбор, чтобы удобно фильтровать и сравнивать данные по ТК и городам. Я хочу выбрать конкретный товар, чтобы видеть статистику и точность прогнозов по нему. Я хочу выбрать группу товаров, категории, несколько элементов или все и сбросить выбор, чтобы в полной мере проанализировать статистику и сравнивать данные по нескольким товарам или категориям. Я хочу быстро находить конкретный товар, чтобы посмотреть всю информацию по нему. Кнопка применить фильтр (можно сделать одну на обе вкладки) отображает выбранные данные в таблицах прогноза или продаж. Например, прогноз по группе товаров в конкретном ТК. Кроме того, добавь возможность сохранить выбранный фильтр, чтобы вернуться к нему позднее (кнопка «Сохранить фильтр»). Сохранённые фильтры показываются по клику на соответствующую кнопку (добавляется в меню или другое удобное место), их названия создаются автоматически исходя из категории поиска (например, «Москва, id 12345, багет французский»), фильтры можно удалять. Что ещё важно Добавь возможность построить графики на основе данных таблиц (кнопка «Построить график»). Во вкладке прогнозов и статистики покажи варианты отображения интерфейса с построенными графиками. Можно использовать инструменты для автоматического создания графиков (плагины в Figma). Покажи все необходимые состояния интерфейса: раскрытие списков; выбор города или товара; состояния ошибок в интерфейсе (нет подключения к интернету, 404 — страница не найдена, произошла ошибка базы данных); подсказки (например, когда ещё нет сохранённых фильтров); состояние загрузки данных в таблице. Оформи интерфейс в стиле «Ленты». Ориентируйся на брендбук. Сделай адаптив для стандартного экрана ноутбука и планшета. Всего получится три разрешения: 1920?1080, 1440?960, 834?1194 px. Проверь, чтобы таблицы и графики оставались читаемыми, зона клика достаточной, а пользователю было удобно работать с интерфейсом. Этапы работы Чтобы было проще выполнять проект, двигайся поэтапно. Тебе предстоит пройти три классических этапа: исследование, проектирование и дизайн. Советуем сразу распределить нагрузку, чтобы планомерно выполнять задание. Исследование Внимательно изучи все вводные — брендбук, данные таблицы и описание задачи. Собери референсы и составь мудборд, чтобы понять, как может выглядеть твой интерфейс. При подборе обращай внимание на организацию информации, а также на визуальные решения — какие-то из них ты сможешь использовать в своей работе. Проектирование Погрузись в данные таблицы и подумай, как можно организовать информацию. Создай вайрфреймы дашборда, наметь, где будут располагаться блоки, кнопки, фильтры и другие элементы. Помни про метод прогрессивного джипега: не стоит прорабатывать UI, пока не продумана общая структура. Перед дизайном ещё раз проверь, что архитектура выстроена верно, есть все нужные таблицы и функции. Визуальный дизайн Когда структура будет готова, приступай к оформлению макета. Чтобы ничего не упустить, ориентируйся на эти шаги. Подготовь фреймы для нужных состояний экрана. Для десктопа используй размер экрана 1920?1080 px. Для адаптивов — 1440?960, 834?1194 px. Продумай сетку и используй модули. Они станут хорошим подспорьем в работе. Не забывай про нюансы построения таблиц и графиков, о которых мы говорили в темах. Позаимствуй из своего мудборда графические элементы. Обращай внимание на то, как в твоих образцах выглядят иконки, кнопки и цвета. Проанализируй архитектуру каждого экрана. Насколько соблюдена иерархия в блоках, выдержаны в едином стиле иконки. Используй шрифт из материалов и продумай иерархию. Сохрани её в текстовых стилях своего Figma-файла. Определи акцентные и второстепенные цвета, ориентируясь на брендбук. Сохрани палитру в цветовых стилях Figma-файла. При необходимости в этом же документе сделай теневые стили в системе эффектов. Если где-то сбились цвета, с помощью плагина Match fills to local styles можно выкрасить выделенные фреймы в цвета палитры. Примени компоненты для основных повторяющихся элементов. Так ты сделаешь макет более единообразным и сэкономишь время, если в будущем решишь внести какие-то изменения. Собери UI-кит из основных стилей и элементов интерфейса. Не забудь отразить все состояния (ошибки, загрузка, успешное выполнение, ховеры). Адаптируй макет под стандартный экран ноутбука и планшет. На этом этапе необходимо показать, как ты работаешь над адаптивными версиями и понимаешь принципы адаптивности таблиц. Напомним, что об адаптиве таблиц мы говорили в 8 спринте, в теме «Адаптив сайтов со сложными элементами». Подсказки Если тебе не хватит данных из таблицы, чтобы показать все функции, нужные для решения User Stories, можешь придумать их самостоятельно. Главное, чтобы с таблицами было удобно работать. Приведи в порядок слои и их названия. Пусть всё будет красиво и опрятно не только в макетах. Не забудь убрать черновые названия. Структурируй Figma-файл. Расположи экраны сайта на одной линии слева направо, чтобы их удобно было просматривать и ничего не отвлекало. Создай страницу Drafts и сложи туда все черновики и материалы, которые не вошли в финальный вариант проекта. При необходимости ты всегда сможешь к ним вернуться. Используй шаблон, чтобы не упустить ничего важного. Перед сдачей работы на ревью укажи свои имя и фамилию на обложке финального проекта. Что не нужно делать Усложнять сценарии и добавлять новые шаги основного сценария. На что мы будем обращать внимание, принимая проект Организация информации. Твоим дашбордом должно быть удобно пользоваться, находить нужные фильтры, вкладки, разделы в таблице. Визуальный дизайн таблиц. Следи, чтобы данные в таблице отображались аккуратно, ничего не выезжало за ячейки, не обрезалось, размер шрифта был читаемым на всех разрешениях. Также в таблицах должно быть достаточно воздуха, чтобы их можно было легко изучать. Дизайн графиков. Помни о задаче и цели графика, чтобы выбрать верный вид. Проследи, чтобы цвета использовались корректно и не добавляли лишней информации. Соответствие визуальному стилю «Ленты». Ориентируйся.
Москва Фрилансеры

Создание дашбордов

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

Создание дашбордов

дистанционно
договорная
Пожелания и особенности: Нужно помочь изучить структуру superset и как строить таблицы и дашборды через sql запросы.
Москва Фрилансеры

Создание дашбордов

дистанционно
договорная
Пожелания и особенности: ТЗ: Единый управленческий дашборд G.LINE Задача: разработать веб-дашборд для собственника и руководителей компании, куда автоматически собираются ключевые данные из разных систем. Главный принцип: открыл один экран ? за 2–3 минуты понял, что происходит в компании, где отклонения и куда нужно обратить внимание.
Москва Фрилансеры

Создание дашбордов

дистанционно
договорная
Дашборд руководителя Отчеты: Плановая маржинальная прибыль по сделкам в стадии «в работе»: План/факт по менеджерам, помесячно План/факт по компании, помесячно Примечание: при постановке сделки «в работу», сделке присваивается «дата постановки в работу» Факт прибыль, по оплатам: По менеджерам, помесячно По компании, помесячно Конверсия/воронка 1. Конверсия лид в работе/квалифицировано компаний из взятых в работу (количественные показатели, %) 2. Конверсия квалифицированных компаний/компаний в статусе «оформление сделки» из квалифицированных (количественные показатели, %) 3. Конверсия компаний в статусе «оформление сделки» /компания действующая (количественные показатели, %) Количество звонков: По менеджерам, понедельно, помесячно По компании, понедельно, помесячно Исполнительная дисциплина (выполненных задач в срок): По менеджерам, понедельно, помесячно Графики: 1. Кол-во новых компаний (компания перешедшая в статус «действующий»), с шагом (неделя, месяц), по компании, по менеджерам 2. Кол-во звонков клиентам, с шагом (неделя, месяц) по компании, по менеджерам 3. Кол-во новых сделок с шагом (неделя, месяц) по компании, по менеджерам. Функциональные требования • Дашборды и отчеты должны отображать данные в режиме реального времени • Поддержка фильтрации по периоду, сотруднику и группе продаж • Возможность экспорта отчетов в форматы .xlsx и PDF • Адаптивный дизайн для работы как на компьютерах, так и на мобильных устройствах Ролевая модель доступа • Менеджер отдела продаж — доступ к дашборду и отчетам в разрезе своих показателей • Руководитель отдела продаж (РОП) — доступ к дашборду и отчетам в разрезе всех сотрудников и групп продаж.
Москва Фрилансеры

Создание дашбордов

дистанционно
договорная
Нужна консультация по созданию финансового дашборда в Ексель.
Москва Фрилансеры