- Сначала вопрос, обязательно ли это отраслевое ПО
- Если хватит аккуратно приведённой в порядок таблицы, мы так и скажем. Если есть типовое ПО, подходящее вашему процессу, мы его назовём — строить своё приложение только потому, что отраслевое решение жмёт в двух местах, — самый дорогой путь к двум решённым местам. Что мы при этом НЕ берём на себя: бухгалтерия, складской учёт и расчёт зарплаты остаются, где были. Мы подключаемся, а не заменяем.
- Процесс, который у вас есть на самом деле
- Мы смотрим, как работают сегодня — в том числе там, где работают в обход инструкции. Такие сокращения редко являются небрежностью; чаще всего это шаг, который инструкция забыла. Приложение, отражающее только инструкцию, будет обходиться так же, как обходится инструкция.
- Роли и права, прежде чем появится первый экран
- Кто может смотреть, кто менять, кто утверждать. Это не накладывается на готовое приложение задним числом, а лежит в его основе: каждый список, каждое поле и каждая кнопка знает свою роль. И каждое изменение записи остаётся прослеживаемым по времени и человеку — в этом разница с файлом, у которого есть последнее состояние, но нет истории.
- Перенос имеющихся данных — часто половина работы
- Слияние разросшихся таблиц часто оказывается большей частью трудозатрат: дубликаты, три варианта написания одного клиента, записи без привязки, суммы в виде текста. Мы переносим их вместе с вами и ДО переноса показываем, что объединится, что останется в стороне и что придётся решать вручную. Молча ничего не переносится.
- Подключение к тому, что уже работает
- Складской учёт, бухгалтерия, учёт времени, календарь: то, что ведётся там, приходит оттуда и не набирается второй раз. Какая система является ведущей для конкретного показателя, мы определяем заранее — две системы, считающие одну и ту же цену, самый надёжный источник двух разных предложений с одним номером. Где интерфейса нет, мы говорим об этом сразу, а не в конце.
- Границы: что намеренно не входит
- К каждому приложению прилагается список того, чего оно не делает. Отслеживание транспорта, алгоритм, составляющий график смен, распознавание текста, читающее сроки расторжения из договоров: каждое из этого заманчиво, и каждое тянет за собой свой вопрос — участие совета предприятия, защиту данных или ответственность за срок, который выглядит как факт, а на деле предположение. Что исключено, указано в предложении.
- Эксплуатация и обучение — и кто ведёт это внутри компании
- Приложение, за которое никто не чувствует ответственности, приходит в упадок. Мы до запуска называем ответственного человека внутри компании, обучаем каждую роль отдельно — диспетчерской нужно не то, что бухгалтерии — и оставляем документацию, которую сможет прочитать и преемник. Эксплуатация на наших серверах или на ваших — как пожелаете.
- Передача без обязательств
- Исходный код, база данных и доступы — ваши. Без лицензии на рабочее место, без привязки к нам. Кто позже захочет продолжить разработку — с нами или с кем-то другим — сможет это сделать без нашего согласия.