📄 Статьи

«Я не знаю ваш бизнес — как же я составлю ТЗ?»

Самый частый вопрос, который мне задают перед началом работы:

«Мы — производственная компания. Мы работаем с металлом. У нас свои процессы. Как вы, человек со стороны, сможете написать ТЗ для нашей системы? Вы же не знаете наш бизнес».

Честный ответ: я не знаю ваш бизнес. И это — моё преимущество.

1. Вы знаете свой бизнес. Я знаю, как его описать

Вы знаете, как устроено производство, как проходят заказы, как работают менеджеры, какие отчёты нужны директору. Это ваша экспертиза.

Я знаю, как задавать вопросы, чтобы извлечь эту экспертизу. Я знаю, как структурировать ответы так, чтобы они превратились в ТЗ. Я знаю, как не пропустить детали, которые вы считаете «очевидными» — но без которых разработчики не смогут работать.

Мы играем в дополнение, а не в замену.

2. Если бы я знал ваш бизнес — я бы вас не понял

Звучит странно, но это правда.

Если бы я был «специалистом по металлообработке», я бы думал в терминах металлообработки. Я бы предполагал, что вы работаете «как все». А вы работаете не «как все». У вас есть свои нюансы, свои исключения, свои «у нас так принято».

Именно эти нюансы и исключения чаще всего ломают системы. Потому что «стандартное» решение не учитывает «нестандартные» процессы.

Я не знаю ваш бизнес — поэтому я не делаю предположений. Я задаю вопросы. И записываю ответы. Без домыслов.

3. Как я думаю: не линейно, а от обобщения к частному

Процесс не линейный. Я не иду по пунктам «от начала до конца». Я двигаюсь от обобщения к частному.

Сначала я рисую общую картину — что происходит. Потом начинаю «расщеплять» её на детали.

Пример: B2B-бизнес, крупный опт замороженного мяса

Я не знаю, что именно продаётся. Но я знаю логику B2B-заказов:

Мысль 1
«В B2B заказы идут через личный кабинет → значит, в нём должна быть форма заказа».
Мысль 2
«Оплата пойдёт через бухгалтерию → значит, нужна интеграция с 1С. И в личном кабинете должен быть доступен счёт в PDF. И этот счёт нужно дублировать на почту, потому что в B2B это стандартная практика».
Мысль 3
«Должны быть остатки на складе → значит, опять . И нам нужно получать данные о доступных позициях».

Вопрос с моей стороны фактически сводится к одному: «Есть ли у вас в 1С справочник товаров с актуальными остатками? В каком состоянии этот справочник? И есть ли API, через которое мы можем получить эти данные?»

Всё. Мне не нужно знать, что это за мясо. Мне нужно знать, как система должна получить данные о нём.

Этот вопрос я адресую вашему специалисту по 1С. Или бухгалтеру. Или тому, кто отвечает за учёт. Я не спрашиваю «как устроен ваш бизнес» в общем. Я спрашиваю конкретное:

«Что есть? Где лежит? Как к этому обратиться?»

Узнайте, подходит ли вам такой подход →

4. Что я на самом деле делаю на этапе «погружения»

Я не изучаю ваш бизнес. Я изучаю ваши данные:

И я изучаю ваши потребности:

Я не спрашиваю «как вы работаете» в общем виде. Я спрашиваю «что должно произойти в системе, когда происходит Х».

Пройдите экспресс-диагностику ваших данных →

5. Я не отвлекаю бизнес созвонами

Ваша задача — зарабатывать деньги. Моя задача — не мешать вам это делать.

Я не дёргаю вас созвонами по три раза в день. Я не задаю вопросы, на которые можно ответить в переписке. Я не превращаю проектирование в бесконечные совещания.

Если мне нужен контакт специалиста — я прошу его.

Не для того, чтобы обсудить рыбалку или анекдоты. А для того, чтобы задать конкретный технический вопрос и получить на него ответ.

Это единственно правильное распределение ролей:
Бизнес занимается бизнесом.
Технари занимаются техническими вопросами на своём уровне.
Я — связующее звено между ними.

Я ценю время — и ваше, и своё.

6. Как это выглядит в переписке или на созвоне

Я
«Расскажите, как сейчас выглядит процесс оформления заказа».
Заказчик
«Менеджер принимает заявку, проверяет остатки, выставляет счёт».
Я
«А где менеджер проверяет остатки?»
Заказчик
«В 1С».
Я
«Хорошо. А выгружать остатки на сайт вы планируете? Или менеджер будет проверять вручную?»
Заказчик
«Лучше, чтобы сайт показывал, что есть в наличии. Потому что если клиент закажет то, чего нет — потом проблемы».
Я
«Значит, нужна интеграция с 1С по остаткам. Вы знаете, есть ли в 1С справочник товаров с актуальными остатками?»
Заказчик
«Да, есть. Но там не всегда точные данные».
Я
«А как часто обновляется справочник? И есть ли возможность получать данные через API?»
Заказчик
«Не знаю, это надо спросить у нашего 1С-разработчика. Вот его контакт».
Я
«Спасибо. Я свяжусь с ним, задам технические вопросы, и больше вас по этому поводу не отвлекаю».

7. Что я не делаю

Я не пытаюсь «понять ваш бизнес» в общем виде.

Я не хожу по производству, не смотрю на станки и не обсуждаю поставщиков. Всё это — не моя зона. Моя зона — это движение данных между системами.

Я не учу вас управлять бизнесом. Я помогаю вам описать его так, чтобы разработчики поняли, что нужно сделать.

8. Итог

Страх Реальность
«Вы не знаете наш бизнес» Я не должен его знать. Я должен уметь его описать.
«Это сложно объяснить» Это сложно только если не задавать правильных вопросов.
«Мы работаем не как все» Именно поэтому я не делаю предположений.
«Как вы поймёте наши процессы?» По шагам. От обобщения к частному. От данных к потребностям.
«Меня будут дёргать созвонами» Нет. Я общаюсь с техническими специалистами, а бизнес занимается бизнесом.

Посмотрите, как именно я работаю с незнакомым бизнесом →

Оставить заявку на бесплатный аудит →

Не знаете, с чего начать?

Я задам вопросы. Я помогу сформулировать.
Бесплатный экспресс-аудит — до начала работы.

📄 Статьи