Комментарии 28
Сейчас вас, автор, будут пытаться убеждать, что вы велосипедодел, но вы не обращайте внимания, на хабре 90% народа болеют «гугломанией» и «современностеканьем».
Но на сколько успел заметить, публика тут объективная.
Что касается велосипедов и готовых решений — то тут руководствуюсь такой логикой: На одной чаше весов усилия по решению моей потребности теми инструментами, которые уже знаю, а на другой — поиск, изучение, тестирование и внедрение новых.
Обычно выбираю то, что наиболее выгодно. Когда в похожей табличке по учету показателей бизнеса моего друга все начало дико тормозить, я переписал фотмулы, чтобы массивы перемножались не все на всех, а чтобы формула динамически считала только заполненные ячейки и перемножала их. Этого хватит на полгода-год, а потом, если сильно тормозить начнет и пределы оптимизации будут исчерпаны, то посмотрим в сторону 1С (убереги боже) или еще какой системы учета. А то гляди, может бизнес попрет, и сможет позволить себе разработку, то и свою напишем уже по-взрослому :-)
На мой взгляд, люди просто мало представляют себе возможности уже написанного софта и начинают переизобретать то, что уже давно есть.
Вы, автор, молодец.
Конечно, поделка у вас так себе, и претензий к ней много. Но для первого раза кому-то может и сгодится.
Табличные решения подходят на ранних стадиях бизнеса и могут дать очень много профита и такой контроль над бизнесом, который и в крупных предприятиях с дорогими решениями не всегда достижим.
По поводу несовершенности решения — тут полностью согласен. Давно заметил, что лучший для меня путь — это создать первую версию с хоть какими-то показателями, а дальше в течении нескольких месяцев таблицы начинают перерождаться, оптимизироваться, дополняться. В общем, Agile — в действии
Сколько видел я акксессно-ёксельных велосипедов, у всех была общая черта, при всей своей неказистости. они таки ездили! В смысле ускоряли, а не тормозили бизнес…
Что будете делать когда выпадающий список проектов в столбце «Проект» не сможет вместить ещё одну строку?
Список проектов для столбца «Проект» генерируется полностью автоматически или приходится поправлять формулу так, чтобы она при добавлении нового проекта включала нужный диапазон?
1. Когда список активностей станет слишком большим, его можно будет скрыть. А если насколько большим, что не вместит один лист гугла (но я не видел еще нижнего края гугл-таблицы), то их можно будет просто вынести в другую таблицу, ведь список активностей актуален в небольшом временнОм горизонте.
2. Проекты в выпадающем списке уже сейчас в шаблоне, который по ссылке, выбираются из справочников, а туда попадают только те, чей статус «Активен» :-)
Значения для подстановки Проекта в листе Активности почему-то ссылаются на диапазон в листе Справочники, хотя эти данные уже есть на самом листе Проекты.
То есть сейчас, когда я добавил новый проект, я должен продублировать его название на листе Справочники чтобы я мог выбрать его на листе Активности.
Но это только начало. Когда вы разберетесь, как подставлять данные, обнаружите, что в результате многократных вставок/удалений строк в таблице-источнике диапазон подстановки, который сейчас указан как 'Справочники'!A2:A1000, собьется на что-то типа 'Справочники'!A10:A986 и при добавлении в эту таблицу новых строк вы их опять не увидите в подстановке. В экселе это решается тем, что можно указать диапазон как 'Справочники'!A2:A$, но в гуглдоках такой возможности нет. А там придется вляпаться в Google Apps Script...
Значения для подстановки берутся из справочников, а туда попадают формулой с листа "лиды" и берутся только те, которые отмечены как "активные". Это сделал для того, чтобы проще было выбирать и список был короткий.
Также я сделал инструмент для своей ит-студии, у нас цикл продажи 4-6 месяцев. Не будет у нас 1000 проектов ближайшие 5 лет, а если будет, мы на совсем другие решения перейдем. Это же статья о том, как сделать CRM за три часа дня малого и среднего бизнеса, а не о том, как создать универсальную лучшую CRM на годы вперёд
Примерно тоже можна сделать на phpmyadmin. Пойдет
Все начинают с таблиц
А вот когда вас станет несколько (ещё лучше конкурирующих), да каждый решит применить свои фильтры, а руководитель захочет отчёты, то вы планово перейдете в таблицы в какой-либо бд.
Причем одной из важных задач будет не перенос данных, а перенос сложившейся логики, которая притянута к гуглотаблицам.
Хотите делать своё — это хорошо. Даже свой велосипед — он свой и любимый. А вот в будущее лучше смотреть из расчета, что эти таблицы — это прототип, с помощью которого вы определите стартовый функционал вашей будущей crm
Ps crm — это не таблица и не бд, это в первую очередь идеология
Про идеологию согласен, именно поэтому сделал ее сам и так, как вижу правильным дня своего бизнеса. По сути важно только то, как вводятся исходные данные и какой уровень детализации этих данных. Все остальное это только удобное их представление, которое можно переделывать хоть каждый месяц, пока не найдется оптимальная модель для работы, а вот уже ее можно будет прогать по взрослому, либо настаивать под нее специализированные решения
Дальнейшее следование идеологии повлечет за собой планирование (в том числе действий, необходимых для привлечения необходимого дохода/оборота), например на основании воронки продаж, и разработки вашей методики оценки затрат на каждого клиента (цифры показывают, что некоторые мозгоклюи — очень выгодные клиенты, а вот от некоторых зайчиков лучше бы отказаться)
В табличках это делается витиевато )
Такие сложности не страшные :-)
А если серьезно, то считаю, что все должно быть своевременно. Страшнейший грех айтишников (а я сам из них и у меня целая студия) — это преждевременная оптимизация. Так хочется все заранее и наперед и по-хорошему сделать. А бизнесу в данный момент нужно совсем не много
Биллинг был на Excel.
И сейчас перебираюсь полностью на инструменты гугла. ОТ использования продуктов микрософт отказался почти полностью.
С точки зрения системологии и инженерии продукты (сервисы) гугла построены оптимально.
Мне нужна система для лабораторного журнала при разработке сложной химической продукции — за 2-3 часа я сделал такую систему и тоже на таблицах Гугла. Специализированные решения от Agilent и иных *удаков имеют меньший функционал и крайне неудобны в работе.
Управление проектами уровня 2-3 млн рублей, государственное дофинансирование R&D работ 5-10 млн рублей, технические проекты уровня предприятия (5-10 млн рублей) — все прекрасно реализуется на GSuite.
Это с точки зрения бизнес-процессов. Инструмент модульный, простой, оптимальный.
В Аспекте работы командой или одиночкой: сначала есть таблицы и документы, делай сам. Потом я перешел на корпоративный вариант (платный, по 4 евро на рыло) — инструменты остались те же самые, просто возрос функционал. Читал недавно про более продвинутые планы — тот же подход. Все просто, ясно и шаг за шагом.
Главное — можно работать командой, дистанционно, одновременно. и НЕ НАДО «пердолить осла» с информатиками, чтобы получить такую возможность. Все работает БЕЗ приглашения каких то специалистов и танцов с софтом и железом.
в Аспекте функционала: есть все, что НЕОБХОДИМО. Рюшечки — можно допилить. Кстати, я вчера задумался (пока этап анализ идеи) над программой, которая бы реализовала систему MRP и остальной учетный функционал типа 1С, только на инструментах гугла. Не бух учет! А именно контролинг! В виде открытой платформы, модульной, причем со встроенными системами работы с технологиями финтех (блокчейн, DAO). Было бы очень прикольно нужно.
в Аспекте программирования:
основа — nonSQL базы данных. Что еще нужно лучше? А что ЕСТЬ реально лучше?
проблемы масштабирования решаются модернизацией инструмента до более высокой версии. Гугл, если что, вроде работает, как система, с немаленькой нагрузкой…
фреймворки для архитектуры — все есть
языки — какие не лень, те и применяй
работа на таблетах и телефонах — вроде как реализовано.
более-менее все стандартизировано — да.
система безопасности — тоже есть. Вопрос тут спорный, но есть простой критерий: проведите аудит своей локальной системы на том же уровне, что гугл — тогда можно сравнивать, кто лучше.
Как-то так…
Еще раз, огромное спасибо!
Своя CRM система за 3 часа в Гугл-таблицах