Комментарии 13
МММ, прайс в Экселе, как олдскульно:)
Эксель в зипе.
Not bad.jpg
Прайс в вебе открывается по клику на каждый продукт в разделе "Прайс", также доступен удобный калькулятор.
Прайс в архиве добавлен по просьбе наших пользователей и клиентов - они прикрепляют таблицы к внутренним документам для подготовки внедрения, показывают руководителям. Им был нужен формат - мы его сделали.
"В случаях редкого упорства CRM пишется 3-5 лет отделом разработки, с тестированием, по требованиям и т. д. — в итоге при диких затратах получается что-то вроде тех CRM, которые были на рынке 7-8 лет назад."
"Только зарплата разработчиков (даже без соц. налогов) — около 3.6 млн в год (для 2-х разработчиков)"
"Содержание рабочих мест этих коллег — 108 тыс в год (грубо)"
Откуда все эти цифры? Это сколько зарабатывает разработчик за месяц?
Надо полагать, что те, кто пишет свою crm, не ждут несколько лет, а сначала делают первоочередные задачи, а затем ее дорабатывают по необходимости.
Своя CRM более гибкая т.к. разрабатывается для себя, конкретных задач и не пытается угодить всем.
Разработка crm для себя != разработка универсальной crm для всех, соответственно сложностей меньше, чем вы написали.
И никто нормальный, не будет делать crm без ТЗ.
Так кажется дешевле: сам создал, сам поддерживаю.
И иногда действительно дешевле, потому что на другом конце часто вендорлок с возможностью заказать доработки только у производителя, отсюда и космические цены на доработки.
Так кажется безопаснее: если CRM неизвестна, о ней никто не узнает (очень смешно).
Почему же смешно? К ней будет меньше массовых инструментов эксплуатации уязвимостей. А еще потенциальное число уязвимостей растет с числом фич. Учитывая, что вы пытаетесь своей CRM охватить максимально большую область рынка, то у вас всегда будет кратно больше этих фич - ненужных вот этому конкретному клиенту, но зато добавляющих потенциально уязвимые места.
Если говорить именно о CRM и только о ней, в небольших компаниях, где работа с клиентами ведется в экселевских табличках, причем не унифицированных, то максимально быстро и желательно без инвестиций можно перегнать данные во что-то LAMP-овое. На этапе перегонки данных из экселек в db уже можно всерьез привести в порядок данные: унифицировать столбцы, типизировать данные, вычистить вручную авгиевы конюшни, убрать дубликаты, и так далее. Уверен, что эту задачу должна выполнять сама компания, так как никто кроме ее сотрудников не знает так хорошо клиентскую базу и все особенности, чтобы причесать данные аккуратно и без потери эффективности. Например, не прошляпить днюхи, если в конкретном бизнесе подразумевается обязательные поздравления с юбилеем.
И вот уже на этом этапе, когда данные подготовлены, можно принимать решения - оставаться на самописном инструменте (или на конструкторе типа Руководитель, кстати, весьма гибком и более чем достаточном для небольших компаний, в трех разных фирмах применял с успехом), или покупать какой-то продукт. Так или иначе, внедрение пройдет на порядки быстрее, проще и безгеморройнее. А если это не сделать, то стоимость внедрения будет космическая. И к вашему рекламному посту можно смело пририсовать миллиончика два, просто за внедрение.
Так что самописная CRM-подобная поделка или недорогие конструкторы на базе LAMP могут не просто оказаться полезными, но стать буквально спасительными для компании, которая уже теряет контроль над сотнями экселей, раскиданных по сетевым шарам. И в дальнейшем всерьез облегчит процесс внедрения профессиональной CRM, сэкономив приличные деньги. Для внедрения нужно еще чтобы сам бизнес точно понимал, как он работает. А это, уверяю вас, вообще ни разу не обязательно.
Если у вас уникальные бизнес-функции и эксклюзивный бизнес-цикл, под который адаптировать готовое решение гораздо сложнее, чем написать с нуля. Как проверить? Придите с ТЗ к компании-разработчику CRM: если откажутся, значит, ваша тема.
Во-первых, у каждой компании свои бизнес-процессы. А «шаблонная» crm предлагает натягивать сову на глобус изменить их потому что «лучше знает» и «у них много опыта».
Во-вторых, нужно понимать, что в здравом уме ни один разработчик не откажется от разработки. Просто цифру выставят заоблачную. А продажники еще и будут убеждать, что ты дурачек, что хочешь сам тоже самое сделать но дешевле.
Я ни чего не имею против крупных интеграторов, когда это реально нужно для большого и неповоротливого бизнеса, где внедрение может занять больше времени чем создание системы. Но многим мелким фирмам реально нужна «екселька с макросами» и своя CRM это быстрый и дешевый способ перевести свою «эксельку» в облако.
Полгода терзаний и вот готова она — собственная самописная CRM!
проекты CRM Open Source?
ПО - как костюм. "Под себя" при заказе у нормальных программистов будет удобнее и красивее, чем ширпотреб. Но - при заказе ПО "под себя" заказчик должен быть продвинутым пользователем, и иметь в голове представление, чего именно он хочет.
“Редчайшие случаи более или менее работающего прототипа — едва ли не ошибка выжившего”
“Ты жизнь видишь только из окна моего персонального автомобиля»
Несли вашей компании 23 года, то на рынок вы вышли в «золотые 2000-ныне» -расцвет рынка и октсорса.
Если количество успешных внедрений самописках СРМ измеряется единицами, то как по вашему с 90-х по 2000 проходима автоматизация предприятий?
Бухгалтерия плотно подсела на 1С и Парус (не знаю жив ли он сей час), а производство- самописные системы.
Я лично был участником внедрения «внешней системы» в одном из достаточно крупных банков, которая должна была автоматизировать проведение расчётному (операционный день) вместо самопиской системы, которая до этого достаточно долго использовалась.
Продукт достаточно стандартный и с понятными функциями. Причем готовое решение уже было под нужды банком заточено и у компании был опыт успешных внедрений.
Как, все, кто в больших ИТ проектах учавствовать понимают- заняло это гораздо больше времени, потребовало больше денег и стоило всем участникам кучу нервов.
Штат программистов, которые потом эту систему постоянно допиливали под нужды бизнеса на ее встроенном языке только рос.
Хотя повторюсь банковская деятельность это достаточно регламентированный и простой по сравнению с производством процесс.
По поводу вашей замечательной системы:
Одна из задач автоматизация обработки заказов клиентов.
Клиенты шлют заявки по email, надо вытащить оттуда:
Дату поставки, название товара, имя клиента и место куда его доставить: как правило от 1до 3-Х на клиента.
Проблема не в том, как заявку из email получить, а в том что у каждого клиента своя форма и формат. Кто в PDF шлёт, из своих систем, кто в excel, кто просто в тексте письма.
Да и при этом регулярно формат меняют.
Соответственно о стандартных названиях товаров говорить не приходится.
Так как вы это предлагаете в рамках вашей системы быстро и безболезненно автоматизировать?
И сколько времени и денег ваша поддержка будет брать за подтачивание импорта данных при каждом новом клиенте/ изменении формата у старого?
У Вашей CRM есть один существенный недостаток, в свете окружающих реалий, а именно:
"Microsoft suspends new sales in Russia", Brad Smith - Vice Chair & President 4 March 2022.
И всё.
На что её ставить?
Ясен перец, что поставить можно и "сборку от Васяна", но что делать с поддержкой?
CRM: покупать готовую нельзя писать свою. Ищем, где поставить запятую