Недавно у меня вышла статья под названием «Универсальная функциональная модель торгового предприятия в нотации IDEF0». И одно из пожеланий читателей было пояснить подробнее, как я лично пользуюсь этой моделью и как вообще ее можно применять на практике. В этой статье я выполню просьбу читателей. И на примере взаимодействия покупателей с интернет-магазином продемонстрирую практическое применение этой модели.

Здесь мы будем говорить именно о покупателе интернет-магазина ( Customer Journey ), а не о потенциальном покупателе или посетителе. С точки зрения функциональной модели, это разделение я вообще не использую. Покупатель – это человек, который приходит в магазин, изучает информацию и, в конце концов, совершает покупку.

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

Ниже я буду рассказывать о своем опыте. Сайтами я занимаюсь  уже порядка 15 лет, а вплотную – около 10 лет. Почему это так? Сейчас любая трансформация в организации, любые изменения в организации, так или иначе, касаются информационных систем. То есть, если мы хотим получить продажи, мы должны создать сайт. Если мы хотим повысить качества сервиса, то, скорее всего, это должно каким-то образом отображаться на сайте, например, в личном кабинете и как следствие ведет за собой создание нового сайта.

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

Эта статья предназначена, прежде всего, для тех, кто является либо управленцем (то может быть человек, который управляет проектом, коллективом, взаимодействует с каким-либо заказчиком, с внешней стороной), либо она также может быть интересна для тех, кто хочет разобраться и вообще более-менее понимать, что такое классовая теория и как её можно использовать на практике.  

Лично я считаю, что сама по себе эта теория очень хороша и удобна. И если вы будете ее использовать в своей работе, то вам, как и мне, будет гораздо проще.  

В современном бизнесе необходимость автоматизации различных процессов стала уже привычным явлением. Уже становится сложно представить себе складской или бухгалтерский учет без применения специализированного программного обеспечения, торговые представители используют специальные приложения для оформления и отправки заказа в офис прямо с планшета или мобильного телефона, достаточно большая часть заказов приходит с сайта уже в виде готовых к обработке документов. Но при этом взаимоотношения с клиентами, по крайней мере, в среднем и малом бизнесе, почему-то очень часто ведутся без внедрения автоматизации и достаточного внимания к учету.

Все это я наблюдаю достаточно часто, так как в качестве бизнес-консультанта постоянно контактирую с малым и средним бизнесом. И каждый раз мне приходится рассказывать своим клиентам, каким образом можно автоматизировать взаимоотношения с клиентами, как работают CRM-системы, какими они бывают, и почему в конкретном случае стоит выбрать ту или иную систему.

Что происходит, если работа отдела продаж ведется без системы учета? Каждый менеджер по продажам работает так, как ему удобнее, ведет фиксацию звонков, других видов взаимодействия с клиентами по собственному усмотрению: кто-то – на бумаге, кто-то – в Excel таблицах, а кто-то вообще не считает нужным фиксировать процесс своей работы.

Входящие звонки или заявки с сайта от новых заказчиков также не фиксируются, зачастую даже сложно понять, кто из менеджеров занимается входящей заявкой. В результате реальный учет ведется только на уровне оплаченных заказов и отгрузки товара. А насколько эффективно работает отдел продаж, отрабатываются ли все входящие ЛИДы, проводится ли какая-то работа с уже имеющимися контактами, определить оказывается невозможно.

В данной статье предлагаю вам обзор ERP, созданной на основе Drupal 9 для зооклиники «Зоостатус» ( кстати сайт у них тоже сделан на Drupal 9, был переход с Bitrix, но уже совсем другая история).

Целью данной статьи является, прежде всего, не пиар Drupal, так как пиарить Drupal в данном случае не имеет смысла, а рассказать, что на Drupal эти вещи можно сделать. Так же я хотел рассказать как мы это делали и конечно ответить на Ваши вопросы в комментариях о том, как мы справлялись с теми или иными задачами в процессе создания системы. Всё что возможно в рамках этой статьи - я обязательно опишу.

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

Хотел бы сразу поблагодарить руководителя этой компании Михаила Тарасова за предоставленную возможность рассказать про эту систему и заместителя генерального директора Асию Калимуллину за всесторонюю помощь и координацию работ со стороны заказчика.

При написании обзора я буду опираться на статью «Что такое ERP?».

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

В этой статье я делюсь личным опытом. Все, что я рассказываю, проверено на практике и если вы захотите повторить мой опыт, то в принципе вы все как и я можете делать самостоятельно, при наличии времени и желания.

Все мы уже  знаем, что для создания веб-сайтов лучше всего использовать HTML5. Сейчас мы обсудим то, как правильно использовать HTML5. Одной из важных частей HTML5, которую до сих пор не все понимают, является разделение содержимого на разделы: section, article, aside и nav. Чтобы понять разделение содержимого, нам нужно понять алгоритм разметки документа. Понимание алгоритма структурирования документа может оказаться непростой задачей, но оно того стоит. Вы больше не будете ломать голову над тем, какой элемент использовать - section или div - вы будете знать это сразу. Более того, вы будете знать, почему эти элементы используются, и именно знание их значения является самым большим достоинством изучения алгоритма.

Все мы уже  знаем, что для создания веб-сайтов лучше всего использовать HTML5. Сейчас мы обсудим то, как правильно использовать HTML5. Одной из важных частей HTML5, которую до сих пор не все понимают, является разделение содержимого на разделы: section, article, aside и nav. Чтобы понять разделение содержимого, нам нужно понять алгоритм разметки документа. 

Очень часто на проектах мне приходится отвечать на вопросы, почему, в каких-то случаях я предлагаю SAAS-решения, например, Zoho CRM, а в других предпочитаю Standalone, например, решения на базе Drupal 9, и хотя я отлично  понимаю что в одном случае речь идет о CRM, а в другом о CMS, для простого пользователя нет разницы . Чтобы разобраться, в каких случаях какой тип решения лучше, давайте для начала разберемся, в чем между ними разница.

В статье вы найдете обзор системы, а также немного аналитической информации.

Достаточно часто я слышу от заказчиков вопрос, работаю ли я с методологией Agile. Более того, на одном из крупных проектов еще на старте директор компании-заказчика мне сказал: «Рамиль, я хочу, чтобы вы с нами работали в Agile, с использованием Scrum».

Того клиента я убедил, что во всем этом нет никакой необходимости. Но все же вопросы об этих инструментах появляются снова и снова.  Про Scrum мы поговорим в другой раз. А сейчас я хотел бы разобрать вместе с вами, что такое на самом деле Agile.

They f***u! They f***u! They f***u!
Leo Getz. Lethal Weapon 2.

Эта статья появилась после общения с товарищами из группы 1С франчайзи. Не так давно они меня пригласили на неформальную встречу, где представили, как автора публикации «Что такое 1С и почему это плохо». В процессе общения я сам признал, что та статья была недостаточно глубокой. Кроме того, со времени написания публикации мое мнение также несколько изменилось. Потому пообещал провести анализ программных решений 1С с экономической точки зрения. Что с удовольствием и выполняю.

Такой подход будет интересен руководителям и ведущим специалистам компаний 1С-франчайзи, т.е. людям, которые работают с этим продуктом, как партнеры 1С. Также надеюсь, что публикация принесет пользу людям, которые изучают возможность стать программистом 1С и устроиться на работу в саму 1С или в компанию-франчайзи.

В этой статье я решил поговорить о создании сайтов на базе CMS Drupal. Работаю я с этой системой давно и считаю ее одной из лучших среди существующих «движков» сайтов. За исключением случаев, когда действительно необходимы какие-то узкоспециализированные решения эту CMS я рекомендую и своим клиентам.

В своей работе я постоянно сталкиваюсь с необходимостью создания или модернизации сайтов. При этом заказчики часто задают вопросы, почему вы рекомендуете именно эту CMS, зачем нужны фреймворки, как вы определяете, что нужно в нашем случае. Когда-то, когда я сам изучал это направление программирования, я и сам задавался подобными вопросами. 

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