Предположим, вы решаете выделить ресурсы для разработки уникального продукта, отвечающего требованиям компании. Это может занять больше времени, но определенно удовлетворит потребности бизнеса. Разработка – это большое обязательство, особенно для организации, у которой нет наготове необходимых ресурсов; такой путь обычно выбирают компании, в которых уже создана инфраструктура для разработки (см. табл. 8.2).

Таблица 8.2. Разработка: преимущества и недостатки

Хорошее сочетание – «купить» то, что можно, и «разработать» то, что требует большей гибкости и соответствия вашим требованиям. Как мы отметим позже в этой главе, когда будем обсуждать облачные решения, разработка не означает, что вы должны создавать вообще все. Вы можете использовать и интегрировать многие сторонние компоненты. Например, для отправки электронной почты можно использовать стороннюю службу, или если вам нужна подробная аналитика, то лучше отдать эту задачу отдельному инструменту бизнес-аналитики (BI), а вы будете загружать в него исходные данные.

Помните также: будьте осторожны с решениями low/no code. Это современные версии Visual Basic, позволяющие не-разработчикам создавать ПО с помощью инструментов point-and-click («наведи-и-щелкни») или drag-and-drop («перетащи-и-брось»), без написания кода. Эти инструменты создают обманчивое впечатление, что вы экономите кучу времени и быстро решаете 80 % задачи, но оставшиеся 20 % могут делаться гораздо дольше, потому что окажется, что проблема только усложнилась. В худшем случае вы идете на компромиссы, чтобы оправдать выбор именно этого инструмента, хотя он и не обеспечивает необходимой гибкости. Пойдут ли ваши конкуренты на такой же компромисс или же обойдут вас с более широким набором функций?