Начну с того, что расскажу немного страшилок на тему: «Зачем нужно уделить внимание продуктовой разработке».
Завоевать мир
В последнее время в мире ИТ происходит много изменений.
На слайде – картинка о том, сколько ИТ-стартапов появилось за один месяц в одной маленькой Испании. Уже страшно…
А это – капитализация тех стартапов, которые появились за последнее время. Там циферки – 50 миллиардов, 70 миллиардов. Самый маленький кружочек – это один миллиард. 1С здесь нет, наверное просто потому что 1С – не стартап :)
А вот капитализация зрелых компаний. На рисунке показано, сколько денег привлекли Facebook, Twitter и т.д. Они их даже не заработали, им эти деньги просто дали. Просто потому, что они такие крутые.
А тут рейтинг стартапов, оценка которых в 2015 году превысила миллиард долларов. Наверху Xiaomi – 46 миллиардов, дальше – Uber за 41 миллиард и т.д.
Для чего я все это показываю? Потому что это все – продуктовые компании, а продукт – это хорошо.
Конечно, продавать свои часы тоже хорошо, но прикольнее, когда ты сделал что-то, что может зарабатывать деньги за тебя.
Удержать позиции на рынке
Дальше – немного про удержание позиций на рынке:
Иногда мне приходится участвовать в пресейлах и что-то продавать. Покажу из последнего – несколько слайдов со сравнением маркетинговых материалов различных систем:
Вот так выглядит сайт по автоматизации документооборота от конкурентов 1С – Directum.
Все знают, что Directum – это неплохая система. Но в тексте здесь акцент на интеллекте и роботизации, замах уже на что-то большее чем СЭД.
Теперь посмотрим, как выглядит сайт 1С:Документооборота:
Вот так все сухо. Если бы вы ничего про 1С:Документооборот не знали, вряд ли этот текст обратил бы на себя ваше внимание.
А вот террасофт:
У них достаточно прикольная система Creatio, аналог 1С:CRM. Они пишут: «у нас LowCode-платформа, мы завоюем этот мир для вас»…. И правильно делают!
А вот так выглядит страница 1С:CRM:
Здесь не самая плохая история – франчайзи постарались, хоть как-то сайт оформили. Тем не менее – нет «интеллекта», нет «мы сделаем за вас», нет «роботов», нет ничего впечатляющего, что могло бы людей зацепить…
А тут вырожденный случай. Многие, наверное, знают эту компанию с агрессивным маркетингом:
Они продают «операционную систему предприятия реального времени», а скрывается за этим примерно то, что на рисунке – люди не постеснялись…
Теперь давайте посмотрим на маркетинг 1С:ERP.
По сравнению с предыдущим случаем 1С:ERP – система на порядок лучше. Я бы даже сказал порядков на *цать. Тем не менее маркетинговые материалы 1С:ERP почти ни о чем. Просто: «Здравствуйте, покупайте!».
Это все было о том, как компании пытаются удержать позиции на рынке, и как преподносит себя на их фоне 1С. Думаю сайты говорят сами за себя. Можно больше не комментировать.
Остаться в игре
Третье, для чего нужно продуктовую разработку немного знать и о ней немного задумываться – это, чтобы остаться в игре:
В последнее время число разработчиков в мире растет.
Раньше в 1С был определенный процент разработчиков. С тех пор количество 1С-ников стало больше, но в процентном соотношении 1С-разработчиков с каждым годом становится меньше.
При этом количество разработчиков в других экосистемах становится значительно больше – люди идут туда, где платят деньги:
Более того, появились замечательные курсы, которые готовят все новых и новых разработчиков.
Конечно в финансовой сфере возможности других систем не дотягивают до 1С, потому что у нас сделано очень много всего, и в финансах нас очень трудно догнать. Тем не менее разработчиков становится все больше и больше. Поэтому нам нельзя обольщаться, что у нас все хорошо и никаких угроз мы не чувствуем.
Что делать?
Хватит пугать. Я хотел рассказать не об этом. Моя цель сегодня – отложить у вас в голове что-то, что можно загуглить, посмотреть и чуть-чуть поменять свой подход к работе.
Что делать?
Первое – разрабатывайте только новое.
Казалось бы, это звучит элементарно, из разряда «Спасибо, кэп».
Но каждый из вас хотя бы раз в жизни запилил систему учета задач. Не делайте этого.
Не нужно изобретать еще одну Jira, пожалуйста. Нужно разрабатывать только то, чего в мире нет. То, для чего нет онлайн-сервиса.
Вместо того чтобы пилить то, что вас заставляют пилить, пожалуйста, предлагайте бизнесу какой-то новый продукт, который вы реально можете сделать полезным.
Сначала загуглите
Когда я говорю «гуглить», я имею в виду не гуглить в Google, потому что в поисковике трудно ориентироваться.
Есть специализированные каталоги облачных сервисов:
Если бизнес вам поставил задачу что-то реализовать, прежде чем взяться ее делать, погуглите.
Лучший код – это код, который не написан. Точнее, тот, который уже написан, но не вами. Это почти мой девиз.
Вот эти четыре каталога облачных сервисов – посмотрите, может быть, там уже есть что-то очень крутое с отзывами, что-то очень глобальное.
Кстати, обратное тоже действует. Если вы разработали какой-то прикольный облачный сервис, разместите его во всех каталогах, чтобы те, кто гуглит информацию по вашей задаче, вас нашел.
Продайте свой продукт
Следующий шаг – продайте свой продукт.
Если вас уговаривают разработать какую-то новую фичу – допустим, опять систему учета внутренних задач – вы сначала подумайте, может ли это пригодиться кому-нибудь еще.
Казалось бы, если продукт внутренний, это может быть нужно только вам. Но, с другой стороны, если этот продукт нужен только вам, и больше никому – он, скорее всего, вообще никому не нужен! Не бывает внутренних продуктов.
Если у вас возникла идея что-нибудь разработать, возьмите любой инвестфонд, подайте им заявку. Даже не нужно ее одобрять. Вам там выкатят 50 полей, которые заставят задуматься – какая у вас целевая аудитория, какая емкость рынка, что за сегменты и т.д. Вы сразу поймете, стоит это разрабатывать или не стоит.
Поэтому – разрабатывайте только новое. Для продуктов – это маст хэв.
Исследуйте и анализируйте
Второе – исследуйте и анализируйте.
Вы никогда заранее не знаете, чего хочет ваш клиент. И это нормально.
Более того, клиент сам не знает, чего он хочет. Это нужно исследовать, нужно из клиента вытащить, какие у него есть проблемы – сам он вам их никогда не расскажет.
Нет волшебных бизнес-аналитиков, нет волшебной «серебряной пули». Вам у клиента нужно самим спросить – провести так называемый CustDev, я о нем расскажу дальше.
Собирайте метрики
После того как вы спросили клиента, что ему нужно, нужно собрать метрики, потому что все клиенты врут. Собирайте информацию о действиях пользователей, чтобы клиент вам не наврал, когда вы его спрашиваете, как он пользуется вашим приложением.
На слайде пример – это AppsFlyer, известная платформа аналитики, ребята собирают каждый клик, который вы совершаете.
Каждое лишнее движение, замедляющее человека в воронке от перехода по ссылке до покупки – это уже плохо. Это делает ваш сервис менее конкурентоспособным, соответственно, приносящим вам меньше денег.
Аналитика – это нужно и важно.
Нет фикс бюджета – нет проекта
Еще один небольшой камень в сторону тех, кто считает себя РП-шниками (проджект-менеджерами).
Классический PMBoK v3 говорит, что проект – это когда у вас есть фиксированный бюджет и фиксированные сроки. Поэтому внутренний проект – это, скорее всего, не проект.
Правда и PMBoK теперь уже не тот. Согласно информации из курса Марии Темчиной, в последней версии PMBoK определения проекта в его классическом варианте уже нет. Классический подход к управлению проектами остался только в Prince2.
Резюмируем – что делать:
-
только новое;
-
исследовать;
-
собирать метрики.
Подходы и инструменты
А теперь разберёмся КАК. Расскажу про крутые инструменты:
Любой продакт-менеджер про них знает, но я о них расскажу – просто для обзора, чтобы вы понимали, что гуглить.
Персоны:
Персоны – очень странная история. Казалось бы, зачем это делать? Но если вы хотите что-нибудь разработать, нужно сначала представить себе человека.
Например, ваши пользователи – это Вася, 1С-ник; Петя, звукорежиссер и Аня, разведенка из Мытищ.
Вам нужно представить реального человека, в которого вы можете вжиться и посмотреть на ваш продукт его глазами. Это важно.
Поэтому делаете персону.
CustDev:
Потом – проведите CustDev, исследование потребностей клиента.
Для этого реально соберите каких-то ваших потенциальных клиентов. Это могут быть даже ваши внутренние пользователи – Маша из бухгалтерии, Таня из финансов.
Спросите, какие у них есть проблемы, что они хотели бы видеть в продукте. Да, при проведении CustDev-а есть определенные правила – нужно заносить ответы в табличку, задавать открытые вопросы и т.д.
Загуглите, что такое CustDev, и делайте. Это важно и крайне нужно. Прежде чем пилить любую фичу – проводите CustDev.
Опросы:
Даже если CustDev делать лень, есть опросы.
100 рублей позволяют сэкономить 100 миллионов. Вы потратите 100 рублей на то, чтобы спросить аудиторию – нужен ли им такой сервис или не нужен, есть у них такая проблема или нет. Без явной потребности не нужно ничего пилить.
Юнит экономика:
Это достаточно известная всем штука, когда вы считаете, сколько денег вам принесет каждый пользователь, а потом экстраполируете доход до 100 тысяч пользователей.
Здесь используется классическая экономическая модель. Не забывайте только про дисконтирование, потому что мы не те продакты, которые пришли из зумеров, мы – нормальные ребята, уже с опытом.
CJM:
CJM – еще одна аббревиатура, которую важно и нужно знать.
CJM – это путь человека, который хочет решить какую-то проблему. CJM-ку нужно рисовать. Если вы делаете какую-то систему или часть системы, которая решает определенную проблему, нужно разрисовать весь путь человека – что он будет делать, чтобы решить свою проблему.
Например, в данном случае человек хочет организовать трансфер. Вы из этого пути хотите автоматизировать только один участок, но продумайте весь путь, может быть, вам придут какие-то новые инсайты о том, что еще можно сделать.
JTBD:
JTBD – еще один важный фреймворк. Я не собираюсь о нем подробно рассказывать, упоминаю его только для гугления, чтобы вы знали, что такое существует, если вдруг кто-то не слышал.
Фреймворк JTBD позволяет выяснить, какие потребности у вашей целевой аудитории (у каждой конкретной персоны, для которой вы это делаете) – что их останавливает, что, наоборот, драйвит.
Разлиновываете доску и накидываете: что останавливает, что драйвит, какие стоп-факторы, с чем нужно работать. Фактически, это просто немного другой формат построения CJM.
MVP:
Про MVP конечно, все слышали.
Но MVP – это не то, что вы подумали, это не что-то недоделанное с кучей багов. MVP – это инструмент анализа рынка.
Это даже не стремный продукт. Это инструмент, который позволяет вам понять, что рынку нужно на самом деле.
Если говорить про создание MVP, 1С реально один из самых крутых инструментов, потому что сейчас других инструментов, позволяющих быстро собрать рабочий прототип и уже сразу протестировать гипотезу, практически нет. Даже LowCode-платформы, про которые я дальше буду говорить, достаточно стремный. Эти миллионные стартапы не дают всей той гибкости, которая есть в 1С.
Пользуйтесь. 1С очень хорошо подходит для того, чтобы быстро собрать сервис и продукт, который может проверить.
Облака
«Как делать» – разобрались. Теперь – «где делать».
Правильнее всего делать в облаке. Cloud – это крайне важная история. Не fresh-ем единым жив современный мир. Fresh – это вообще не клауд, это, скорее, анти-клауд, потому что они взяли все вместе и собрали в одну базу.
Если вы сейчас что-то разрабатываете, даже если систему учета внутренних задач очередную – делайте не коробку, а сервис. И сразу думайте, как вы будете продавать его через интернет, где его разместить. И реализуйте его сразу под веб-клиент – про толстый клиент вообще забудьте.
Сразу продумывайте, как будете продавать этот сервис. Вы можете даже Фреш использовать, ничего в нем страшного. По крайней мере, изначальная модель должна быть по подписке, не коробку поставили, а планируем подписку. Коробку тоже можно продавать – это важно и клево, для 1С это плюс. Но нужно думать про подписку.
И еще здесь есть история о том, что 1С-Аренда не очень хорошо и правильно работает, у нее «олдскульное» лицензионное соглашение. Но, надеюсь, оно скоро изменится.
Еще раз произнесу эту фразу: лучший код – это код, который не написан. Код, который написан, но не вами.
Не нужно писать ничего повторно.
Про Yandex Cloud Functions уже, наверное, знают – с его помощью можно использовать FaaS (Serverless), не нарушая 152-ФЗ.
Более того, по достоверной информации идея о том, чтобы поддержать в YandexCoud OneScript сейчас в топе, поэтому OneScript в YandexCoud будет. Мне пообещали. (примечание – на момент публикации статьи Yandex явно решили забить на поддержку OneScript)
Соответственно, там вы можете использовать весь код, который написали у себя в рамках разработки вашего сервиса внутри 1С. Переписывать его не придется. Вы перенесете его в OneScript практически без доработок. Только обращение к СУБД, возможно, придется заменить, если ваш стартап масштабируется до космических высот, и вас будет ограничивать лицензионное соглашение 1С.
Более того, если вы что-то нашли на GitHub, не нужно это переписывать на 1С, или делать из этого внешнюю компоненту. Берем Yandex Cloud, платим 100 рублей, кидаем код туда и просто одним HTTP-вызовом вызываем. Это будет миллионная часть вашей информационной системы.
В современном мире язык разработки не играет никакой роли. Не нужно писать код, который уже написан.
Почему облака – это круто? Потому что облако – это не виртуальная машина.
Чтобы разработать хороший сервис, нужно использовать крутые современные технологии. При этом от вас не требуется их знание.
Машинное обучение сейчас делается в три клика.
В Yandex Cloud все есть – и S3, и ObjectStorage, и распознавание голоса, текста… все что угодно.
Два клика в Яндексе сделали, один HTTP-вызов и все, оно у вас.
Если мало Яндекса – пожалуйста, в Амазоне есть и AR, и VR. Все это интегрируется.
HTTP соединение в 1С появилось давно. Весь Machine Learning от вас тоже на расстоянии одного HTTP-вызова. Я надеюсь, его все делать уже научились.
В Azure тоже очень много этого всего:
В общем, вам не нужно разрабатывать и планировать свою замкнутую экосистему как «вещь в себе» – все должно быть в облаках (ИМХО конечно).
NoCode и LowCode
Продолжая историю о том, что лучший код – это код, который не написан, я должен рассказать про NoCode и LowCode. Это – «маст хэв» для продакт-менеджеров и для MVP.
Но сначала я должен рассказать про инструментарий, который нужен для идеи и прототипа:
Идею удобнее всего визуализировать в Miro:
Этап мозгоштурма, который нужен до того, как вы сделали продукт, лучше всего делать в Miro.
В Miro крутая коллективная работа – там можно все что угодно. Любые майндкарты, любые канвасы (JTBD, CJM) – делаются в Miro. И с коллективной работой и за бесплатно. Если кто-то не пользовался – пользуйтесь.
Прототип делать важно и нужно.
1C Maker – очень крутая штука для создания прототипов к интерфейсу на 1С:
И Figma – крутая штука, которая подходит для всего:
Дальше – разработка NoCode.
Вы можете разработать любое современное приложение, не написав ни строчки кода. И это будет выглядеть нормально. Вообще не нужно напрягаться.
Zaiper – это NoCode-приложение для интеграции. Вставив ваше приложение в Zaiper, вы можете интегрироваться со всем, чем угодно.
Делаете в нем один коннектор, и он интегрирует вашу систему учета задач с Jira, с Redmine, с Excel, с GoogleDocs. Любая интеграция. В OneRPA мы пошли именно по этому пути.
На Tilda в три клика любая домохозяйка сделает универсальный фронт, надо только добавить кнопку, при клике по которой отправляется HTTP-запрос – туда, куда укажете. К примеру, в 1С, где вы эти данные обработаете.
Bubble можно использовать, если нужно что-то посложнее. Здесь уже нужно мышкой поводить, разместить элементы, выровнять их немного. Это что-то сродни фотошопу, но он позволяет делать практически любое мобильное приложение.
Практически все стандартные возможности, которые вы сейчас видите в интерфейсах на GooglePlay и в AppStore, можно сделать через Bubble. Кроме отдельных игр и сверхсложных приложений.
А на бэкенде все эти данные может обрабатывать 1С. Плюс 1С дает очень крутую админку. Админка – это здорово.
LowCode – если хочется поизголяться
Здесь можно отметить фреймворк WebFlow, который позволяет сконструировать сайт, а для каких-то вещей – код написать:
Вот еще один замечательный LowCode-инструмент:
Здравствуй, любимая 1С!
Смотрите, как круто. Особенно, когда на английском. Когда иностранцам показываешь, они думают, что это действительно что-то очень инновационное.
Современный LowCode нам не дает таких фич, как 1С. Тот же Bubble – миллионный стартап – он очень ограничен. А здесь вы можете и формочку мышкой накидать, и еще написать такой код, что мама, не горюй (ну вы-то знаете…)
Mendix – это аналог 1С, в который американцы вложили миллионы долларов:
В общем – это инструментарий. Фронт для любого стартапа можно изначально за пару вечеров собрать на LowCode. И это реально несложно.
Примеры продуктовых сервисов на 1С
Потихоньку двигаемся к концу. Самый главный вопрос – кто-то вообще так делал?
Да, мы в WiseAdvice так делали. И даже не один продукт. И даже не два.
Сначала покажу ЭДО:
Смотрите, как может выглядеть обычный интерфейс 1С. Этого реально хватает, чтобы ваш сервис выглядел ненамного хуже, чем другие.
При этом у вас есть отборы, сортировки, Ctrl+F – все это вы не увидите даже в Salesforce, который является полноценным ERP.
Дальше – еще один интерфейс на 1С. Здесь и фронт и бэк сделан на 1С:
Выглядит вполне прилично. Там еще внизу JivoSite мелькает. Это все тоже работает и вполне имеет право на жизнь.
Еще один продукт WiseAdvice – уже чуть-чуть посложнее. Это – ЛК сотрудника:
Даже на английском.
В качестве фронта здесь уже полноценный SPA-фреймворк. Но 70% работы – на бэке. Более того, это приложение построено по принципу Backend-Driven UI. И будет так построено. Грубо говоря, основа интерфейса закладывается на бэкенде. Мы практически все делаем на бэкенде.
Это – предыдущая версия личного кабинета сотрудника, которая была сделана без дизайнера:
Здесь фронт на WebFlow – мы его собрали буквально за неделю.
Это – OneRPA. У него и фронт, и бэк – на 1С:
Тем не менее продукт прекрасно себя чувствует на рынке подобных систем.
Вариант для личного кабинета кассира. Здесь фронт на Tilda, который тоже верстается за пару дней. А бэк – в 1С:
Согласитесь, когда в приложении используется красивый веб-интерфейс, оно выглядит намного приятнее.
Причем фронт не несет никакой нагрузки. Только когда вы нажали «Отправить» у вас вызвался HTTP-сервис. Здесь можно хоть миллион клиентов подключить. И никакого Highload-а не будет.
Выводы
Краткий Roadmap о том, что нужно делать.
-
Начинаем всегда с анализа рынка и проверки гипотез. Если хочется сделать какой-то крутой продукт на 1С, не нужно сразу пилить прототип. Сначала – опрос или CustDev, чтобы проверить гипотезы.
-
Вторая история – это прототип. Его, желательно, должен делать дизайнер. Для разработки прототипов есть 1C Maker или Figma. Желательно не делать прототип сразу в 1С. Желательно его делать в специализированных инструментах, чтобы на него посмотрел UX-дизайнер.
-
Дальше – MVP как инструмент исследования рынка, его крайне желательно делать именно на 1С. Вы сделаете его очень быстро, потому что 1С – это крутой LowCode-инструмент. MVP залетает на раз. Вы все свои инсайты и гипотезы проверите быстро.
-
Дальше – делаете фронт на NoCode. Либо на Bubble, либо на Tilda, либо на чем-то еще – в крайнем случае на WebFlow. Это собирается очень быстро, осваивается за полчаса. Прикручивается к 1С HTTP-вызовами. Теперь у вас уже есть полноценное приложение, с которым можно идти хоть завтра в инвестфонд. Кстати, заявку в инвестфонд подайте – это нужно сделать еще на первом этапе, когда у вас еще нет ничего. Потом, когда прототип появится, это нужно сделать еще раз.
-
Когда ваш стартап станет популярным и вы захотите его продвинуть дальше, вы можете сделать фронт уже полноценным SPA – либо самому веб освоить, либо нанять веб-разработчиков. А бэк можно оставить на 1С. Это вполне нормально работает. SPA – это современный подход, у вас фронт загружается отдельно от сервиса, ваши люди не видят, что там что-то долго. Фронт грузится мгновенно. Потом только, когда человек уже непосредственно стал заполнять данные, только тогда запрос отправляется в 1С. Более того, запрос отправляется синхронно, и все работает быстро. Никаких проблем, кроме лицензирования, с этим нет. И то, 1С не лицензирует отдельно каждый сеанс по HTTP-сервисам, хотя и требует отдельных лицензий для подключения каждого пользователя.
-
И в конце, если вы захватили мир, подключили миллионы пользователей, и ваш стартап уже перекатил за миллиард инвестиций в долларах, вы можете перенести бэк из 1С в YandexCloud. Это поможет вам масштабироваться. Просто замените обращение к SQL на обращение к Yandex DataBase. Все это портируется не так это сложно.
На этом всё, делайте крутые продукты, исследуйте рынок, ориентируйтесь на потребности ваших клиентов. Вангую, что не один «единорог» на платформе 1С ещё появится.
Вопросы
Вы упомянули, что нагрузка на сервера низкая, можно запустить миллионы пользователей. А статистика по реальным данным какая-то есть? Допустим, 1С-овский сервер, который тянет x пользователей в обычном режиме – сколько пользователей он выдержит?
Миллионов мы пока не запустили, но нагрузку от HTTP-сервисов 1С практически не замечает. 1С замечает нагрузку от обменов, и от работы напрямую. А у нас от сервисов нагрузка, в основном, на чтение, и до сотни человек, у которых одновременно открыт фронт, она вообще не заметна. У сотни человек одновременных HTTP-вызовов будет два или три – это два или три одновременных запроса к СУБД. Самая страшная нагрузка, которая у нас была – когда в личном кабинете сотрудника все дружно решили посмотреть расчетные листки. Тогда выросла нагрузка на СУБД, потому что отчет с расчетными листками долго строится. Но это к HTTP-вызовам не имеет отношение.
Вы выставляете базу 1С с HTTP-сервисом куда-то наружу. Что у вас с безопасностью?
1С мы никуда наружу не выставляем. Перед 1С стоит MuleESB и реверс-прокси, куда дополнительно еще RabbitMQ запросы отправляет. То есть там по факту прослойка-то есть, и эта прослойка содержит анти-ddos и антихакинг. Поэтому там все не топорно сделано.
*************
Данная статья написана по итогам доклада (видео), прочитанного на конференции Infostart Event 2021 Post-Apocalypse.
