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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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