Мне нравится сравнение результатов методик проектирования. Становится ясно, что все это, так или иначе, просто задача, но рассматриваемая с определенной стороны.

🟣 Бизнес требование: "Нужно сделать мобильное приложение для оплаты счетов клиентами".

🟣 Продуктовая гипотеза: "Если у клиента будет личный кабинет, то он будет реже забывать оплачивать счет, что приведет к снижению краткосрочных долгов на... в течение..."

🟣 User Story: "Я как собственник недвижимости хочу оплатить счет за услуги через личный кабинет, чтобы у меня не образовался долг"

🟣 Job Story: "Когда я сижу в баре с друганами в Москве в пятницу, получаю уведомление о необходимости оплаты, зная, что из-за загруза на работе не поеду в Тверскую область на дачу еще 2 недели, соответственно не попаду в офис к моей УК для оплаты у кассира, вбивать 20 цифр расчетного счета и назначения платежа в сбере мне лень, а значит я забуду и меня будут пинать по поводу долга, я хочу, как собственник недвижимости оплатить счет за услуги через личный кабинет, а лучше вообще автоплатежом, чтобы не мешали мне квасить."

🟣 UserCase: "Собственник, получивший уведомление о создании начисления, входит в приложение на своем смартфоне, переходит в раздел счета и производит пополнение лицевого счета...".

🟣 Возможность: "Оплатить лицевой счет."

🟣 Функциональные требования: "Система должна создать заказ для шлюза интернет-эквайринга банка и передать в него данные для проведения оплаты".

🟣 Задача: "Жек, мля, запили пж фичу, чтобы бабки на счет падали, только тот баг сначала поправь, а то глаз мазолит жуть..."

В этом посте я закинул визуализацию задач с разной стороны на примере метафоры из физики на эту же тему))

5АМ | #разработка

Про один крутой продукт

Как-то в начале прошлого года я открыл для себя потрясающее приложение - Voice, с голосовыми записями в виде законченных историй, каждая из которых разбирает какую-то ментальную проблему. Прошло полтора года, я прослушал все записи по нескольку раз. Решил зайти посмотреть как у ребят с рейтингами и аж взгрустнул, потому что не так много кажется о них и знают.

Корпродукт: ребята запарились со сценарием звуковых дорожек. Они взяли проблему, допустим, гнев или лень и завернули их в истории-метафоры, которые легко расскрываются в воображении. Иногда даже не понимаешь о какой проблеме идет речь, но история разворачивается в голове и начинаешь догонять. Они закладывают модели поведения для сложных психологических ситуаций - как действовать, когда депрессия, лень, зависть и т.д. История и звуки могут погружать как в приятное, так и в неприятное состояние, чтобы ты прочувствовал и капнул в себе проблему.

Как они добились погружения? Они не просто записали историю женским голосом под приятную музычку. Они взяли очень крутого звукового дизайнера, который сам походу прожил каждую историю, и озвучил каждое действие в истории звуками, например, тревожный гогот коня, как метафора сложной амбициозной задачи или скрип старого пола в затхлой комнате, как метафора забытых желаний и заботы о себе. Все это очень погружает и часто прям до мурах.

В общем, это мой личный опыт. Очень советую попробовать, раскрутить воображение, пропустить через себя)

Вот ссылочка, дал на сайт, чтобы был выход и в эпловский и в гугловый магазины - https://voice-stories.app

5АМ | #рекомендации

ИИ, автообзвон и жираф

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

Признаюсь, в сентябре меня обманул такой ИИ, я поверил, что это человек. Он прокололся только в еле заметной склейке звуков, которую бы не каждый услышал. Тут я напрягся. Как он меня обманул? Разработчики специально добавили тупняк в человеческий голос ИИ, например, "ой, вы ввели меня в ступор, я даже не знаю, что ответить на этот вопрос, ээээ... {и возврат в скрипт}". Зашло на ура, программа же не умеет тупить, тупит только человек.

Мы тоже планируем внедрять голосовых ИИ в Локео как интеграцию. Это логично с позиции бизнеса, но грустно с человеческой.

Я решил сознательно пройти по воронке и обнаружил, что продажники больше начали лениться в продаже. Не запоминают контекст, не прорабатывают связи, не отходят от сценария, а это была b2b(!) продажа. И понимаю почему. Бизнес закручивает гайки для увеличения контроля над метриками. Но продажник и клиент - это реальные люди, это общение "на земле". Плохо, что продажникам больше не дают "рисовать", "творить" в момент продажи, воспринять проблему, контекст клиента и провернуть продажу. Кажется, мы меняемся местами с ИИ: знание контекста и связей отойдет ИИ, а люди будут делать механику. Грустно по-человечески, как пользователю процесса продажи, который является частью продукта.

Почему жираф? Я придумал капчу. Торможу скрипт робота и говорю "Скажи слово жираф", если не говорит - кладу трубку, а реальных людей веселит". Болтаете с ИИ обзвоном?)

5АМ | #мысли

Реверсивные операции

Есть такая сложная фигня в проектировании архитектуры. Я назвал это реверсивными операциями, может кто знает как это называется общепринятым термином.

Суть, допустим есть сущность Смета и сущность Контрагент. У обоих сущностей есть полный набор CRUD операций. И вот допустим, пользователю нужно, чтобы на странице контрагента отображался список смет контрагента (при создании сметы выбирается контрагент).

Проблема в том, что возникает соблазн продублировать весь набор операций в списке смет на странице контрагентов, потому что это кажется логичным с точки зрения UX. Допустим, пользователь прошел по ссылке на котрагента из какой-то части приложения и возникает потребность создать смету, потому что он видит список его смет. Вроде логично, но опасно, потому что может возникнуть дополнительная пачка неучтенных требований и просто пойти по легкому пути типа "да сделай просто как в том разделе, только на этой странице и все". Не, фильтрация может измениться, в форме могут не понадобиться какие-то данные или валидация может быть другая, а таблица может содержать другие колонки. Во-первых, это дорого, а во-вторых, это может быть не нужно.

У нас много реверсивных операций. Мы решили сделать вход в процедуры сущности только с одной стороны во благо пользователя, чтобы не путать его. Да, отображение данных можно сделать в другой сущности, но операции нежелательно. Как вариант, просто сделать ссылки, открывающие новую вкладку с разделом. Плюсы - пользователь знает, что только из этого места он может выполнить эту операцию и не запутается. Минусы - придется увеличивать путь и клики, но думаю это меньшее из зол.

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

Встречали такие сущности? Как решали?))

5АМ | #разработка

Ребят, всем привет. Хочу провести небольшой кастдев моего канала) Вас уже так много стало, спасибо, что читаете, очень-очень приятно!) Кстати, тут есть честный пост про этот канал и про нас.

Я пишу на многие темы: аналитику, стартапы и бизнес, продакт и проджект, даже философии чуть-чуть. Каналу уже 8 месяцев и каждую неделю я пишу по 5 постов) Хотел вас попросить поделиться своими мыслями и ответить на эти вопросы, ну или просто написать отзыв:

1. Почему читаешь? Что интересно?
2. Какие темы лично тебе интересны?
3. Что можно улучшить по твоему мнению?

Спасибо за ответы заранее!

Давайте поговорим с клиентом?

В момент создания Локео мы буквально сидели на наших клиентах, поэтому это сильно помогло глубоко понять проблемы и тренироваться отрабатывать боли будто бы у нас был бесконечный разговор. Сильная сторона стартапов в том, что, пообщавшись с клиентом, можно тут же вносить изменения в продукте или процессах к продажам, пивотнуться. Важно, что на разном этапе продукта общаться с клиентом нужно по-разному.

🟣 ЧТО
Вот продукта нет, фаундер/продакт задней чуйкой понимает, что что-то есть на этом рынке, что-то не так. Конечно очень важно понимать домен, важно знать нишу, желательно изнутри, чтобы общаться с пользователями на их языке, но общения с будущими клиентами не избежать. Не с пользователями, а с клиентами. Даже если платит бизнес, а не непосредственно пользователь сотрудник, этот сотрудник тоже клиент.

Главный вопрос, на который нужно ответить себе - "Что клиент готов купить"? Все вопросы интервью должны в совокупности ответить на этот вопрос, подтвердить или опровергнуть наши гипотезы.

🟣 КАК
Вот продукт появляется, но не понятно, во-первых, то ли это и, во-вторых, удобно ли это. Клиенту предлагается решение, через которое он уже дает свои предположения и предложения.

Главный вопрос тут: "Как вам это?", т.е. то или не то, удобно или нет. Если возвращаться к деньгам, то получится такой вопрос: "Благодаря чему вы будете продолжать за это платить?".

🟣 ПОЧЕМУ
Вот продукт начал продаваться. Клиенты платят за него деньги. Мы по-прежнему должны общаться с клиентами, чтобы понять что двигало клиентом.

Главный вопрос тут: "Почему вы это купили?". Разворачивая главный вопрос, мы расскручиваем кто принимает решение, кто решил, что нужно, почему решили купить именно у нас, а не конкурентов и т.д.

Теперь расставим точки над i. Все это называется злоебумным словом CustDev и происходит огромная путаница, потому что не понятно, а какой именно. Почему?

Разный этап жизненного цикла продукта
На этапе первого продукта нет. На этапе второго продукт появляется. На этапе третьего продукт уже является бизнесом.

Разные решения
Выводы на основе аналитики результатов кастдева разные. На основании первого строится архитектура решения, который будет продаваться. На основании второго - как он будет выглядеть и работать. А на основании третьего изменяется подход к продажам и вносятся изменения в продукт.

Разные специалисты
Первый проводит продакт или фаундер. Второй проводит UX-ер и аналитик. Третий проводит продажник или маркетолог. Даже если все это одно лицо, важно это разделять, чтобы не запутаться в смене роли для оглашения и понимания результатов.

5АМ | #маркетинг

Похвалите, если правда круто

Вы знаете, иногда возникает тонкое ощущение, когда ты видишь, что результат человека действительно крутой, но, то ли потому что не удобно, не к месту, не выгодно или еще по какой-либо причине, мы не хвалим. Это таак, тааааак плохо и грустно.

И я сейчас говорю не про натренированность, не про навык, не про "через не хочу", а про чувства в моменте. Про тонкий момент, когда возникло ощущение "блиииин, это круто, это мне зашло...". Дайте человеку свою искренность в этот момент, похвалите, напишите, позвоните, скажите при встрече. Мы иногда даже не задумываемся как это может повлиять на человека или помочь ему в работе, какую эту энергию может дать. При этом человек, получив похвалу, может даже ничего не показать, проглотить, не проявить, но оно останется, оно будет внутри и разгорится мотивацией сделать круче дальше.

Я всегда стараюсь придерживаться этому. Возникло - дай. "Черт, как же ты круто сделал!", "как это работает! Ты - гений, ей богу", "как это нарисовано! Ты - крутой специалист". Было даже такое, что мне говорили, что кто-то из команды делает круто, но я не слышал, чтобы этот человек сказал это в лицо. Я все равно передаю, пусть я буду транслирующим, но оно дойдет.

Похвалите, не проходите мимо ❤️

5АМ | #команда

Глубина продумывания

Меня восхищают люди, команды, способные глубоко продумать сценарии и варианты. Например, варианты использования приложения, сценарии продаж, когда есть ответ на любой вопрос клиента, продуманные инструкции, предусматривающие большинство действий неквалифицированного сотрудника.

Почему так редко видно глубоко продуманные вещи? Это очень тяжело, концентрировано производить расчеты - это прям больно, думать больно)) И это не шутки, мы не любим думать, потому что это затрачивает колоссальную энергию.

Я как-то провел эксперимент на выходных. Я пытался продумать все свои действия в течение дня заранее хотя бы на час вперед. Например, планируешь пойти в магазин, начинаешь продумывать и мысленно проходить по продуктам в холодильне, в шкафу, как будешь одеваться, идти в магазин, как будешь расплачиваться и так до глубоких мелочей. Я открыл для себя невероятный порядок. Правда вечером замертво свалился от перегруза. Это все равно что с непривычки решить сделать жим на 100 кг, когда рабочий вес, дай бог, 50 кг. Но мне всегда не давала покоя одна мысль: есть люди, которые так живут и работают, делая всегда расчет наперед.

Одним из примеров глубокого организационного продумывания являются бизнес процессы ботофермы Free Russia Foundation (документы), которую создавали для влияния на общественное мнение через комментарии в российском интернете. Меня поразила глубина продумывания бизнес процессов, именно как поставлена организация работы людей. Представляется центральный мозг мыслитель, организаторы и писатели этих процессов, постоянно обновляющие процессы на базе обратной связи. Там нет такого: "да зачем писать инструкцию, все равно читать не будут", "ну считать же результаты kpi долго, у меня другая работа есть". Там прям все рассчитано.

Если направить такой подход на созидание, то можно создавать очень крутые продукты, глубоко продуманные продукты, в которых просчитали варианты, в которых, блин, за меня все продумали. И это круто, это мотивирует делать, делать и думать для других.

5АМ | #философия

Типы стартапов

Хочу поделиться с вами моей типизацией стартапов. Стартап максимально гибкая конструкция, которая при наличии определенных компонентов может неожиданно вылететь на рынок и изменить ход игры. Я где-то встречал фразу: "инвестируют в то, что не понимают. То, что понимают - финансируют." Так что основа типизации - откуда и какие деньги)

🟣 Уверовавшие
Как правило это молодые (очень) люди, очень заряженные, с шилом в заднице, верящие в святое и чистое предпринимательство. Они ищут идею повсюду, чтобы быстро её запаковать, найти CTO и запитчить на инвесторских мероприятиях. Питчить нужно много, постоянно, повсюду. Для них главное знакомство, нужно много-много бегать кабанчиком и рассказывать про идею. Они пытаются найти инвестиции, но даже не представляют как строить организацию, систему. Предполагают, что наймут "правильных" людей, которые все сделают, потому что они знают как делегировать. Откуда деньги: только от инвесторов, которые, по их мнению, должны почему-то дать деньги, но чаще родственники или, что еще страшнее, личные накопления. Шанс 1 из 100, потом уходят в продакты или ПМ-ы.

🟣 Тихони
Просто, тихо, мирно, никого не оповещая, взял и херак - Minecraft. В этом типе у человека или команды есть глубокие компетенции и, как правило, это просто фан, а не бизнес, но постепенно рождается что-то уникальное, что вдруг начинает заходить пользователям. Крайне редкий вариант, но и палка раз в год стреляет. Откуда деньги: личные накопления, кредитные, далее первые продажи и уже после набора фан базы - инвестиционные. Шанс все так же 1 из 100.

🟣 Придаток
Вот тут где-то начинается реальность. Собственники бизнеса в реальном секторе, имеющие и знающие процессы. Видят и глубоко понимают проблему рынка через общение с конкурентами или партнерами по сектору. Стартап фомируется внутри бизнеса и постепенно рождается в самостоятельное юридическое образование. Важным компонентом является прямое влияние стартапа на стратегию развития и выживания "кормящего" бизнеса, поэтому скорость выхода на рынок менее важна, так как есть "ответственность" перед основным бизнесом. Главная сложность - это партнерство, человек, ведущий стартап, который по сути должен построить с нуля технологический бизнес. Деньги у придатка непрофильные, т.е. инвестируют организация или лицо, не знающая как построить бизнес в IT со всеми нюансами разработки, продаж, тех. поддержки и т.д. Шанс выше, но отсутствие опыта может прибить плитой, 10 из 100.

🟣 Жирные
Специалисты-звезды, топ-менеджеры, команды сработавшихся лидов, вышедшие из конкурентного бизнеса, имеющие связи с быстрым выходом к инвест фондам. Их модель ясна, коротко их питч: вот мы, мы можем, мы знаем, особо ничего не придумываем, повторяем + вишенка, будет много... много денег... потом, нужно много... много денег.... сейчас, дайте. Как правило ответ - хорошо, нате (я не выдумываю - вот). Инвестиции, как правило, профильные сразу, а это значит, что помимо денег полетят сразу ништяки защиты инвестиций: юристы, бухгалтеры, финансовое управление, маркетинг, лучшие бизнес процессы управления проектами, продаж и т.д. Каждый пук-чих оплачивается, стартап в масле. Именно от них чаще всего слышно, что нужно продавать как можно раньше, что нужен максимум кастдевов, cjm-ов, jtbd-вов, офис в центре, массажист, дмс и личный бариста) Шансы гораздо выше, если фаундеры (именно тут они называются так) все таки будут работать, 20 из 100.

5АМ | #стартап

Крутая новость🔥

Хоть мы и не новички в продажах и маркетинге, но в построении процессов для продажи и продвижения именно программного обеспечения, к сожалению, теоретики и дилетанты. Поэтому я подумал, что нам в этом точно понадобится помощь. Я давно слежу за Димой Махлиным. Он партнер в компании HRLink, один из фаундеров и полностью отвечает за продажи, продвижение и продукт. HRLink - это сервис КЭДО, кадрового электронного документооборота. Они за 4 года прошли путь от неизвестного стартапа до успешного бизнеса с оборотом почти в миллиард в год. А до этого он работал в Duracell, PepsiCo, Конус Консалтинг. Короче зубр по моим понятиям))

Первое, что меня удивило, еще до знакомства с Димой, когда я первый раз зашел на сайт - это глубочайший, очень дорогой подход к созданию отзывов реальных клиентов в b2b секторе. Это прям очень круто, боюсь представить как им удалось это запродюссировать, а я прям недавно писал о том, как уважаю за глубокий подход. Потом я решил сам провести у них проверочную закупку и пообщался с продажниками, а там тоже все в порядке. Даже определенные процессы подглядел и использовал в продажах этим летом и весной. Как результат у нас конвертнулось 3 продажи, которые мы сейчас ведем и внедряем))

Так вот. Мне пришла мысль: а почему бы не попробовать обратиться к Диме как к крутому специалисту. Вдруг он практикует консалтинг. Ииии... так вышло, что он как раз рассматривал компании на эту роль. У нас произошел метч в подходах, и мы решили поработать вместе над развитием отдела продаж Локео) Очень круто, прям воодушевлен, что мы будем перенимать лучшие практики на рынке)

Если кому-то интересно, советую почитать канал Димы - @ofunicornsandmen. У него все по высшему разряду: делится опытом, результатами, делает подкасты. В общем прям советую!) 🤘

5АМ | #рекомендации

Крик души

Ребята, давайте переставать передавать инфу о проблемах фактами. Это непрофессионально. Лучше общаться задачами и гипотезами решений.

Пример, на фронт прилетают не те данные, расчет неверный, Иннокентий пишет в чат: "нам прилетают вот такие данные, здесь отображается вот так" и пропал. Ответственный Василий за задачу должен (загибаем пальцы), раз, понять, что это обращаются к нему, два, понять контекст, в котором произошла проблема, три, понять, что выведенные данные неверные, четыре, понять почему они неверные и какими должны быть, пять, переключиться на эту задачу и начать её делать. Если Василий мощный спец, то он подумает: "ну и мудак же ты, Иннокентий, и возьмет решать задачу", а если нет, то задача так там и останется, пока не протухнет.

Как бы звучало сообщение не фактом, а задачей: "Василий, нужно поправить расчет данных в этом месте, так как он некорректен, предположительно, по вот этой причине. Сейчас результат такой, а должен быть таким. Возможно нужно сделать вот это и это, чтобы это решить."

Это похоже на репорт тестировщика, но так как проблемы возникают на всех уровнях, то и применять их должны все. Такое может встречаться на уровне аналитики, дизайна, маркетинга и продаж: "этот процесс некомпилится", "этот компонент поломан", "лидов что-то мало", "клиент перестал отвечать".

Не говорите фактами - это сброс ответственности. Говорите задачами и гипотезами решений - это взаимопомощь и уважение, сигнал о том, что вы напрягаетесь и вам не похер.

5АМ | #команда

Ну вы как бы поняли да? 😁😁

Просто пятница, вечер, маячит бар на горизонте, перестал напрягаться, потерял уважение)

Всех с пятницей🤘

5АМ | #мемы

Ребят, сегодня кружочком. Как это обычно бывает, закрываем год с ноги. Мы завершаем первое долгожданное внедрение самого сложного финансового модуля на 1800 лицевых счетов, бес-шо-вно, и готовимся к выступлению для получения гранта, которое, сюрприз, будем прям завтра))

Кто закрывает год авралами и кранчами - да прибудет с вами сила) кто уже закрыл - красавчики, горжусь) Как всегда в таких сложных точках мы с Серегой вместе, пойдем делать круто и с огоньком! Вам удачи, нам удачи!🤘💪

Эмерджентность

Мне нравится это понятие из теории систем. Коротко суть: это свойство системы, которое возникает только во время работы всех ее компонентов. То есть каждый компонент системы по отдельности это свойство не имеет.

Очень интересно рассматривать эмерджентность больших b2b продуктов с точки зрения сложности продаж. Вот допустим возьмем различные подсистемы Локео. Дам примеры, чтобы вы поняли смысл этой сложности.

🟣 Первая подсистема - процесс оформления клиента в УК. Выполняет сотрудник №1, допустим продажник.

🟣 Вторая подсистема - комплекс финансовых операций для изменения баланса лицевого счета. Выполняет сотрудник №2, допустим кассир. Имеет свои интеграционные подсистемы.

🟣 Третья подсистема - личный кабинет собственника, пополняющий лицевой счет, получающий рассылку, делающий автоплатеж. Выполняет обычный клиент, собственник участка.

🟣 Четвертая подсистема - комплекс операций по созданию пропуска на КПП. Выполняет сотрудник №3, допустим менеджер по сервису. Имеет свои интеграционные подсистемы.

🟣 Пятая подсистема - комплекс операций по управлению оповещением: email, sms, push, новости в личном кабинете. Может выполнять сотрудник №3. Имеет свои интеграционные подсистемы.

🟣 Шестая подсистема - комплекс операций по системе управления долгом клиентов. Выполняет сотрудник №4 - допустим юрист или администратор.

С подсистемы 1-5 фактически выполняют самостоятельные задачи и закрывают боли конкретных пользователей сотрудников 1-4 и клиента. Для каждого сотрудника - это самостоятельная программа, заканчивающаяся в его зоне ответственности. Боли каждой по отдельности могут быть не такими существенными, чтобы согласиться на покупку.

Но самое важная метрика, самый главный эффект, та самая эмерджентность появляется на шестой подсистеме - появляется возможность видеть данные и получить комплекс инструментов предыдущих подсистем для того, чтобы шестая подсистема эффективно работала. Шестая подсистема невозможна без предыдущих пяти. Она приобретает уникальное свойство, за которое готов платить бизнес, собственник, ключевой руководитель. Только они способны увидеть эффект и поэтому покупают. Причем сотрудник №4, работающий в шестой подсистеме будет работать так же, как и предыдущие, эмерджентность для него будет чем-то самим собой разумеющимся.

В этом есть сложность. Продажник должен уметь продать каждому сотруднику нужный ему функционал, который продать сложнее, т.к. его внедрение может убрать должность этого сотрудника, опрозрачить его деятельность, внедрять просто лень и это же нужно активничать и т.д. А собственник, как лидер, принимает решение на основании мнения своих сотрудников. Каждый сотрудник должен получить тот самый свой "изюм" от продажника, чтобы собственник уверовал и получил понимание возникающей эмерджентности. От этого процесс продаж становится дороже, т.к. продажник продает не один продукт, а шесть (на самом деле больше).

Что помогает: аналитика карт ГПР (групп принимающих решения), отдельные воронки для подсистем-продуктов, глубокое понимание болей принимающих решение на уровне подсистемы, понимание психологии людей, их потребности и типов личности.

5АМ | #компания

Таки проду быть 🤘 Внедрили финансовый модуль в первой компании. Почти 1900 лицевых счетов! Клиентам улетела первая рассылка на 2700 адресов.

Внедрение прошло фактически бесшовно, остановили прием денег всего на сутки 😎

А все почему? Команда у нас топ, люблю 🫶

5АМ | #Лóкео

Хочу поделиться с вами невероятным опытом)

Я сейчас рылся в старых файлах и нашел крутую штуку. В период разработки VR мы находили много интересных рефов. Так вот, я тогда нашел уникальный, в своем роде, проект, таких буквально больше не делают. Почему? - нерентабельно)) Но от того, что он дошел до релиза, мне стало понятно, что это просто чистое творчество, ребята кайфовали, когда делали)

Это интерактивный геймифицированный музыкальный клип, который снят дважды(!!!).

В первой дорожке вы смотрите на место происшествия от первого героя, который пытается понять, что в этом месте произошло. Параллельно идет вторая дорожка с реальными событиями происшествия. Ваша задача, нажимая на пробел, переключать эти дорожки и помочь герою понять, что здесь произошло, просматривая ключевые точки. Если вы их пропускаете, то у вас (!!!) меняется концовка у клипа!) До мурах, короче)

Вот ссылка на клип. Смотерть только на ПК)

5АМ | #life

Не заморачивайся со схемками

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

В проектировании вот уже кажется 3-й год я использую альбом для рисования с листами А4. Он всегда лежит передо мной. Кажется у меня их уже с десяток скопилось. Когда возникает мысль и потребность завизуализировать переходы состояний, переходы между процедурами или движение данных, я накидываю в альбоме карандашом за 10-20 сек, все остальное время сижу с закрытыми глазами и компилирию, чтобы обернуть в требования и дальше в текст.

Суть выстраивания схем swimline, перехода состояний, потока данных или любой другой в том, чтобы понять требования к конкретной точке реальности, находящейся в определенном состоянии, которую отражает эта схемка, а не чтобы было "красивенько" или "ну нифига как много".

Из этого выходит, что схема - это расходник. Сделал - выбросил. Схема не есть продукт, не надо за неё платить. Главное вывод, что человек или система должны или не должны работать в этом состоянии таким образом.

Проектирование глобальной архитектуры процессов в бизнес анализе выглядит скорее как дерево папок, а не как сплошной холст со всем и вся. В первой папке есть самый верхний уровень (например, карта экосистемы или контекстная диаграмма), дальше спускаешься еще ниже и ниже, детализируя схему на несколько уровней вниз. Так можно спуститься в любое состояние системы и посмотреть на неё с абсолютно разных сторон, просто потому что в каждый момент рассматривается лишь маленькая её часть.

Поэтому задача раскопать в дерьме состояний дистиллят, замереть и не двигаться, начать срисовывать и переписывать на бумагу в требования состояния. Проблема только одна, если у вас есть три начальника, то уже доказать сложно свои решения, поэтому приходится рисовать, чтобы делать пруфы))

5АМ | #разработка