The need
Give distributed customer teams a consistent communications layer.

Historical venture
Software created because the operating model needed it.
OLSEN STEINER ROLE · VENTURE DEVELOPMENT · OPERATING TECHNOLOGYHistorical operating experience, not a current holding. No public exit or realised-return figure is claimed.
THE CASE IN ONE VIEW
Give distributed customer teams a consistent communications layer.
Telephony, agent workflows and operational reporting.
Proprietary software development for regional operations.
HOW THE MODEL CONNECTS
FULL CONTEXT
The visual overview is the short route. Open a chapter to read the original explanation and supporting detail.
HISTORICAL VENTURE · COMMUNICATIONS TECHNOLOGY
OLSEN STEINER ROLE · VENTURE DEVELOPMENT · OPERATING TECHNOLOGYSoftware created because the operating model needed it.
CASE EXPLORER
Open a chapter for the operating evidence, economics, partners or development assumptions. All financial qualifications and source links remain with their context.
INVESTMENT / OPERATING THESIS
PearCall was not conceived as software looking for a problem. It emerged from the requirements of distributed customer operations at scale.
The product was shaped around real agent and supervisor workflows.
Operational reporting matters when teams, locations and markets multiply.
Internal software can create operating leverage even when it is not the principal revenue line.
MARKET FOOTPRINT
PearCall supported customer operations associated with the wider SojiLabs / CPA IKON ecosystem.
The footprint reflects the operating environment the platform supported, not standalone PearCall sales territories.
BUSINESS MODEL
The economic value came from connecting telephony, people and management information.
Calls and leads reach the right workflow.
Agents handle customer conversations.
Supervisors monitor activity and quality.
Operational data supports management decisions.
Workflows evolve around conversion and service needs.
COMMERCIAL / FINANCIAL LENS
PearCall’s strategic value was primarily operational rather than standalone SaaS revenue.
Supported revenue-generating telesales and customer operations.
Reduced dependency on fragmented external systems.
Made distributed operating processes easier to manage.
Software development and implementation rather than physical infrastructure.
WHAT MADE IT HARD
These cases are included because they required real operating decisions, not because every element was frictionless.
Internal tools fail if agents and supervisors work around them.
Telephony infrastructure has to work during revenue-critical activity.
Management information is only useful if workflows capture clean data.
Internal platforms must solve operating pain, not become technology vanity projects.
HISTORICAL VALUE CREATION
PearCall demonstrates a different type of venture value: software did not need to be sold externally to be economically useful. It reduced dependency on generic tooling and supported distributed revenue-generating operations.
Multiple teams and locations created a need for workflow, telephony and management visibility.
The product was shaped around identifiable agent and supervisor workflows.
Internal infrastructure supported scale and standardisation across a 200+ operator environment.
Evidence of building proprietary technology only where it materially improved the operating model.
OLSEN STEINER ROLE
Olsen Steiner’s role was to connect the software brief to the commercial reality of the businesses using it. PearCall is evidence of a recurring Olsen Steiner principle: build technology when it materially improves the operating system, not because software is fashionable.
PearCall is not presented as a standalone realised software exit. Its historical value was primarily embedded in the operating businesses it supported. No public standalone transaction value or realised-return figure is claimed.
THE NEXT CONVERSATION
Tell us the market, the opportunity and what needs to happen next.