Система учета клиентов на базе google docs

Question

[modnews]

Задача: организовать систему учета клиентов для приглашения на семинар с периодичностью раз в две недели.
Исходные данные:
— Три менеджера;
— Каждому менеджеру присвоено свое количество клиентов (Название организации; ФИО клиента; Телефон; Эл.почта; Статусы);
— Статистика по выставленным счетам, оплаченным счетам и отказанным от оплаты счетам.

Реализация: Таблицы гугл (смотреть пример)
Вопрос: Единственное, что не решается изящно – это «история» по клиенту. В истории по клиенту хочется видеть:
— дату внесения записи, время, текст.
— записей может быть от одной до семи на одного клиента.

Сверхзадача: было бы здорово если менеджер мог используя календарь гугла ставить себе «напоминалки» перезвонить через полчаса; перезвонить завтра в 13:00 и т.п.

Внимание! Перепробовали много всего: 1С, Мегаплан, highrise и др. Просьба не предлагать. Все это не подходит под конкретные задачи. У всех есть свои особенности, но нет самого главного — постановки массовой задачи менеджеру (например, позвонить вот этим ста организациям Ольге), во-вторых, нет прозрачности для администратора проекта (сколько уже прозвонили, сколько осталось, сколько счетов выставлено, сколько оплачено). Поэтому просьба не предлагать готовые решения.

Answer 1

[AgentSIB]

То что вы написали сможет сделать любой студент за неделю. Почему бы вам не заказать, то что вы озвучили тут? Это сделает работу менеджеров более удобной, я вас уверяю.

Comments

[modnews]

Вы говорите о том, чтобы написать программу на Дельфи? :) Спасибо конечно, но студенты мне не подходят, как правило ни к чему хорошему такие заказы не приводят. А вот если бы нашелся человек, который бы варил в гугловских скриптах, тогда да, с радостью бы заказал. Только размещал я подобный заказ на Фрилансим.ру, так все в голос предлагали на php написать, но работать с гугл докс — нет! Так что не так-то просто найти специалиста, который сможет реализовать не столь сложный функционал на базе гугл докс.

[AgentSIB]

Вы сделали мое утро красочным) Ответ типичного заказчика) При всем моем уважении, я расскажу как это выглядит:

Вы: У нас есть молоток и мы забиваем гвозди. Хотелось бы забивать гвозди как можно быстрее и эффективней.
Фрилансер: Я предлагаю перейти вам на шурупы и крутить их шуруповертом, это повысит скорость и надежность.
Вы: Идея хорошая, в таком случае я хочу прикрутить шуруповерт к молотку и забивать этим молотком шурупы!

Именно так сейчас прозвучал ваш ответ :))) Специалисты не просто так предлагают вам написать движок на php + mysql. Это быстрее и удобней для вас и для, поверьте! Не нужны вам Google Docs для хранения клиентской базы. При желании, можно сделать экспорт клиентской базы в любой формат, в том числе и гуглодоки. И синхронизацию с гугло календарем тоже можно сделать, но зачем?)

[modnews]

Ответ типичного программиста.

Давайте по порядку:
1. Написание веб-приложения на php тащит за собой кучу проблем:
— масштабирование. Кто, в какие сроки и за какие деньги будет «допиливать» проект?
— поддержка. Что-то перестало работать, кто и как быстро среагирует?
— стоимость вопрос. Сколько будет стоить написать проект? Явно не столько, сколько написать скрипт.

2. Почему выбрана платформа Гугл Докс:
— я уже писал, что перепробовали многие crm в формате web-а
— вся организация сидит на корпоративном аккаунте гугла, который дает не только почту, но и Докс. Следовательно среда разработки априори представлена.
— надежность работы гугла надеюсь отрицать не станете
— стоимость разработки крайне низка по сравнению с разработкой и дальнейшим размещением самописного проекта
— простота и логичность работы.

Все это оправдывает на 100% выбор платформы для разработки, масштабируемость, стоимость, надежность. Что может предложить самописныый проект? Все с точностью до наоборот, если мы отбросим «студентов», потому что это не серьезно, ни один студент не напишет вам CRM, то получится разработка от 500 до 1000 тыс.руб., тогда будет и надежность и масштабируемость и появится команда проекта. Если же мы будем говорить о стомости в 50 тыс.руб. мы получим на ветер выкинутые деньги, отсутствие поддержки, надежность до поры до времени, никакой масштабируемости, при желании что-то улучшить не факт, что этот студент или веб-студия будут «живы» и тогда мы вынуждены будем искать иного разработчика, который в 99% случаев скажет «что это за говно-код, нужно все делать сначала, я/мы в чужом коде разбираться не будем».

Так что при всем моем уважении, Вы не правы! И как я понимаю со скриптами Google Docs тоже помочь ничем не можете?

[AgentSIB]

Давайте по порядку:
1. Написание веб-приложения на php тащит за собой кучу проблем:
— масштабирование. Кто, в какие сроки и за какие деньги будет «допиливать» проект?
— поддержка. Что-то перестало работать, кто и как быстро среагирует?
— стоимость вопрос. Сколько будет стоить написать проект? Явно не столько, сколько написать скрипт.

1. Поддержка скрипта тоже нужна, он у вас может с таким же успехом загнуться
2. Допиливать вы захотите и скрипт, согласитесь, программистов на пхп больше и допилить его можно всегда.
3. Обратитесь к тому, кто разрабатывал, лично я на свои движки даю гарантию. В случае сбоев — чиню. А вообще перед сдачей — всегда тестируйте.
4. Обойдется это вам тысяч в 20, при том функционале, что вы сказали, но это не окончательная стоимость.

2. Почему выбрана платформа Гугл Докс:
— я уже писал, что перепробовали многие crm в формате web-а
— вся организация сидит на корпоративном аккаунте гугла, который дает не только почту, но и Докс. Следовательно среда разработки априори представлена.
— надежность работы гугла надеюсь отрицать не станете
— стоимость разработки крайне низка по сравнению с разработкой и дальнейшим размещением самописного проекта
— простота и логичность работы.

1. Я уже писал, что движок, написанный под вас, покроет все ваши требования
2. Это не означает, что все нужно хранить в гуглодоках. Не важно, что вы за них платите, это как минимум не удобно.
3. Это вы недооцениваете надежность. Если кто-то из менеджеров решит саботировать работу, то он это сделает. Хотя бы потому, что оно у вас никак не защищено. И от кражи клиентской базы вы тоже не застрахованы.
4. Да, ниже. Но на такие вещи жать деньги — как минимум глупо. Велосипед всегда стоит дешевле, но почему то вы ездите на автомобиле.
5. Простоту и логичность работы вы можете добиться, указав все ваши требования при написания движка. Ваша работа на оборот станет более логичной и удобной.

То что вы попробовали разные ЦРМ — это конечно хорошо, но не всегда стандарный движок подходит под требования. Именно поэтому люди и пишут свои велосипеды. Что же у вас за контора, которая не может позволит 50 тр для разработки инструмента, который сэкономит вам рабочее время менеджеров, сделает процесс более оптимизированным. Это уже экономия с вашей стороны.

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

[AgentSIB]

И как я понимаю со скриптами Google Docs тоже помочь ничем не можете?

Даже нет желания прикручивать к молотку шуруповерт за 500 рублей :))

[modnews]

Не порите чушь. Мы можем себе позволить разработку в 50 т.р. и можем и больше. А писать о плюшках, которые дает CRM мне не нужно, если бы я этого не понимал, то и не делал бы ничего в данном направлении.

>3. Обратитесь к тому, кто разрабатывал, лично я на свои движки даю гарантию. В случае сбоев — чиню. А вообще перед сдачей — всегда тестируйте.
Это никак не гарантирует того, что через год вы перестанете заниматься программированием. Это так же не гарантирует, что фрилансер просто перестанет отвечать на емейлы или телефон. Так же не гарантирует того, что когда проект «сломается» Вы не скажете «Починка будет стоить 100 т.р. или я больше не занимаюсь этим». Так же не гарантируется и то, что Вы будете заниматься масштабированием данного проекта, если оно потребуется.

Единственный вариант, который хоть что-то будет гарантировать — это взять Вас лично в штат сотрудников с подписанием договора и трудовых отношений + обязать писать по СТАНДАРТАМ, чтобы после Вашего ухода другой программист мог дорабатывать проект.

Я могу предложить следующее: Я вышлю Вам ТЗ, вы его выполняете в виде веб-приложения. И если оно будет соответствовать ТЗ, я выплачиваю Вам 20 000 руб. без проблем (Вы же верите моим словам, что я Вам заплачу. Точно так же как я должен поверить в Ваши слова о дальнейшем поддержке и исправлении багов). В случае если не сможете реализовать проект, ну что же набьете себе руку, получите опыт, поднимите скилы.

Как Вам такое предложение?

[AgentSIB]

Это никак не гарантирует того, что через год вы перестанете заниматься программированием. Это так же не гарантирует, что фрилансер просто перестанет отвечать на емейлы или телефон. Так же не гарантирует того, что когда проект «сломается» Вы не скажете «Починка будет стоить 100 т.р. или я больше не занимаюсь этим». Так же не гарантируется и то, что Вы будете заниматься масштабированием данного проекта, если оно потребуется.

Вот ту порите чушь вы) Доработать движок и исправить ошибки сможет любой фрилансер за умеренную для вас плату. Даже если фриласнер пропал — это еще не повод паниковать. И если вас поставят перед фактом «Починка будет стоить 100 т.р. или я больше не занимаюсь этим», послать нафиг всегда можно, если обезопасить себя.

обязать писать по СТАНДАРТАМ

Не обязательно. Может быть написано и не по стандартам, при желании хороший программист в чужом коде разберется.

В случае если не сможете реализовать проект, ну что же набьете себе руку, получите опыт, поднимите скилы.

Я только одной веб-разработкой занимаюсь семь лет, так что это мои скилы ну никак не повысит. В вашем вопросе помочь могу. Присылайте ТЗ и после согласования я оглашу сроки и время исполнения. Если что-то кого-то не устроит — каждый в праве отказаться. Детали так же в личной переписке. А пороть горячку и объявлять цену на паблике без ТЗ — это лишнее. В конце концов, давайте вести себя как профессионалы.

[AgentSIB]

Небольшое отступление:

что этот студент или веб-студия будут «живы» и тогда мы вынуждены будем искать иного разработчика, который в 99% случаев скажет «что это за говно-код, нужно все делать сначала, я/мы в чужом коде разбираться не будем».

Практически каждый программист считает свой код идеальным, а чужой — говно-кодом (за очень редким исключением). Мало того, практически каждый программист берется за голову, при виде своего же кода пятилетней давности))) Это нормально. А вот если вам заявляют «я/мы в чужом коде разбираться не будем», то вам такие работники не нужны.

[Виталий Юшкевич]

Прошу прощения, что встреваю.

А разве у гугл нет api? Мне казалось, что было и вполне достаточное. Если вам так уж очень хочется использовать гугл доки для других задач, реализуйте недостающий функционал в другом интерфейсе, настройте синхронизацию и тд.

Правда тут надо четко понять, что именно будет ЭФФЕКТИВНО оставить в гугл доках, так как добавление функционала в виде костылей «лишь бы было» не приведет к лучшему результату.

[AgentSIB]

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

Answer 2

[Alexander]

Посмотрите Битрикс 24. Есть массовое добавление задач, есть контроль их выполнения. Прямо галками выделяете нужные контакты и внизу жмете «добавить задачу», а менеджеры потом проставляют статус выполнения по каждому.

Answer 3

[KingOfNothing]

А в чем вопрос? Вот ссылки на API, которые должны решить проблемы: developers.google.com/apps-script/guides/sheets, developers.google.com/apps-script/uiapp developers.google.com/apps-script/reference/calendar/ Вроде как позволяют создать формы для ввода истории, положить куда надо и дернуть календарь для нужного события.

Не думаю, что это задача, которая решается на раз, так что вам лучше не фриланс. Уверен, за определенную плату кто-то возьмется разобраться в API, убедиться, что задача выполнима с помощью API, и, собственно, напишет скрипт. Правда, не так просто найти человека, который УЖЕ знает это API и имеет опыт работы с ним.

Answer 4

[AgentSIB]

И по поводу Дельфи — это не эффективно писать нативное приложение, работающее с удаленное базой данное только для Windows. Вы сами себе обрубайте функционал. В вашем случае веб-движок — самый лучший вариант, все равно на чем он (php, ruby, python). В случае веб-движка вы сможете иметь доступ к базе данных на любых операционных системах (Linux, MacOS), а так же смартфонах, что в вашем случае, я думаю важно. По мимо этого вы сможете разграничить доступ к клиентской базе, отладить резервное копирование, на случай потери данных (в том числе и умышенного, когда недовольный менеджер решит ее снести). Вы сможете придумать удобные фильтры для поиска клиентов и удобную систему оповещения менеджеров.

Подумайте над этим.

Comments

[modnews]

Про дельфи я пошутил. Шутка растет из того, что программистов в ВУЗах учат в основном: немного ассемблеру, паскаль и основной упор на дельфи. Поэтому большинство студентов в качестве платформы для реализации скорее всего предложат вам Дельфи. Конечно же речь ни в коем случае не идет о том, чтобы писать CRM на дельфи.

Answer 5

[Damir Makhmudov]

Вообще не обязательно искать стороннее решение, а лучше дописать на базе уже существующих таблиц Google SPreadsheet. В настоящий момент благодаря Google Apps Script можно из простой таблицы сформировать полноценную CRM, удобную для восприятия новым сотрудникам. Могу помочь с расширением имеющегося решения: добавить запись полной истории работы с клиентом, разработать интеграцию с Google Calendar.
- доступ к истории по клиенту в отдельных таблица, автоматически формируемых скриптом:
- автоуведомление о приближающихся встречах, мероприятиях;
- рассылка писем по клиентам одной кнопкой прямо из таблицы;
- контроль "забытых" клиентов - возобновление работы с неактивными клиентами.
- и т.п.

Если интересно, предлагаю связаться [e-mail]

Answer 6

[datakit]

Посмотрите на ru.opencalls.me - если подойдет, то поможем сделать кейс.