Редакционная заметка: В течение последних двух десятилетий конкурентное преимущество SaaS в значительной степени строилось на интерфейсе. Панели управления, поля, рабочие процессы и привычки пользователей — это не просто интерфейсы взаимодействия, но и факторы, формирующие способы работы организаций и порядок данных. Когда ИИ может напрямую читать данные, вызывать инструменты и выполнять процессы, привязанность, основанная на мышечной памяти человека, начинает ослабевать, и интерфейс больше не является обязательным ядром корпоративного программного обеспечения.
Это не означает, что система записи теряет свою ценность, а лишь то, что её защита смещается: от интерфейса и привычек использования к моделям данных, системам прав доступа, ответственности за соответствие нормативным требованиям, бизнес-логике, замкнутым циклам выполнения и сетям многостороннего взаимодействия. Будущие программы, обладающие настоящими барьерами для входа, возможно, больше не будут просто базами данных, фиксирующими человеческую работу, а станут системами действий, способными захватывать контекст, инициировать задачи, координировать агентов и непрерывно генерировать новые данные в процессе выполнения.
Когда программное обеспечение переходит к headless-подходу, ключевая проблема корпоративного ПО также меняется: ценность теперь заключается не только в том, кто владеет данными, а в том, кто может организовать действия вокруг данных.
Следует переводить содержимое для платформы криптовалютной биржи. Используйте точную, профессиональную, отраслевую терминологию.
В прошлом месяце Salesforce объявила о открытии API и запуске headless-продукта. По сути, это означает, что Salesforce делает ставку на то, что в эпоху агентов её ключевая ценность больше не будет определяться интерфейсом, а будет сосредоточена на уровне данных. Это довольно умная переориентация.
Однако следует отметить, что с технической точки зрения это выпуск, похоже, не принес много существенных изменений. API, которые Salesforce теперь представляет под названием «headless product», в значительной степени уже существуют много лет. Другими словами, это больше похоже на типичный Salesforce-стиль маркетинговый анонс.
Основная идея этого нового продукта заключается в том, что агенты могут напрямую получать доступ к данным в системе регистрации, не нуждаясь в взаимодействии через интерфейс, разработанный для людей. Традиционный интерфейс служит для помощи пользователям-людям в отслеживании процессов, управлении задачами и продвижении рабочих потоков; однако после введения агентов необходимость этого уровня интерфейса начинает снижаться.
Самое интересное в этом выпуске — не то, какие новые продукты представил Salesforce, а тот более фундаментальный вопрос, который он поднял: если убрать интерфейс и открыть только базу данных, что остается от системы учета? В чем разница между ней и базой данных Postgres, хорошо спроектированной схемой данных и набором API?
Более того, остаются ли в силе классические факторы, которые ранее обеспечивали долгосрочную защищенность систем учета, или появились новые критерии конкуренции?
В эпоху SaaS конкурентное преимущество систем учета обусловлено тем, что пользователи долгое время живут в их интерфейсах. Интерфейс несет в себе привычки работы, организационные процессы и накопленные данные, что создает высокие затраты на миграцию. Однако в эпоху агентов это преимущество ослабевает. Настоящие уровни защиты теперь смещаются: с одной стороны, вниз — к моделям данных, системам прав доступа, логике рабочих процессов и возможностям соблюдения нормативных требований; с другой — вверх — к сетевым эффектам, способности генерировать проприетарные данные и реальным возможностям исполнения в мире.
Когда программное обеспечение переходит к headless-режиму, где окажется конкурентное преимущество?
UI когда-то была самим продуктом
Система записи (System of Record, SoR) — это авторитетный источник истинных данных для определённого типа бизнес-информации. Это место, где хранится «официальная версия» данных о клиентах, сотрудниках или финансовых транзакциях, а также центральная система, из которой другие инструменты извлекают данные и записывают их обратно. CRM является системой записи для данных, связанных с доходами, HRIS — для данных о персонале, а ERP — для данных о финансах и капиталах.
Сила этих систем заключается не только в том, что они хранят данные, а в том, что в конечном итоге становятся «единственным источником правды», на котором основывается работа всего предприятия.
За последние двадцать лет Salesforce продавала клиентам не просто программное обеспечение, а набор инструментов для управления командами продаж: дашборды, представления воронки продаж, инструменты прогнозирования, динамические ленты информации — именно эти функции и были настоящим продуктом. Их бизнес-модель основана на продаже лицензий пользователям, которые фактически предоставляют доступ к этим функциям. База данных, хотя и играет ключевую роль, в опыте продукта выступает скорее как скрытая инфраструктура.
То есть настоящим драйвером удержания пользователей является интерфейс.
Интерфейс ограничивал данные, формируя общий язык: лиды, возможности, клиентские аккаунты. Он заставлял десятки тысяч торговых представителей регулярно вводить данные, которые они в противном случае, возможно, не стали бы вводить. Раньше интерфейс был именно механизмом, обеспечивающим согласованность и доступность данных. Salesforce обладает такой высокой степенью лояльности, что многие менеджеры по продажам продолжают использовать его в новых компаниях после смены работы — не потому, что его интерфейс особенно хорош, а потому что он превратился в мышечную память.
Но агенты начинают переворачивать эту модель. Им больше не нужно взаимодействовать с программным обеспечением через интерфейс — они могут напрямую считывать и записывать базовые данные. Это также породило целый ряд новых инструментов и альтернатив, обходящих традиционные интерфейсы. Salesforce — не единственный пример: мы недавно обсуждали, как вокруг SAP формируется целая экосистема, более подходящая для вызова ИИ.
В то же время агенты, способные управлять компьютером, сделают традиционные человеческие факторы — такие как предпочтения, обучение и недокументированный контекст — со временем менее значимыми. Другими словами, условия, необходимые для создания системы постоянного хранения данных, меняются.
Прошлые критерии оценки
Прежде чем обсуждать, что изменится в эпоху агентов, важно точнее вернуться к вопросу: что именно делало системы учета в прошлом такими устойчивыми?
Первые несколько факторов в основном связаны с тем, как люди используют программное обеспечение, и с их личными предпочтениями. Программное обеспечение сложно заменить, поскольку оно в значительной степени зависит от интерфейса, привычек использования, рабочих процессов людей и институциональных механизмов, уже встроенных в организационные процессы.
Как часто его посещают?
CRM ежедневно используется командой GTM и другими заинтересованными отделами. Именно эта высокая частота использования делает его критической инфраструктурой. А человеческий уровень, построенный на нем — например, командные встречи, операционные привычки, ритм управления и другие организационные инерции, сформировавшиеся за годы — часто оказывается самой трудной частью для миграции. Причина в том, что он даже не всегда распознается как «что-то, требующее миграции».
Во-вторых, это только запись или и чтение, и запись?
Настоящая устойчивая система учета, как правило, является двухсторонней системой чтения и записи. Например, CRM — это не только система записи для архивирования, но и система, которая постоянно используется для чтения. Каждая запись звонка, каждое обновление этапа, каждое созданное задание вводятся каким-либо пользователем, и этот пользователь, как правило, также интересуется тем, как эти данные будут использоваться в дальнейшем.
Этот двусторонний поток означает, что любой альтернативный вариант должен быть способен принимать данные в реальном времени, а не просто экспортировать исторические данные. Во время миграции практически не существует абсолютно безопасного момента для переключения. Поэтому, как только компания запускает систему, она часто остается в экосистеме исходного поставщика на длительный срок.
Напротив, системы отслеживания кандидатов (ATS) обычно ближе к системам «только для записи». После того как кандидаты приняты или отклонены, у компаний относительно мало причин возвращаться к этим данным.
Третье, сколько не задокументированных SOP?
Самые важные бизнес-контексты часто не записаны ни в одном вики-ресурсе, а накоплены в правилах рабочих процессов, созданных администраторами и системными интеграторами за годы работы.
На примере системы продаж эти недокументированные контексты могут включать: корпоративные сделки на сумму более 100 000 долларов США требуют одобрения вице-президента; сделки в регионе EMEA должны проходить проверку конфиденциальности; скидки для стратегических клиентов могут обойти финансовый контроль только в конце квартала.
Эти контексты часто определяют, можно ли своевременно продвинуть дело или завершить его без нарушения ключевых процессов. Миграция системы означает повторное разбиение каждого автоматизированного правила; иначе компания может сразу потерять часть организационной памяти.
Четвертое, насколько сложны внутренние или внешние зависимости?
Основная проблема заключается в том, сколько внутренних систем, командных процессов или внешних заинтересованных сторон зависят от этой системы учета?
Внутренняя связность означает, сколько сторонних программ или рабочих процессов зависят от нее. Внешняя связность означает, требуют ли внешние стороны, такие как аудиторы, бухгалтеры и регуляторы, прямого доступа к данным внутри нее. ERP — это типичный пример.
Чем выше связность, как внутренняя, так и внешняя, тем сложнее отношения, которые необходимо разобрать и восстановить при миграции.
Пятое, насколько важны данные с точки зрения соответствия требованиям?
The core issue here is simple: is this system compliance-critical?
Такие критически важные для соблюдения нормативных требований системы, как системы оплаты труда, ERP и данные по управлению персоналом, должны предоставлять юридически обоснованный источник данных и иметь строгий контроль доступа администраторов. Любой миграционный процесс может потребовать прямого вмешательства аудиторов и регулирующих органов. Это делает их значительно более устойчивыми.
Продажи и такие инструменты поддержки клиентов, как Zendesk, находятся на другом конце. Компании, конечно, заботятся о непрерывности и контексте, но при миграции данных или получении доступа к ним риск для регулирующих органов обычно не возникает немедленно.
Не все системы учета имеют одинаковую стоимость переключения. Сравнение CRM и ATS в одной и той же группе измерений выявит явные различия.
ATS — это инструмент рабочего процесса, предназначенный для ограниченных процессов, ориентированных на подбор персонала. После того как кандидат принят или отклонен, соответствующие записи большей частью становятся одноразовыми данными. Его интеграционные возможности более узкие, а аудитория меньше и более сфокусирована.
ERP находится на другом конце спектра. Главная книга сама по себе является аудиторской траекторией, и бухгалтеры, аудиторы и регулирующие органы станут прямыми заинтересованными сторонами в процессе миграции.
Замена ATS — больно, но терпимо. Замена CRM — как открытая операция на груди. Замена ERP — как делать открытую операцию на груди пациенту, который бежит марафон.
Традиционно системы учета не использовали такие источники конкурентных преимуществ, как проприетарные данные и сетевые эффекты; как правило, сама рабочая процедура уже достаточна для создания барьеров. В определенной степени объединение инструментов и сети характерно в основном для потребительского бизнеса; исторически SoR не шли по этому пути.
Собственные данные. Многие системы учета, хотя и накопили огромные объемы данных клиентов, не используют эти данные в полной мере, а во многих случаях условия договоров даже не позволяют им это делать. Таким образом, несмотря на то, что CRM-системы обладают богатыми наборами данных и теоретически могут агрегировать данные разных клиентов для получения межклиентских инсайтов, они никогда не делали этого по-настоящему значимым образом. Конечно, такие продукты, как Einstein от Salesforce, уже предпринимали некоторые попытки.
Сетевой эффект. Для систем учета идеальным барьером для входа должен быть сетевой эффект: например, CRM становится более ценной, поскольку продавцы программного обеспечения могут находить покупателей внутри нее. Но, как и данные, исторически сетевой эффект для систем учета был слабым или даже практически отсутствовал.
Если интерфейс исчезнет, что останется от программы после прихода агента?
Агенту не нужен браузер. Ему нужны API, контекст, инструкции и способность выполнять действия. Две вещи позволяют масштабировать весь этот процесс: во-первых, современные LLM обладают достаточной способностью к рассуждению, поэтому агенты теперь могут анализировать контекст, составлять планы, выбирать инструменты, выполнять действия и анализировать результаты, не требуя вмешательства человека в большинстве задач; во-вторых, MCP стандартизировал способ доступа к инструментам, обеспечивая агентам универсальный интерфейс для вызова внешних возможностей.
Агент с доступом к MCP может за миллисекунды и в масштабе выполнять операции, которые ранее выполняли пользователи на платформе, без необходимости в браузере. При достаточном контексте агент, способный управлять компьютером, может напрямую использовать существующие интерфейсы программ, не обязательно полагаясь на API.
Проще говоря, у покупателей программного обеспечения сейчас три пути:
Во-первых, продолжайте использовать существующую систему и накладывайте на неё агентов.
Используя их через CLI и API существующих систем, можно применять родные агентские продукты производителей, такие как Agentforce от Salesforce или Joule от SAP, а также создавать собственные агенты на их основе. Конечно, здесь предполагается, что API полный и доступен, а также временно игнорируются возможные сложности, связанные с «безголовой» реализацией в реальной эксплуатации.
Во-вторых, полностью самостоятельная система ведения записей.
Компании могут с нуля создать собственные модели данных, бизнес-логику, систему прав доступа, аудит и интеграцию систем, а также собственный стек агентов. Этот путь, скорее всего, будет использовать сторонние инструменты разработки агентов и баз данных.
Третье: купите нативные альтернативы AI.
Компании также могут приобретать новое поколение программного обеспечения, разработанного с самого начала для эпохи Agent. Такие продукты акцентируют внимание на машинной читаемости, рассматривая оркестрацию Agent как первоклассную функцию, а не добавляя функцию ИИ как патч к устаревшим системам. Такие продукты также могут быть headless.
Какие элементы старой системы оценки будут сохранены?
Факторы, обусловленные человеческим поведением и предпочтениями, такие как частота посещений, двусторонние атрибуты чтения и записи и другие показатели, связанные с мышечной памятью человека, постепенно ослабевают. Агенты могут снизить ценность «мышечной памяти» как барьера для входа, но они не уничтожат барьеры, основанные на операционной логике и бизнес-контексте. В некотором смысле они даже делают эти логики более важными, поскольку для безопасного выполнения задач агенты должны полагаться на четкие правила, права и определения процессов.
Недокументированные SOP по-прежнему важны в краткосрочной перспективе.
Внутренние организационные логики, закрепленные в правилах рабочих процессов, — это именно то, что агенту необходимо для корректного выполнения задач от вашего имени. В то же время, это наиболее сложная часть для воссоздания. По крайней мере, на данный момент ее невозможно чисто экспортировать, особенно когда часть процессов все еще требует участия человека. Однако захват контекста становится все проще; по мере того как агенты заменяют все больше ручного труда, значимость этого фактора будет постепенно снижаться.
Connectivity remains difficult to untangle and will extend even deeper.
Значение связности меняется. Она больше не просто направлена на поддержку человеческой работы, а предназначена для обеспечения связи между функциями и программным обеспечением, традиционно находившимися в разрозненном состоянии.
CRM-агенту необходимо объединить данные и контекст из различных этапов, таких как продажи, выставление счетов и успех клиентов. Если ваша платформа также становится узлом для сделок между несколькими внешними организациями — например, покупателями, продавцами и партнерами, которые взаимодействуют через нее — зависимости будут еще более усложнены.
При наложении агентов от различных производителей может быть сложно обеспечить бесперебойное взаимодействие между базовыми объектами и логикой различных нижележащих программных решений; компании, полагающиеся исключительно на одну собственную базу данных и набор агентов, также столкнутся с аналогичными проблемами.
Ключевые данные для соблюдения норм по-прежнему важны.
Данные, связанные с регулирующими органами, регуляторными рисками или юридическими рисками, по-прежнему требуют единого надежного источника данных. Если клиенты уже доверяют существующим продуктам, вероятность их перехода на другую систему снижается.
На примере данных о заработной плате и бухгалтерском учете, агенту, возможно, действительно необходимо получить доступ к этим данным, но компании редко выбирают самостоятельную разработку и долгосрочное сопровождение таких систем внутри организации.
В мире, полностью основанном на агентах, одной из самых сложных проблем является вопрос: каким агентам разрешено что делать? От чьего имени они действуют? Как аудируются эти действия? Если система записи сможет стать слоем идентичности и прав доступа для взаимодействий между агентами, она займет структурную позицию, которую будет чрезвычайно сложно заменить. Барьеры здесь заключаются не только в том, какие данные она хранит, а в том, какую архитектуру доверия она реализует.
В перспективе для стартапов, нативно построенных на основе ИИ, набор новых факторов будет становиться все более важным и определять их способность формировать защитные барьеры.
Во-первых, насколько сложно перестроить эту систему учета?
Данные станут еще более важными на нескольких уровнях.
В первую очередь, в краткосрочной перспективе ключевым фактором является степень сложности извлечения и восстановления данных нижележащей системы записей. ИИ делает этот процесс проще, и ряд инструментов помогает пользователям выполнять такие миграции и восстановления.
В краткосрочной перспективе существующие компании могут и, скорее всего, сделают этот процесс более сложным: они могут сделать API неудобным, ограничить его, сделать неполным или экономически невыгодным, либо вообще не предоставлять API. Однако по мере совершенствования инструментов извлечения, особенно способностей агентов, способных управлять компьютером, восстановление данных станет все более легким.
В то же время новая компания воссоздает более богатую систему данных из электронной почты, телефонных звонков, голосовых агентов и внутренних документов. ИИ снижает стоимость воссоздания системы на 80% до начала. То, что отличает полезный подход от настоящей альтернативы — это оставшиеся 20%: исключения, процессы одобрения, требования соответствия и рабочие процессы в крайних сценариях.
Во-вторых, есть ли у вас действительно значимые проприетарные данные?
Во-вторых, сами данные станут более ценными.
Настоящими защитными данными являются не те данные, которые вы импортируете, а те, которые ваш продукт уникально способствует созданию. Мы часто говорим о «закрытых садах данных»: эти данные либо являются собственностью, либо регулируются нормативными ограничениями, либо требуют постоянного обновления. Программный поставщик, вкладывающий значительные ресурсы в сбор авторитетных и полных данных, имеет явное преимущество перед универсальными поставщиками или конкурентами, не обладающими такими данными.
Данные также имеют другое важное направление: зависят ли они от действий, генерируемых внутри продукта.
Лучшие компании не просто хранят данные, введенные извне. Они постоянно генерируют новые следы данных благодаря своему участию в процессах — например, наблюдаемое поведение, коэффициенты отклика, временные закономерности, результаты процессов, отраслевые стандарты, аномальные паттерны и траектории выполнения агентов.
Суть в том, что данные сегодня — это контекст.
Третье, освоены ли действия на уровне?
В старом мире хранение записей само по себе было достаточно. Но в новом мире агенты будут действовать напрямую, и защитные механизмы могут сместиться в сторону продуктов, способных замкнуть цикл: от действий до фиксации результатов и использования обратной связи для оптимизации будущих решений.
Для ERP это может включать утверждение расходов, запуск выплаты заработной платы, сверку счетов-фактур, отправку уведомлений и т.д. Продукты, способные замкнуть цикл, более защищены, поскольку они встроены в процесс выполнения, а не ограничиваются наблюдением. Они генерируют уникальные данные, которые постоянно улучшаются с использованием, и становятся труднее заменить, поскольку их удаление нарушает рабочий процесс.
Of course, as more context is accumulated and edge cases are handled more thoroughly, the value here will continue to rise.
Четвертое, включает ли это этапы исполнения в реальном мире?
Некоторые бизнес-модели связаны с операциями в реальном мире, которые не могут быть полностью автоматизированы. Самый очевидный пример — компании, управляющие сетями, такие как DoorDash. Исторически они не относились к системам учета, но здесь они очень показательны.
В более широком смысле, любая компания, способная расширить программный цикл до услуг, исполнения, логистики, операций на месте или платежей, обладает защитой, отличной от чистого SaaS. Такие компании не просто хранят записи или рекомендуют действия; они отправляют персонал, перемещают грузы или выполняют конкретные услуги.
Для предпринимателей это означает, что возможности могут возникнуть на рынках, где программное обеспечение все больше способно принимать решения, а агенты — координировать процессы, но последний километр все еще требует реального исполнения. Например, вертикальное программное обеспечение, связанное с услугами на месте, является типичным направлением.
Пятый: существует ли сетевой эффект?
Исторически большинство систем учета имели слабые сетевые эффекты, поскольку в основном представляли собой внутреннее программное обеспечение. Но в эпоху агентов, если система встроена в рабочие процессы с участием нескольких сторон, сетевые эффекты могут стать значительно более значимыми.
Если система отвечает за посредничество в повторяющихся взаимодействиях между несколькими сторонами, например, покупателями и продавцами, работодателями и сотрудниками, компаниями и аудиторами, поставщиками и клиентами, плательщиками и сервисными компаниями, то каждая добавленная сторона может сделать эту сеть более ценной для следующей стороны.
Один из способов — совместная работа в рабочих процессах: продукт становится местом, где обе стороны взаимодействуют, обмениваются контекстом и обрабатывают исключения.
Другой подход — это эталон и интеллект: система может на основе паттернов, наблюдаемых в сети, представлять отраслевые нормы, аномалии и рекомендации по действиям, что дополнительно усиливает ценность данных, упомянутых ранее.
Третий способ — это доверие и стандартизация: как только контрагенты начинают полагаться на одну и ту же систему для выполнения утверждений, передачи, соблюдения нормативных требований или платежей, этот продукт перестает быть просто базой данных и становится совместной инфраструктурой рынка, поэтому его становится труднее заменить.
Шестое, насколько сильны технические возможности покупателя?
В мире, где теоретически любой может создать собственного агента, реальные возможности различных покупателей по созданию все еще сильно различаются. Особенно в вертикальных отраслях и среди функциональных покупателей, которые ранее не обладали мощными внутренними инженерными ресурсами, вероятность того, что они самостоятельно создадут, поддержат и постоянно улучшат базы данных, логику рабочих процессов, стек агентов и уровень управления, остается низкой.
Стоимость здесь также важна. DIY теоретически может снизить расходы на лицензирование программного обеспечения, но часто переносит расходы на внедрение, обслуживание и внутреннюю сложность.
Это означает, что в категориях с сложной деятельностью, но недостаточным техническим обеспечением, по-прежнему существуют реальные возможности. Например, в производстве, административных процессах строительной отрасли, промышленных процессах, рабочих процессах полевых услуг и бухгалтерии.
Также важны и постепенно становятся базовыми требованиями к программному обеспечению и другие факторы.
Например, онтология должна измениться. Многие идеи «создания собственных баз данных» недооценивают ценность, которую несет сама объектная модель. Существующее программное обеспечение было создано для панелей мониторинга, отчетов и человеческих пользователей, и оно фиксирует объекты в рабочих процессах, такие как возможности продаж, тикеты, кандидаты и т.д.
Но схема эпохи Agent должна учитывать рассуждения, действия, отслеживание состояния, обработку исключений, делегирование задач и совместную работу между системами. Вместо первоначальных объектных моделей, таких как возможности, тикеты и кандидаты, теперь это могут быть задачи, намерения, потоки, стратегии или результаты.
Также необходимо обновить систему прав доступа. Она должна управлять не только человеческими пользователями, но и агентами. Это включает: кто может что делать, через какого агента, по какой стратегии, какие одобрения требуются, какие следы аудита должны оставаться, а также как выполнять откат и обрабатывать исключения.
Конечно, все это связано с затратами, например, сколько стоит создание и поддержка агентов и баз данных, насколько высоки расходы на доступ к API. Это снова возвращает нас к нескольким ключевым вопросам: насколько сложно восстановить данные, сколько существует зависимостей и насколько глубоко встроена система.
Так каков же вывод?
По мере того как существующие программные компании переходят к headless-архитектуре, они фактически делают скрытую ставку на то, что слой данных останется основным источником ценности. В некоторых категориях, особенно в таких областях, как финансовые услуги, которые сильно регулируются нормативными требованиями, эта ставка может оставаться актуальной еще некоторое время, а процесс перехода к headless-архитектуре может протекать медленнее.
Но для программных предпринимателей вопрос о том, как конкурировать с существующими компаниями, которые начинают отказываться от интерфейсов, и как создавать программное обеспечение с долгосрочной защитой, меняется.
Следующее поколение систем учета уже начинает принимать разные формы: они больше не являются просто хранилищами данных о человеческой работе, а обладают более выраженными агентными свойствами — способны захватывать контекст, инициировать работу самостоятельно и записывать следы данных, возникающие в процессе выполнения.
Далее самые интересные компании выйдут на уровень реального мира: они будут координировать полевые сотрудников, логистические сервисы, команды обслуживания и физические активы, либо будут находиться между несколькими участниками, выступая в качестве посредника для совместной работы.
Эти компании объединят различные бизнес-модели из старого мира. А основа традиционных систем хранения данных постепенно отойдет на задний план, став фундаментальной основой, поддерживающей работу всей системы.
Нажмите, чтобы узнать о вакансиях BlockBeats
Добро пожаловать в официальное сообщество律动 BlockBeats:
Телеграм-канал с подпиской: https://t.me/theblockbeats
Телеграм-чат: https://t.me/BlockBeats_App
Официальный аккаунт Twitter: https://twitter.com/BlockBeatsAsia