Three very different signals landed on the same day: a biotech funding round, a podcast conversation with a major European commerce founder, and a beverage company’s open innovation programme. Taken together, they point to a practical question for operators: where should a founder place bets on product, process, and external collaboration when growth is expensive and attention is limited?
This is not about chasing trends. It is about deciding which parts of the business deserve capital, which can be systemised, and which should be tested with partners instead of built internally.
1) The real signal in the About You interview: scale is now a systems problem
The conversation with Tarek Müller is useful because it frames e-commerce as more than traffic and storefront design. At scale, the hard problems are assortment management, content operations, pricing logic, logistics coordination, and how AI fits into those layers without adding complexity.
For small and mid-sized operators, the lesson is not to mimic a unicorn. The lesson is to identify the parts of the commerce stack that are still handled manually and ask whether they are slowing order growth, increasing error rates, or eating margin. If a task repeats every day and touches catalog, pricing, support, or fulfilment, it belongs on the automation shortlist before any new acquisition channel does.
2) What the biotech raise tells operators about investment logic
Leyden Labs’ €40 million round is not an e-commerce story, but it is a useful capital-allocation signal. Investors backed a narrow platform with a clear technical use case and a defined problem to solve. That matters because it mirrors how founders should think about their own businesses: a narrow, well-defined system usually attracts more confidence than a vague ambition to “do more with AI.”
For operators, the practical takeaway is to invest in workflows that reduce uncertainty. In commerce, that usually means catalogue quality, forecasting, demand planning, returns handling, and post-purchase communication. These are measurable systems with obvious failure points. They are also easier to improve than broad, brand-led experiments that cannot be tied to margin.
3) Why open innovation is becoming a real operating model
The Impact Sips programme shows a different pattern: a larger company using external innovation to source ideas it does not want to build alone. That approach is valuable for founders too, especially in categories where formulation, packaging, sourcing, compliance, or consumer behaviour changes faster than internal R&D can keep up.
Small businesses often assume partnerships are only for enterprise brands. In practice, they can be a cheaper route to testing new products, new materials, or new fulfilment methods. The important part is to treat partnerships as structured experiments. Define the problem, the timeline, the owner, and the success metric before anyone starts talking about co-creation.
What most people miss
Open innovation is not just a branding exercise. It is a way to buy optionality. When a founder cannot justify building an internal capability, a partner-led test can reveal whether the opportunity is real before headcount, tooling, or inventory are committed.
4) The decision founders should make: build, buy, or partner?
These three signals together point to one operational decision: do not treat every opportunity as an internal build. Some problems should be automated with software you buy. Some should be solved through a partner or supplier. A smaller set should be built internally because they are central to differentiation.
A useful rule is to reserve internal build effort for systems that directly shape gross margin, retention, or unique customer experience. If the workflow is important but not unique, buying software is usually faster. If the problem sits outside your core team’s strengths, a partner may be the better route.
This is especially relevant in e-commerce, where founders often overbuild custom tools for tasks that a strong stack can handle. Custom work creates hidden costs: maintenance, staff dependency, integration issues, and slower onboarding when someone leaves.
5) Where AI actually belongs in the commerce stack
The About You discussion points toward a more realistic AI strategy: use AI where decisions are frequent, data-rich, and repetitive. That includes product tagging, copy variation, support triage, internal search improvement, and demand pattern analysis. It does not mean replacing merchant judgment, brand positioning, or supplier negotiation.
Founders should ask three questions before adding AI to a workflow: does it reduce cycle time, does it improve consistency, and can the output be reviewed quickly? If the answer to only one of those is yes, the use case is probably still experimental.
AI is most valuable when it removes friction from a system that already exists. It is least useful when it is introduced as a vague productivity promise without a process owner.
6) A practical filter for small business operators
If you are deciding where to act this quarter, use the following checklist to sort the signal from the noise:
- List the top five recurring workflows that touch revenue, fulfilment, or customer support.
- Mark which of those are still manual, dependent on one person, or prone to rework.
- Separate problems that are unique to your brand from problems that are common to most sellers.
- For common problems, compare buy versus build before committing engineering time.
- For product or sourcing ideas, test partner-led pilots before investing in inventory or tooling.
- For AI use cases, require a clear owner, a measurable time saving, and a review step for quality control.
- Choose one workflow to improve this month, not five; operational focus matters more than abstract strategy.
The value in these three news signals is not the sectors themselves. It is the operating pattern they reveal: sharp capital decisions, structured experimentation, and practical use of technology where it lowers friction. That is the better lens for founders than broad optimism about innovation.
