Welcome to the No-Сode Toolkit

Based on principles from
the No-code Playbook

Expand
Collaps
Choose one of
the Delivery Models
Do-It-Yourself Delivery

The DIY (Do-It-Yourself) Delivery Model is ideal for small, agile teams looking to rapidly build and deploy no-code applications without heavy reliance on external IT or development resources.

Explore more
Fusion delivery

The Fusion Delivery Model is a collaborative approach to delivering no-code projects, where both business and technical teams work together to create more complex and scalable applications.

Explore more
Center of Excellence Delivery

The CoE (Center of Excellence) Delivery Model is a structured approach designed to scale no-code development across an organization by centralizing expertise, best practices, and governance.

Explore more
Scale & grow Program / project management Bus use case sign-off MVP sign-off Release sign-off Audit review Scope / change management Work management (e.g. Kanban) Governance / security planning Quality gates / user validation No-code team training Creatio implementation design principles Implementation assistance Vendor selection Roles & responsibilities Delivery model Non-functional testing Functional / user testing APPLICATION MATRIX (DIY, Fusion, CoE) Design Go-live Everyday delivery
  • App Retrospective
  • App Retrospective
  • Business/ Process changes
  • Org changes
  • Performance
  • Component Reuse
Stage 12

Application Audit

  • Basic Reporting
  • Basic Reporting
  • Quality Gates
  • Loose coupling
  • Change Isolation
  • Quality Gates
  • Automated Deployment
Stage 11

Everyday Delivery

  • User Feedback
  • Prioritization (e.g. MoSCoW)
  • User Feedback
  • Prioritization (e.g. MoSCoW)
  • App Performance Feedback
  • User Feedback
  • System Feedback
  • Feedback Matrix
  • Prioritization (e.g. MoSCoW)
Stage 10

Incremental Improvement

Stage 9

Feedback Collection

  • User Acceptance
  • User Support & Enablement
  • Deployment
  • Environments
  • Data Migration
  • Deployment
  • User Acceptance
  • User Support & Enablement
  • Environments
  • Data Migration
  • Deployment
  • User Acceptance
  • User Support & Enablement
Stage 8

First Release

  • Internal Checks
  • Security Checks
  • External Checks
  • Internal Checks
  • Security Checks
  • Data Governance
  • Access Controls
  • External Checks
  • Internal Checks
  • Security Checks
  • Data Governance
  • Access Controls
Stage 7

Governance Checks

  • Ul and Data
  • Workflow/UX
  • Custom Integrations & Access Rights
  • Dashboards/ Analytics
  • Ul and Data
  • Workflow/UX
  • Custom Integrations & Access Rights
  • Dashboards/ Analytics
  • Ul and Data
  • Workflow/UX
  • Custom Integrations & Access Rights
  • Dashboards/ Analytics
Stage 6

Feedback Loop

Stage 5

Prototype-to-MVP

  • Estimate
  • Schedule
  • Team / Org Resources
  • MVP Definition
  • Estimate
  • Schedule
  • Team / Org Resources
  • MVP Definition
  • Estimate
  • Schedule
  • Team / Org Resources
  • MVP Definition
Stage 4

Project Assignment

  • Ul and Data
  • Workflow/UX
  • Custom Integrations & Access Rights
  • Dashboards/ Analytics
  • Ul and Data
  • Workflow/UX
  • Custom Integrations & Access Rights
  • Dashboards/ Analytics
  • Ul and Data
  • Workflow/UX
  • Custom Integrations & Access Rights
  • Dashboards/ Analytics
Stage 3

Design and Prototyping

  • Marketplace components
  • Architecture
  • Marketplace components
  • Al Copilots
  • Packaged apps
  • Custom software
  • Architecture
  • Marketplace components
  • Al Copilots
  • Packaged apps
  • Custom software
Stage 2

Options Analysis

  • Stakeholder
  • Business Case
  • Business Requirements
  • Process diagram
  • Stakeholder
  • Business Case
  • Business Requirements
  • Process diagram
  • Stakeholder
  • Business Case
  • Business Requirements
  • Process diagram
Stage 1

Business Use Case

The DIY Delivery Model Definition

The DIY (Do-It-Yourself) Delivery Model is one of the foundational approaches to delivering no-code projects, as outlined in the No-Code Playbook. This model is ideal for small, agile teams looking to rapidly build and deploy no-code applications without heavy reliance on external IT or development resources. It enables business teams to take full ownership of their projects from concept to deployment, empowering them to solve business problems quickly and efficiently.

When to Use the DIY Delivery Model

The DIY delivery model is best suited for:

  • Smaller, simpler applications that can be managed by a business team with minimal external input.

  • Self-contained business units that have well-defined needs and where rapid development is essential.

  • Projects where business users (citizen developers) can work directly with no-code platforms to build and deliver applications without extensive technical support.

This model is perfect for businesses that want to quickly prototype, test, and iterate solutions, especially when time to market is critical or when projects have lower technical complexity.

Key Characteristics

  • Self-sufficiency: The business unit takes full ownership of the project, from requirements gathering to deployment, minimizing reliance on IT or external developers.

  • Rapid iteration: The ability to develop, test, and iterate applications quickly due to the streamlined nature of the project team.

  • Business-focused: Projects are driven primarily by business needs and objectives, with minimal involvement from technical experts unless required.

Typical Roles in the DIY Delivery Model

In the DIY delivery model, key roles are primarily within the business team, which takes responsibility for the full project lifecycle. The typical roles involved include:

  • No-Code Creator: The hands-on practitioner responsible for building the no-code application. This person is often a business user or citizen developer with enough knowledge of both the platform and business needs to create and iterate the solution.

  • No-code Architect: A more senior role that provides strategic oversight, ensuring that the solution aligns with broader business processes and objectives. The business architect helps with design decisions and the integration of the no-code application with existing systems or workflows.

  • No-Code Stakeholder: Typically a business leader or manager, this person ensures that the project aligns with the business's strategic goals. The stakeholder provides high-level direction and makes key decisions, such as prioritizing features or approving the final solution for deployment .

Advantages of the DIY Model

  • Speed: Business users can quickly build and launch applications without waiting on IT or external teams.

  • Cost Efficiency: Reduces dependency on external development resources, leading to lower costs and faster turnaround times.

  • Alignment with Business Needs: Since the business team drives the project, solutions are tightly aligned with actual business needs and user requirements.

Limitations

While the DIY model is fast and business-driven, it may not be suitable for highly complex applications or those that require significant integration with other systems. In such cases, a more structured approach like the Fusion Team or Center of Excellence (CoE) model may be more appropriate.

Best Practices

  • Start small: Use the DIY model for smaller projects or prototypes to validate concepts before scaling.

  • Empower citizen developers: Ensure that business users are trained on the no-code platform and have the necessary support to succeed.

  • Iterate quickly: Leverage the rapid development capabilities of no-code platforms to continuously improve the application based on feedback.

The DIY Delivery Model is a powerful approach for teams that need speed, agility, and direct control over their no-code projects.

The Fusion Delivery Model Definition

The Fusion Delivery Model is a collaborative approach to delivering no-code projects, where both business and technical teams work together to create more complex and scalable applications. Unlike the DIY model, which is driven primarily by business users, the Fusion model integrates both business and IT professionals to tackle more challenging no-code projects that require technical expertise alongside business insights.

This model is particularly suited for projects that demand sophisticated integrations, complex workflows, or involve mission-critical systems. It brings together citizen developers and professional developers in a shared environment to ensure that the no-code applications are aligned with both business goals and technical requirements.

When to Use the Fusion Delivery Model

The Fusion model is ideal for:

  • Complex applications that require custom code, extensive integrations, or advanced functionality that surpasses what citizen developers can handle independently.

  • Cross-functional teams where both business users and IT professionals collaborate to leverage no-code tools while ensuring technical alignment with broader IT infrastructure.

  • Projects that involve mission-critical systems or require compliance with strict governance and security standards, where IT involvement is essential for approval and execution.

This model excels in environments where no-code solutions need to scale beyond individual use cases to enterprise-wide applications that must integrate with existing systems or require IT governance.

Key Characteristics

  • Cross-functional collaboration: Both business users and IT professionals actively contribute to the project, blending their unique strengths.

  • Technical oversight: While no-code tools enable rapid development, IT professionals provide critical oversight for security, data integrity, and scalability.

  • Enhanced flexibility: Fusion teams can easily handle more technically complex requirements that go beyond the capabilities of standard no-code platforms.

Typical Roles in the Fusion Delivery Model

In the Fusion delivery model, several key roles collaborate across both business and IT teams to ensure the project's success. These include:

  • No-Code Creator: The business-focused developer who uses no-code tools to design and build the application. This person understands the business requirements and creates workflows and logic using the no-code platform.

  • No-code Architect: A senior business representative who helps ensure the no-code application aligns with the organisation's business processes and goals. They work closely with the no-code creators to translate high-level business objectives into functional application components.

  • Professional Developer (Pro Dev): A technical expert who steps in when custom coding, complex integrations, or API connections are needed. The pro dev ensures that the no-code solution can interact with other IT systems, scale appropriately, and meet any technical requirements not handled by the platform.

  • IT Operations: Responsible for overseeing the security, compliance, and operational aspects of the no-code application. They ensure that the app complies with the organization's data governance policies, security standards, and regulatory requirements.

  • No-Code Stakeholder: Typically a business leader who oversees the project from a high level, ensuring that it meets business goals and delivers value. They are responsible for approving the final product and prioritizing resources throughout the project.

Advantages of the Fusion Model

  • Complexity Handling: The involvement of both business and IT ensures that more complex projects can be delivered, incorporating technical integrations and advanced functionality.

  • Enterprise Scalability: Fusion teams can create scalable, enterprise-grade solutions that are secure and compliant with IT governance policies.

  • Cross-Disciplinary Innovation: The collaboration between business and IT fosters innovation, combining the agility of no-code development with the technical rigor needed for large-scale applications.

Limitations

The Fusion model, while powerful, may require more coordination and resources than simpler no-code delivery models. It can also slow down development due to the need for cross-functional alignment, and the added layers of technical validation may introduce delays in projects that could otherwise move faster in a pure no-code environment.

Best Practices

  • Clear Role Definition: Ensure all team members understand their responsibilities and how they contribute to the overall success of the project.

  • Frequent Communication: Maintain consistent collaboration between business and IT teams to ensure alignment throughout the project lifecycle.

  • Start with a Pilot Project: Before scaling across the organization, consider using the Fusion model on a smaller project to establish workflows and processes for future initiatives.

When to Avoid the Fusion Model

If a project can be handled entirely by a business unit or a citizen developer with minimal IT oversight, the DIY Delivery Model may be more appropriate. The Fusion model should only be used when the complexity of the project demands cross-functional collaboration, as it introduces additional layers of governance and coordination.

The Fusion Delivery Model is essential for organizations that need to handle complex no-code applications while maintaining tight integration with existing systems and IT standards. By blending the best of both worlds — business agility and technical rigor — this model supports the development of enterprise-grade solutions that meet both business needs and technical demands.

The CoE Delivery Model Definition

The CoE (Center of Excellence) Delivery Model is a structured approach designed to scale no-code development across an organization by centralizing expertise, best practices, and governance. The Center of Excellence is a dedicated team that promotes the use of no-code tools and methodologies while ensuring consistent quality, governance, and alignment with business goals. It acts as the hub for knowledge sharing, support, and reusable components, empowering various business units to rapidly develop applications with the assurance that they adhere to organizational standards.

When to Use the CoE Delivery Model

The CoE model is best suited for organizations that:

  • Are scaling no-code development across multiple teams, departments, or regions.

  • Need to maintain consistency and governance across various no-code projects to ensure security, compliance, and standardization.

  • Have a mature no-code practice and want to maximize efficiency through the reuse of components, templates, and best practices across multiple projects.

  • Want to promote enterprise-wide adoption of no-code by providing centralized training, support, and oversight to citizen developers.

This model is most effective when organizations have already completed several no-code projects and are looking to expand the use of no-code across the enterprise in a more structured and scalable manner.

Key Characteristics

  • Centralized Expertise: The CoE serves as a hub for best practices, training, and governance, ensuring that all no-code projects across the organization maintain high standards.

  • Reusable Components: Promotes reuse of common assets such as templates, workflows, and integrations, reducing duplication of effort and speeding up development across teams.

  • Governance and Compliance: Ensures that all no-code projects meet organizational standards, security, and compliance requirements, providing oversight and approval processes.

  • Training and Enablement: Provides ongoing education and training to citizen developers and teams, fostering a culture of continuous improvement in no-code practices.

Typical Roles in the CoE Delivery Model

The CoE model brings together a specialized team of experts who work across various departments and projects to support and guide the organization’s no-code initiatives. Key roles include:

  • CoE Leader: The head of the Center of Excellence, responsible for overseeing the overall strategy, ensuring alignment with business objectives, and managing resources. This person champions no-code adoption at the enterprise level and ensures that the CoE remains a valuable resource for all business units.

  • No-Code Creator (Citizen Developer): These are the business users who develop no-code applications within their specific departments or teams. They rely on the CoE for training, resources, and governance guidance to ensure their applications meet organizational standards.

  • Business Architect: Works within the CoE to ensure that no-code solutions align with the broader business objectives and processes. The business architect helps bridge the gap between individual no-code creators and the overall enterprise strategy, ensuring solutions fit within the organization's framework.

  • Technical Architect: Focuses on the integration of no-code applications with existing IT infrastructure, ensuring scalability and alignment with technical requirements. The technical architect ensures that no-code apps developed across the organization adhere to data, security, and performance standards.

  • Governance and Compliance Officers: These roles are responsible for ensuring that all no-code applications meet security, data governance, and compliance standards. They provide approval and oversight throughout the project lifecycle, ensuring that apps align with regulatory requirements and organizational policies.

  • IT Operations: Supports the technical side of deploying and maintaining no-code applications, particularly around infrastructure, system integrations, and ongoing support. IT Operations ensures that the applications are stable and can scale appropriately across the organization.

  • No-Code Trainers and Mentors: These team members provide education and ongoing support to citizen developers, helping them understand how to use no-code tools effectively and follow best practices. They also offer workshops, documentation, and one-on-one guidance to new no-code creators.

Advantages of the CoE Model

  • Scalability: Centralizing expertise and resources ensures that no-code development can scale efficiently across multiple teams and projects while maintaining consistency.

  • Governance and Control: The CoE provides a framework for ensuring that no-code applications meet enterprise-level security, compliance, and performance standards.

  • Efficiency through Reuse: Encourages the reuse of templates, components, and workflows across projects, reducing development time and promoting consistency in design and function.

  • Training and Support: Ensures that all no-code developers are equipped with the skills, knowledge, and resources they need to build effective applications that meet business goals.

Limitations

While the CoE model provides a robust framework for scaling no-code development, it may introduce additional layers of oversight and governance that could slow down the pace of smaller, simpler projects. It can also require a significant investment in resources to establish and maintain the CoE, which may not be necessary for smaller organizations or those just starting with no-code.

Best Practices

  • Start Small, Scale Gradually: Begin by setting up a CoE to support a few high-priority projects and gradually expand its influence across the organization as adoption grows.

  • Promote Knowledge Sharing: Encourage teams to share lessons learned, reusable components, and best practices to continuously improve the efficiency of no-code development across the organization.

  • Ensure Flexibility: While the CoE should provide governance, it should not stifle innovation. Ensure that the model allows for flexibility in how business units approach no-code development.

When to Avoid the Fusion Model

If an organization is still in the early stages of exploring no-code or primarily handles smaller, less complex projects, the DIY Delivery Model may be more appropriate. The CoE model is best suited for larger organizations or those with a mature no-code practice that requires a more centralized, scalable approach to governance and resource management.

The CoE Delivery Model is essential for organizations looking to scale no-code development while maintaining consistency, security, and governance across multiple teams and projects. By centralizing expertise and promoting best practices, the CoE helps ensure that no-code applications deliver real business value at scale.