It консультант
Владельцем блога на Хабре я лично являюсь около 9 лет. Точнее, на протяжении этого времени я 3 или 4 раза оплачивал корпоративный блог. О нем и хочу поговорить, зачем он нужен и какую пользу может принести.
Вопрос взаимодействия разработчика или любого другого исполнителя с заказчиком всегда требует наличия одной и той же сущности, а именно – задачи. Казалось бы, все просто: заказчик ставит задачи, исполнитель их выполняет, далее на основе заранее оговоренного метода оплаты (фиксированная сумма, почасовая оплата и т.д.) выставляет счет, который заказчик оплачивает.
Но этот простой и понятный процесс заметно осложняется, если заказчик работает с несколькими исполнителями или, наоборот, исполнитель сотрудничает с несколькими заказчиками по разным проектам.
Эта статья – небольшой обзор продуктов компании lsFusion и того предалагает пользователям компания lsFusion. Взялся я за него после того, как в статьях «Почему я не люблю 1С» и «Стоит ли идти в 1С программисты в 2025 году» упомянул эту систему как одну из возможных альтернатив 1С. На тот момент я только читал о том, что есть такая система как lsFusion на Хабре, из любопытства заходил на их сайт и просматривал в поиске дополнительную информацию. Тогда я ее упомянул только как «одну из систем» в перечне альтернатив, так как сами они явно позиционируют себя как учетная система.
Далее уже в комментариях я увидел большой тред, где сравнивали 1С и lsFusion. Мне стал интересен автор комментариев, оказалось, что это работник lsFusion. Я с ним связался, чтобы самому лучше понять, что же это за программный продукт. Получил ответы на многие собственные вопросы, изучил ближе саму систему. И теперь хочу поделиться тем, что узнал, чтобы помочь людям, которые находятся в поиске альтернативы 1С.
Эта публикация посвящена собственной разработке компании Trinion- бесплатной CRM-системе.
Система полностью бесплатная. Сайт системы. Демо системы.
Эту статью я написал специально для Хабра. Сразу хочу сказать, что перечень ситуаций и методов борьбы с ними, которые я буду рассматривать, далеко не исчерпывающий. Но именно они встречаются на практике чаще всего.
Также хочу заранее сделать акцент на том, что всех участников проекта, будь то, ЛПР или представитель заказчика, обязательно нужно обучать. IT-тематика – это всегда сложно для неспециалистов. И успех любого проекта напрямую зависит от уровня понимания особенностей проекта и взаимопонимания со всех сторон.
Работу в IT-проекте можно сравнить с внедрением сложного станка при условии, что на нем собирается работать неподготовленный человек. И от того, как вы будете реагировать, насколько вы сумеете его обучить его уже в процессе внедрения, зависит успех всего проекта.
Хотелось бы отдельно заметить, что эта статья будет полезна не только исполнителям, будь то, программисты, дизайнеры, фрилансеры других специализаций или представители каких-то агентств, но и заказчикам. Важно понимать, что такие методы давления воспринимаются далеко не однозначно.
Вам кажется, что вы просто эмоционально общаетесь или торгуетесь. Кто-то так это и воспримет. Другие придут к выводу, что с вами сотрудничать не имеет смысла, так как если на этапе переговоров уже начались попытки давить, то рабочий процесс будет излишне проблемным. Новички в этой сфере могут пойти у вас на поводу один раз, но в процессе либо бросят проект, либо доведут работу до конца и повторно с вами сотрудничать не захотят. Опытные специалисты часто отказываются от сотрудничества сразу, так как уже имеют “за плечами” не самые приятные воспоминания, при этом не столь сильно нуждаются в новых заказчиках. В итоге, из-за попытки получить больше и дешевле вы можете просто потерять, возможно, лучшего исполнителя для решения вашей задачи, даже не начав с ним сотрудничество.
Эту статью я решил написать после того, как ко мне обратились в очередной раз с вопросом, можно ли идти учиться и далее работать в 1С. Это было в комментариях под статьей «Почему я не люблю 1С», где этот вопрос вызвал активное обсуждение.
Всем привет. Меня зовут Рамиль Кинзябулатов, я – опытный бизнес-консультант, автор книг о функциональном и процессном моделировании, а также многочисленных статей по тематике моделирования и автоматизации бизнеса. Ты не И сейчас я хочу познакомить вас с решением, созданным на основе моих знаний, опыта и желания выстроить правильную модель торгового предприятия – система Trinion Торговля.
На многих проектах, связанных с автоматизацией бизнес-процессов, я сталкиваюсь с необходимостью работы в нотации BPMN. Это же касается и обучения: при обучении бизнес-анализу или моделированию процессов важно иметь под рукой удобный инструмент для демонстрации. Долгое время я использовал Bizagi Modeler, но у этого решения есть ряд недостатков: оно громоздкое, работает только на Windows, требует сложной установки и, как и многие другие BPMN-системы, например, Camunda или Comindware, предполагает наличие специфических технических знаний, например, знания языка C#.
Организуйте работу проектной командой и осуществляйте поддержку в одной системе. Вы можете работать с задачами в браузере или при помощи электронной почты.
Мне часто пишут и задают вопросы о моих прошлых статьях по IDEF0, MRP, ERP, BPMN и т.д. И очень часто звучит один и тот же вопрос, «устарел ли» тот самый IDEF0 или другая методология, технология, система. Также часто задают вопрос, а что лучше, например, «BPMN или ERP». В целом, все эти вопросы можно объединить в один – «устарела ли та или иная технология». Потому я решил поговорить о том, как в принципе стоит относиться к технологиям, и можно ли оценивать их с точки зрения времени, прошедшего с их выпуска, т.е. говорить об устаревании.
Недавно у меня вышла статья под названием «Универсальная функциональная модель торгового предприятия в нотации 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, для простого пользователя нет разницы . Чтобы разобраться, в каких случаях какой тип решения лучше, давайте для начала разберемся, в чем между ними разница.
