Если процессы клиента полностью совпадают с тем, что настроено в готовых коробках:
— 1С
— Битрикс24
— amoCRM
— Megaplan
Пусть клиент выбирает их — это самый дешевый способ получить рабочее решение.
Если компания клиента может себе позволить внедрение за десятки миллионов рублей, то они могут взять проверенные решения:
— Microsoft
— Oracle
— SAP
Это будет очень дорого, но так делают все крупные игроки.
Если у клиента есть свой IT-отдел на 20 человек и его технический директор хороший IT-архитектор — они могут написать собственное решение, это может сработать.
Только пусть следят, чтобы не было слишком большой текучки айтишников. У них под рукой всегда должны быть те, кто может починить и доработать систему.
Во всех остальных случаях клиенту нужен конструктор:
— гибче, чем коробка
— дешевле, чем решение для крупного бизнеса
— прост в использовании, чтобы справляться даже небольшими усилиями IT специалистов.
Собрана на основании опроса нескольких сотен первых потенциальных пользователей ozma.io.
Скоринг — это процесс при котором вы пытаетесь понять, стоит ли назначать встречу по заявке или нужно переходить к обработке следующей заявки.
Скоринг заканчивается тем, что вы назначаете встречу с клиентом
лично / google meet / zoom. Чтобы собрать требования по доработкам и показать возможности демоверсии.
Или понимаете, что клиент нецелевой и скорее всего не решится — помогаете ему сориентироваться в демоверсии, оставляете свои контакты и переходите к обработке следующей заявки.
После скоринга клиента по телефону обычно назначается встреча в google meet или zoom.
Цели первой встречи:
Важно попробовать записать эту встречу. Именно там прозвучат все основные требования клиента. По нашему опыту клиенты почти всегда соглашаются на запись. Аргументируйте это тем, что ваши разработчики смогут изучить запись и точно сделать то, что нужно клиенту, если у них возникнут сомнения.
// Добавить процесс демонстрация и т д
Важно не уходить в мелкие детали системы и говорить с клиентом о том, как система решит его бизнес задачу, а не про мелочи. Хотя и о них бывает приятно поболтать.
На стадии анализа часто выписывают все требования, группируют их по стадиям. В первую очередь выполняются работы, которые необходимы для того, чтобы хотя бы один сотрудник клиента мог начать пользоваться системой. Как только это произойдет, внедрить остальное будет несложно.
При описании требований рекомендуется использовать формулировки клиента. Даже если кажется, что они не верно используют некоторые слова. Это упростит согласование документа в будущем.
Каждое требование приблизительно оценивается в человеко-часах, чтобы понять затраты на проект и вычислить сроки для стадий.
Дальше к стадиям работ обычно дописываются сроки и этот файл со сроками, стадиями и требованиями внутри них идет клиенту вместе с предложением о сотрудничестве.
Чтобы получить шаблон документа с требованиями обратитесь к сотрудникам ozma.io.
Сейчас мы пробуем добавить функции учета требований клиента прямо в вашей системе ozma.io для интеграторов. Мы расскажем про это, как будет готово 💪
Обычно предложение клиенту делается после того, как разработчики и аналитики проанализировали проект и создали документ с требованиями.
Для того, чтобы сделать предложение клиенту обычно необходимо понять какие будут затраты на этот проект. Это можно вычислить исходя из суммарной оценки всех требований клиента в часах и средней стоимости разработчика в вашей компании.
Сверху расчитанных затрат добавляются затраты на сопровождение и маржа, которую вы хотите получить в проекта.
Важно понимать, что в каждой организации этот процесс выглядит по-разному и вне зависимости от того, что тут написано — вам необходимо понять как именно у вас в организации принято принимать решение о цене и делать предложение клиенту.
Чтобы получить шаблон документов для предложения обратитесь к сотрудникам ozma.io
ozma.io — это конструктор информационных систем бизнеса: учет клиентов, контроль задач, управленческий учет.
Система гибкая, настраивается, как вам нужно.
Например, сейчас автоматизируем [описать похожий кейс].
Все настраивается под вашу задачу.
Вот тут можно посмотреть, как это выглядит:
ozma.io
Вот тут можно посмотреть, как оно работает
(для ИТ специалистов):
wiki.ozma.io
Будет можно через полгода. Мы можем начать внедрение в облаке, пока без чувствительных данных. Понять, что ozma.io справляется с вашими задачами, а после переехать на ваши сервера.
Стек:
Microsoft переписал всю платформу, сейчас она полностью открыта и кроссплатформенна.
Конкретный ЯП брался, чтобы удобно было писать компиляторы, для оптимального потребления памяти, возможности лёгкой привязки библиотек на C++ и чтобы был доступ к популярным хорошо оттестированным библиотекам.
⛱ Сюда дописать еще вопросов
Если появятся еще популярные вопросы от клиентов — напишите нам на [email protected]. Мы добавим их сюда.