When developing solutions with bigRing and bigBrain, it’s crucial to recognize the significance of initial prototyping and building a Disciplinary Knowledge Base (DKB). These steps are pivotal in validating the knowledge architecture, which can lead to substantial optimization of costs and better pricing models.
The pricing model for bigRing and bigBrain services is flexible and tailored to the specifics of the project, taking into consideration factors like the number of users, features required, data volume, and the intensity of usage.
- bigRing Pricing Mix Model:
- Tenant-Based Pricing: This model charges based on the number of tenants (client organizations) using bigRing as an orchestrator for managing bigBrains.
- User-Based Pricing: The cost could vary based on the number of administrators, experts, and end-users accessing the bigRing platform. The pricing tiers may adjust according to the number and roles of users.
- Subscription Pricing: This involves a recurring fee (monthly or annually) for access to the bigRing platform, which might vary based on the scale of usage and support required.
- Feature-Based Pricing: The pricing might differ based on the capabilities and features required from the bigRing platform, from basic system management to advanced data handling capabilities.
- Custom Pricing: For complex or specific needs, such as integration with existing enterprise identity providers, custom pricing options are available.
- bigBrain Pricing Mix Model:
- Volume-Based Pricing: The cost depends on the volume of biomedical data that needs to be processed and stored within the bigBrain computers. More extensive data processing may lead to higher charges.
- Computational Capacity-Based Pricing: Pricing may vary based on the computational power and resources required for the bigBrain computers.
- Subscription Pricing: A regular fee is charged for the continuous use and maintenance of bigBrain computers, typically on a monthly or annual basis.
- Custom Pricing: For more complex processing needs, like creating and managing advanced models or data-intensive operations, custom pricing options can be considered.
- PoC Pricing: For projects following our phased approach, we propose a special pricing model for the PoC phase, where the focus lies in building and validating the prototype and the DKB.
Bear in mind that the costs for a demo version or PoC, which are simplified, illustrative versions of the system, would be considerably lower. Conversely, a full-scale, optimized system would require a more substantial investment, reflecting the resources, expertise, and customization involved in its development.
Prototyping
Building a prototype for Proof of Concept (PoC) serves multiple purposes.
- It not only verifies the technical feasibility and functionality of the project but also gives a real-world estimate of the investment required.
- The prototype allows us to test the knowledge architecture, troubleshoot issues, and optimize the design before committing to the full-scale project.
- While sometimes creating a prototype might seem costly, this investment can pay off significantly by reducing the risk of more substantial expenses down the line due to unanticipated complications or inefficiencies.
When engaging with a new project, we propose a phased approach, with the aim of creating a PoC as a credible basis for specific pricing and risk reduction:
- Discovery Phase: This phase involves understanding the client’s requirements, the project’s scope, and the domain of knowledge to be incorporated into the system.
- Prototyping Phase: Using the insights from the discovery phase and the initial a prototype is built to serve as a PoC. This prototype validates the knowledge architecture and provides a concrete idea of the project’s feasibility and potential costs.
If the prototype proves to be sufficient, the customer may decide to continue with the real project as follows.
- Optimization Phase: Based on the results and feedback from the prototype, we refine and optimize the design, system, and knowledge architecture.
- Pilot Project: The optimized design is then implemented on a small scale as a pilot project. This project provides a real-world test of the system’s efficiency, usability, and cost-effectiveness, and gives a final opportunity for adjustments before full-scale implementation.
- Full-Scale Implementation: Post pilot project approval, the system is developed and launched at full scale. The final pricing is set based on the insights gathered throughout the process, ensuring it accurately reflects the resources and expertise involved.
It’s important to note that this is an iterative process, with continual learning, feedback, and refinement at every stage. While this approach may seem elaborate, it’s a vital part of ensuring successful project implementation and developing a pricing model that offers the best value for our clients.
Disciplinary Knowledge Base (DKB)
The creation of a DKB is a crucial step that allows us to construct an in-depth understanding of the specific domain knowledge necessary for the project.
- It involves the collection, organization, and generation of domain knowledge in more detailed and tailored variants, thus improving the efficiency and effectiveness of the product development.
- The DKB not only aids in building the prototype but also serves as a resource for future development and scaling and as a business tool.
Creating a Disciplinary Knowledge Base s a substantial part of the process when deploying bigRing and bigBrain services. We recognize it as a joint product, crafted in close collaboration with our clients. The purpose of the DKB is to capture and structure domain-specific knowledge, making it reusable and transferable across different applications and setups.
The pricing for the development of a DKB is a collaborative process, just like its creation. It accounts for the following:
- Resource Investment: The DKB development involves significant time and expertise from both bigRing/bigBrain team and the client’s domain experts. This mutual resource investment shapes the cost calculation.
- Value Generation: The DKB’s ability to facilitate knowledge transfer and accelerate PoC development brings significant value. This value generation is considered in the pricing.
- Future Savings: The DKB, once created, can lead to substantial cost savings in future projects by reducing development time and learning curves. This potential for future savings is factored into the pricing model.
- Joint Ownership: Given the shared contribution in creating the DKB, we consider a model of joint ownership. This approach can influence the pricing strategy, possibly including models such as revenue sharing or shared cost saving in future projects.
- Customization: The degree of customization required in the DKB to suit specific domain needs can also impact the pricing.
Given the unique and collaborative nature of DKB creation, we recommend a detailed discussion with our team to understand the specific pricing implications. A well-constructed DKB is an asset and investment, the value of which extends beyond the initial project into future applications and scalability.