Обновить

Как организовать отчёты менеджеров по продажам в Google Таблицах и собирать данные в общие сводки

Уровень сложностиСредний
Время на прочтение6 мин
Охват и читатели8.2K
Всего голосов 1: ↑1 и ↓0+1
Комментарии8

Комментарии 8

Не знал, что есть такой функционал в Google Tables. А справочник/мануал по всей этой красоте присутствует на сайте Google? Или какие-то иные ресурсы?

Ну такое себе, если честно. В гугл таблицах есть такая проблемная штука, как ограничение количества ячеек в документе, об который я периодически бьюсь при своих задачах. При 400+ менеджерах я бы сказал, что это дело пары месяцев, пока вся эта система ляжет под грузом данных и придётся заводить вторую таблицу и перенастраивать ссылки, чтобы брал array range начиная с того, где остановились. Ну и гугловский скрипт тоже будет упираться в 6 минут.

Если цель - сэкономить средства на покупке CRM с таким количеством юзеров, то я бы наверное развернул какой-нибудь odoo или vtiger на сервере. Цена вопроса = цена аренды сервера, в этом случае навскидку 20-30 долларов. Ну или не совсем законный способ - сказать каждому филиалу завести аккаунты в том же yougile и оттуда через вебхуки и/или api с рандомным прокси подгружать все в какой-то единый источник. Один раз настроите и забудете

При 400+ менеджерах я бы сказал, что это дело пары месяцев, пока вся эта система ляжет под грузом данных


В таблице УК сейчас данные от менеджеров агрегированы по месяцам и импортируются в 26 колонок. При 400 менеджерах это будет работать примерно 80 лет (два с половиной года уже работает). Плюс, уволившиеся менеджеры не занимают строки в последующих месяцах, так что даже больше.

За инструменты спасибо — при случае попробую!

Excel и Google Таблицы воистину безграничны в своём применении. С точки зрения применения именно возможностей таблиц - хорошая статья, раскрывает кейс применения некоторых фишек.

А по существу решения задачи именно через Google Таблицы позволю себе немного попридираться.

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

2) Задача с отчётностью, особенно на базе нескольких систем, классическая задача для BI-инструментов. Они предназначены вытягивать информацию из корп систем, приводить к нужному виду и визуализировать в виде интерактивных дашбордов.

3) На скрине не PnL. PnL - отчёт о прибылях и убытках компании. В статье не было ни слова о компании целиком, о её финансовом результате и каком-то учёте данных для полноценного расчёта PnL. На скрине микс воронки продаж с элементами маркетинга. Опять же, показать такую информацию в виде набора интерактивных диаграмм было бы гораздо информативнее. Но тут дело вкуса :)

Под предлогом, что в CRM сложно с отчётностью - переехали целиком на таблицы?

Не совсем: переехали из чатов в таблицы. CRM как была, так и осталась, просто там больше работают админы, которые назначают уроки и пр. Нужную отчётность в ней не получить без дополнительных разработок.

Они предназначены вытягивать информацию из корп систем

Из систем была только CRM, в которую, к тому же, не все данные можно ввести. То есть, всё равно требовалось ещё где-то недостающие данные вводить, чтобы потом строить отчёт. В этом плане Google Таблицы гибко совмещают как ввод, так и отчётность. С некоторыми компромиссами, конечно.

На скрине не PnL. PnL - отчёт о прибылях и убытках компании.

Там не видно всех столбцов — дальше ещё колонки с расходами и др.

Эксель - инструмент для одного человека. Для совместной работы различных команд нужна централизованная система (КИС, ERP, CRM итд) с разграничением по правам, интерфейсам итд. И что самое главное - Единые Станданты.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации