The first step is unclear
Leadership or teams see a need to act but do not yet have the shared AI Literacy required to identify and prioritise meaningful use cases.
AI LITERACY FOR HIGHER EDUCATION AND RESEARCH
AI Consulting Universities Switzerland
I help Swiss universities, research support services, Grants Offices, research management teams, Graduate Schools and Transferable Skills programmes, as well as foundations, non-profits, associations, learned societies and science-adjacent central units, build AI Literacy and translate responsible AI use into practical workflows.
Together, we clarify where AI is useful, what capabilities teams need and whether orientation, a workshop, practical safeguards or a bounded pilot is the right next step.
Universities and science-adjacent organisations rarely need another AI tool first. They often need shared AI Literacy to recognise which uses are useful, productive and responsible in their own context.
An initial assessment can create direction without requiring a complete AI strategy or a large technology project.
Leadership or teams see a need to act but do not yet have the shared AI Literacy required to identify and prioritise meaningful use cases.
Researchers, doctoral researchers, professional staff or governing bodies need a common foundation and practice-oriented learning.
Different teams use different tools while shared safeguards, roles and review steps remain unclear.
Personal data, research data, grant applications and internal documents require careful clarification before use.
Research support services, Grants Offices or central units repeatedly answer similar questions about procedures, regulations and support.
Knowledge is distributed across PDFs, policies, websites and internal repositories, making it difficult to find and maintain.
Many AI questions arise in science-adjacent interface roles where research support, funding requirements, institutional rules, governance and implementation meet. Higher-education research sometimes describes this as the “Third Space”; in practice, concrete terms such as research support services, Grants Offices, research management, Graduate Schools, Transferable Skills programmes and science-adjacent central units are more useful.
Universities, universities of applied sciences, universities of teacher education, vice-rectorates, faculties and science-adjacent central units.
Teams working with calls, grant application processes, budgets, policies, confidential information and researcher guidance.
Programmes for doctoral researchers and postdocs, academic careers teams and professional-development services.
Grant-making organisations with distinct needs around grant intake, reporting, portfolio knowledge, internal guidelines and preparation for governing bodies.
Organisations working with limited resources, member communication, grant-seeking, project delivery and organisational knowledge.
International affairs, governance, science communication, quality development and other functions connecting research, institutional rules and implementation.
Foundations often approach AI from the perspective of grant-making: grant intake, reporting, portfolio knowledge, internal guidelines and preparation for governing bodies.
These groups more often use AI from the perspective of grant-seeking, communication, project work, knowledge organisation and limited resources.
In both cases, AI can prepare, structure and reduce workload. Professional judgement and responsibility remain human.
Approach
Good AI adoption is not about delivering a finished solution that nobody can develop further. AI can make professional work better, but not automatically easier: tasks must be framed precisely, outputs reviewed critically and responsibility kept clear.
AI can temporarily support thinking, structuring and drafting, but it should not become permanent delegation of judgement. The process therefore connects orientation, use-case discovery, a workshop or pilot, and evaluation.
1
Goals, workflows, audiences, data, existing rules and internal capabilities.
2
A small number of use cases based on value, risk, feasibility, data and organisational fit.
3
Run a bounded pilot or build the relevant capabilities in a role-specific workshop.
4
Review experience, document responsibilities and decide whether to adapt, expand or stop.
Depending on the question, we begin with orientation, build capabilities in a workshop or test a concrete application in a clearly bounded pilot project.
We clarify which tool fits the material, task and level of responsibility. The aim is understanding and decision-making capability, not a ranking of as many tools as possible.
Starting from real work, we identify a small number of applications that are useful, feasible and bounded enough for responsible testing.
A pilot tests a clear purpose with defined users, sources, roles and evaluation criteria. Its findings support a decision to adapt, expand or stop.
These are not tool demonstrations. Participants learn to frame tasks, provide context, review outputs and apply AI responsibly in their own work.
Policies, procedures, FAQs and communication templates can form a curated knowledge base for AI assistants, chatbots or voicebots using RAG architecture. Clear roles, maintained sources, system-prompt logic, realistic testing and defined limits remain essential.
These systems can support knowledge access and recurring requests. We clarify purpose, sources, escalation paths and when a person must take over.
We distinguish where AI can assist productively from situations where it would take over too much judgement or responsibility. This supports practical safeguards for tools, data, tasks, outputs and human review.
We begin with your real tasks and decisions, not a predefined list of tools.
Whether AI is appropriate does not depend on the tool alone. The concrete combination of material × tool × task × output matters.
A public text, an internal record and a confidential grant application require different decisions, as do brainstorming, translation and professional assessment.
Data protection, confidentiality and scientific integrity cannot always be addressed through simple yes/no rules. The material, tool, task, intended output and responsible reviewer must be considered together. The consulting work helps translate good scientific practice, transparency and accountability into concrete working rules.
Where legal requirements, data protection or internal approval are involved, the appropriate specialists in your organisation should be included.
Open the AI traffic-light tool for initial guidanceSollberger AI Consulting works on a mandate basis with organisations in the Swiss higher education and research environment.
Ongoing mandate-based collaboration with the Swiss Academy of Humanities and Social Sciences.
Ongoing mandate-based collaboration, including in the context of the Transferable Skills Program.
Completed mandate with the Research Promotion Service of the University of Fribourg / Université de Fribourg.
Dr. Michael Sollberger is the founder of Sollberger AI Consulting and holds a doctorate in philosophy. He combines analytical thinking with practical experience in the Swiss higher education, research and innovation sector.
He has more than ten years of experience in research management. His work combines AI workshops, presentations, introductions and consulting with the development or selection of suitable AI solutions for concrete tasks. This includes domain-specific AI assistants, chatbots and voicebots, as well as clarifying use cases, limits, data protection, quality assurance and human responsibility.
View profile and experienceA useful start is to clarify goals, workflows, data, existing rules and internal capabilities. From there, we can decide whether orientation, a workshop, minimum safeguards or a bounded pilot is the appropriate next step.
No. For initial low-risk steps, a clear framework for purpose, permitted tools and data, responsibilities and human review is often sufficient. A broader strategy can build on practical experience.
That depends on the material, tool, task and intended output. Public information, internal documents, personal data and confidential applications must be treated differently. Before use, the tool, necessary information, institutional rules and responsible reviewer should be clear.
An AI assistant, chatbot or voicebot is the working interface for a concrete task: finding information, drafting, structuring or answering recurring questions. RAG describes a technical architecture in the background. It allows the assistant, when needed, to retrieve information from a curated and maintained knowledge base and use it in its answer. The point is therefore not RAG as a buzzword, but designing a useful assistant with clear sources, roles, limits, tests and human responsibility.
Yes, if its purpose, users, sources, roles and review criteria are tightly defined. A pilot should test assumptions and create learning before any wider roll-out decision.
Useful workshops build AI Literacy around real work: prompting, literature and text work, critical review, data-protection awareness and responsible AI use. The aim is transfer into research practice, not a sequence of tool demonstrations.
Not always. Foundations often approach AI from the perspective of grant management, reporting and portfolio knowledge. Associations and non-profits more often focus on grant-seeking, communication, project delivery and knowledge organisation. Human judgement and responsibility remain central in both cases.
It normally starts with a non-binding initial conversation. We can then clarify the need, audiences, data situation, possible pilots and a realistic scope.
If you want to explore responsible AI use for your university, research support service or organisation, a short first conversation is a useful next step.
Request an initial conversation