Будучи ветераном индустрии программного обеспечения с более чем 20-летним стажем, автор этой статьи имеет некоторые мнения по этому вопросу и, таким образом, поднял новый вопрос: может ли SaaS стать противоядием для китайской индустрии программного обеспечения?

Во-первых, давайте еще раз рассмотрим «индустрию программного обеспечения», упомянутую в статье. Определение «индустрии программного обеспечения» кажется настолько широким, что люди легко упускают из виду подразделения и различия. Фактически, общественное обсуждение в большей степени сосредоточено на том, что мы часто называем «традиционной индустрией программного обеспечения». «Традиция» здесь не просто разделение времени, а относится к тем компаниям, чей бизнес в основном вращается вокруг сфер государственного управления, финансов, энергетики и производства. Эти отрасли, являющиеся основой экономики Китая, уже давно обеспечивают благодатную почву для рынка программных услуг. Однако эти некогда известные компании-разработчики программного обеспечения постепенно стали называться «зарабатывающими деньги», «полагающимися на отношения», «медленными технологическими итерациями» и «слабыми инновациями», что отражает насущную трансформацию и модернизацию всей отрасли.

Возьмем, к примеру, финансовую отрасль. Когда-то она была пионером в таких технологиях и концепциях, как разработка программного обеспечения, бизнес-моделирование и сервисизация. Многие инновационные практики в отечественной индустрии программного обеспечения сначала накопили большой практический опыт из финансовой отрасли, а затем. затронул другие отрасли и постепенно стал популярным в стране. Причина в том, что, когда финансовая индустрия создает новое поколение базовых систем, она представила большое количество всемирно известных поставщиков программного обеспечения, таких как IBM, Oracle и SAP. Эти «иностранные мастера» не только привносят передовые технологии и системы, но также зрелый опыт управления, и методология была внедрена в страну, и он обучал словом и делом в сотрудничестве с местными компаниями-разработчиками программного обеспечения, что способствовало быстрому росту местных компаний-разработчиков программного обеспечения.

Однако внезапный рост интернет-индустрии привлек большое количество выдающихся талантов к уходу из традиционных отраслей. В сочетании с последующим уходом из IOE иностранные производители постепенно ушли из финансовой индустрии. Утрата талантов и отсутствие «лидерства» со стороны крупных международных компаний значительно замедлили инновационные возможности и технологические итерации местных компаний-разработчиков программного обеспечения. С другой стороны, сама финансовая индустрия также начала делать упор на «снижение затрат и контроль комиссий», напрямую передавая давление на те компании-разработчики программного обеспечения, которые предоставляют им большое количество цифровых услуг.

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

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

Какая есть партия А, есть и какая партия Б. Какие потребности у Стороны А заставят Сторону Б иметь какие возможности.давным-давно,Победившая заявка на проект будет обусловлена ​​алкоголем,Отношения важнее решений. Однако,С непрерывным прогрессом времени,Все больше и больше лиц, принимающих решения в Партии А, понимают цифровизацию лучше, чем раньше,У них глубокие бизнес-знания,и владею технологиями,Предпочитают использовать научные и рациональные критерии оценки при выборе партнеров. Это изменение в мышлении,Выдвинули более высокие требования к Партии Б,Это также указывает на то, что модель, опирающаяся исключительно на связи и отношения, постепенно приходит в упадок.,И те, кто действительно сосредоточится на производстве продуктов и технологий, получат все больше возможностей.

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

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

Стандартизация API.существовать SaaS Для настройки невозможно обойти передачу API Пучок SaaS возможности открыты. использовать API Студенты, которые занимаются вторичной разработкой, имеют глубокое понимание того, что большая часть объема разработки уходит на адаптацию API. Представьте себе, что вам нужно узнавать что-то новое каждый раз, когда вы настраиваете свою разработку. API Адаптация, какая это будет огромная нагрузка. Чтобы решить эту проблему, я внедрил бизнес-сценарии. API Стандартизация более чем утроила эффективность заказной разработки. Конечно, API Преимущества стандартизации заключаются не только в разработке стандартизированного кода. API, дизайн продукта, тестирование, совместная отладка и другие аспекты также будут полезны. Если Пучок сможет передать эти ссылки API Когда стандартизация связана последовательно, остается еще много возможностей для повышения эффективности НИОКР.

Бизнес-визуализация.существоватьстандартный SaaS Настройка по развитию,Настоящая трудность заключается не в настройке самого кода.,Речь идет о том, как эти индивидуальные коды могут долгое время мирно сосуществовать со стандартными кодами. Мы продолжаем адаптироваться под нужды разных клиентов посредством точек расширения.,Со временем и со временем,Логика кода усложнится,Неустойчивый. Визуализация бизнеса эквивалентна электронной карте,Отслеживание в режиме реального времени, какие клиенты в системе звонят в какие бизнес-модули,Это как узнать, какие участки дорог перегружены на карте.,Откройте для себя ценные индивидуальные модули, которые часто используются продавцами.,Впервые Пучок эти особенности стандартизации. В двух словах.,Через бизнес-визуализацию,Мы можем обнаружить ценные сценарии,тем самым делая пользовательский код управляемым,Можно договориться.

Открытый домен.когда мы сможем пройти SaaS открытая стандартизация API Мы можем быстро осуществлять заказную разработку и управлять настроенными функциональными системами посредством бизнес-визуализации. Мы уже близки к тому, чтобы сдаться. SaaS Кастомизация этого монстра сделала большой шаг вперед. Остался только вопрос, какие функции можно открыть и как. в стандартизированном SaaS Когда дело доходит до требований к настройке, если нет контроля, это будет похоже на наличие разъемов повсюду на корпусе, устанавливающих точки расширения для каждого сервиса или приложения, которое необходимо настроить. Это явно не разумный подход. Чтобы решить эту проблему, мы внедрили на практике концепцию открытого шлюза, а часто используемая точка расширения уровня сервиса или приложения была повышена до уровня бизнес-поддомена. На практике этот подход не только повышает ценность активов данных, полученных в результате моделирования предметной области, но и лучше решает проблему SaaS Кастомизация имеет хронические проблемы, связанные с запутанными точками расширения и фрагментированными функциями.

хорошо построенный API Стандартизация, бизнес-визуализация и открытая доменизация сами по себе являются относительно сложным системным проектом. Понятно AI Благословение значительно снижает сложность проекта. к API На примере стандартизации в конкретной практике существует большое количество нестандартных интерфейсов к стандарту. API Сопоставление интерфейса работает. Раньше такая работа требовала от студентов-исследователей одного за другим адаптировать интерфейсы, что было большой нагрузкой. проходить LLM Благодаря технологии автоматического генерирования кода драйвером работа, которая первоначально занимала один или два дня, теперь занимает всего один или два часа. Возьмем, к примеру, Tencent, WeChat Enterprise, Tencent Conference, Tencent Documents, Tencent Enjoy, Tencent Electronic Signature, Tencent Вопросник, TAPD, Tencent Cloud AI Code Assistant и другие разработки Tencent SaaS В настоящее время все продукты подключены к модели Tencent Hunyuan. Являются ли они корпоративными клиентами или индивидуальными разработчиками, они могут использовать Tencent Cloud для API Позвоните напрямую, чтобы получить более удобные интеллектуальные обновления и значительно повысить эффективность повседневной работы.

Возвращаясь к вопросу, опровергаемому в тексте: китайская индустрия программного обеспечения практически полностью уничтожена. Думаю, читатели поймут абсурдность этого утверждения. Не только традиционные отрасли называются программными отраслями, и не только ERP и CRM считаются программным обеспечением.

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

Об авторе

Шен Ган: технический директор Zhengma Software. Двадцать лет работы были сосредоточены на технической сфере. Он занимался консалтингом, планированием, проектированием и созданием средних и крупных систем, имеет более десяти лет работы в области технического управления и имеет богатый опыт в планировании маршрутов развития технологий, продвижении технологических инноваций, создании технических команд и продвижении команды по исследованиям и разработкам; культура. Стиль управления открытый, справедливый, равный и мотивирующий, а команда, которую он возглавляет, обладает сильными исполнительскими способностями и чувством миссии. Он любит техническую работу, хорошо умеет использовать технические средства для решения различных проблем, а также хорош в мониторинге и эксплуатации; и обслуживание, оптимизация и постоянное улучшение крупномасштабных систем. Богатый опыт, сильная способность изучать и осваивать новые технологии, любить программирование, настаивать на написании кода и настаивать на углубленной разработке на передовой.

-End-

Оригинальный автор |