Drupal is a free, open-source content management system written in PHP that competes primarily with Joomla and Plone. The standard release of Drupal, known as Drupal core, contains basic features such as account and menu management, RSS feeds, page layout customization, and system administration.
N/A
OnBoard Board Management Software
Score 9.7 out of 10
N/A
OnBoard is a board management software designed to streamline meetings, enhance governance, and improve director engagement. Key features include agenda building, secure messaging, voting & approvals, D&O questionnaires, meeting analytics, skills tracking, automated minutes powered by OnBoard AI, minutes builder, and video conferencing integration. With OnBoard AI, meeting discussions are instantly transcribed, generating a comprehensive draft of…
N/A
Pricing
Drupal
OnBoard Board Management Software
Editions & Modules
No answers on this topic
No answers on this topic
Offerings
Pricing Offerings
Drupal
OnBoard Board Management Software
Free Trial
No
Yes
Free/Freemium Version
No
No
Premium Consulting/Integration Services
No
No
Entry-level Setup Fee
No setup fee
Required
Additional Details
—
—
More Pricing Information
Community Pulse
Drupal
OnBoard Board Management Software
Features
Drupal
OnBoard Board Management Software
Security
Comparison of Security features of Product A and Product B
Drupal
8.1
74 Ratings
1% below category average
OnBoard Board Management Software
-
Ratings
Role-based user permissions
8.174 Ratings
00 Ratings
Platform & Infrastructure
Comparison of Platform & Infrastructure features of Product A and Product B
Drupal
7.7
69 Ratings
1% below category average
OnBoard Board Management Software
-
Ratings
API
7.264 Ratings
00 Ratings
Internationalization / multi-language
8.160 Ratings
00 Ratings
Web Content Creation
Comparison of Web Content Creation features of Product A and Product B
Drupal
6.5
78 Ratings
18% below category average
OnBoard Board Management Software
-
Ratings
WYSIWYG editor
6.271 Ratings
00 Ratings
Code quality / cleanliness
8.175 Ratings
00 Ratings
Admin section
6.878 Ratings
00 Ratings
Page templates
5.577 Ratings
00 Ratings
Library of website themes
5.568 Ratings
00 Ratings
Mobile optimization / responsive design
6.572 Ratings
00 Ratings
Publishing workflow
6.776 Ratings
00 Ratings
Form generator
6.472 Ratings
00 Ratings
Web Content Management
Comparison of Web Content Management features of Product A and Product B
If you want to set up a basic Not For Profit (NFP) Membership system and content base, Word Press is easier than Drupal. However, if you have specific needs that require a fair bit of customisation then Drupal is the best CRM available. If the webmaster is confident with PHP and SQL, Drupal allows a lot of creativity.
OnBoard is an adaptable platform that could be used for most meetings. It works perfectly to build an agenda and packet for board and committee meetings. It allows for easy RSVP to ensure a quorum at meetings. All users are able to easily view the packet and can even make notations of points they want to discuss during the meeting. OnBoard doesn't work well for detailed documents such as spreadsheets. Our company has a strategic plan and we cannot use OnBoard for that committee meeting. The size of the spreadsheet simply doesn't function well within OnBoard and isn't easily navigable. The same is true of certain financial spreadsheets.
This is not an easy CMS to work with if you don't have a good understanding of website development. It isn't "plug-and-play" like Wordpress or Shopify.
Over time, doing major updates to the system can be taxing, especially if you aren't well-versed enough in doing system updates in line with your "child" theme and code.
The CMS can become somewhat cumbersome with server resources if not carefully optimized while you build and customize it to your liking.
The time and money invested into this platform were too great to discontinue it at this point. I'm sure it will be in use for a while. We have also spent time training many employees how to use it. All of these things add up to quite an investment in the product. Lastly, it basically fulfills what we need our intranet site to do.
I couldn't imagine us doing our business without OnBoard [Board Management]. It has become the way we communicate with our Board and run our meetings. Frankly, I have no desire to go back even when we are meeting in person to paper binders for each board member. It truly has been a blessing coming out of COVID for us.
As a team, we found Drupal to be highly customizable and flexible, allowing our development team to go to great lengths to develop desired functionalities. It can be used as a solution for all types of web projects. It comes with a robust admin interface that provides greater flexibility once the user gets acquainted with the system.
OnBoard Board Management Software appears to be very user friendly. The layout allows for easy access to a number of areas via the left side of the page. Admins are able to customized the main page so that the most vital information is available to users when they log in. Setting permissions is easy.
Drupal itself does not tend to have bugs that cause sporadic outages. When deployed on a well-configured LAMP stack, deployment and maintenance problems are minimal, and in general no exotic tuning or configuration is required. For highest uptime, putting a caching proxy like Varnish in front of Drupal (or a CDN that supports dynamic applications).
Drupal page loads can be slow, as a great many database calls may be required to generate a page. It is highly recommended to use caching systems, both built-in and external to lessen such database loads and improve performance. I haven't had any problems with behind-the-scenes integrations with external systems.
As noted earlier, the support of the community can be rather variable, with some modules attracting more attraction and action in their issue queues, but overall, the development community for Drupal is second to none. It probably the single greatest aspect of being involved in this open-source project.
I haven't needed to contact OnBoard customer support many times because it's user-friendly and functions as it's supposed to/sold. On the occasions I've contacted customer support, they have promptly answered the phone or my email. In one instance, a board member couldn't access OnBoard prior to a board meeting and customer support was able to resolve the issue in the 10 minutes prior to the meeting. In another instance, a board member wasn't able to get the system to recognize all answers to a completed survey which prevented a compilation of results. Customer support viewed the member's screen and ran an error log to figure out the issue.
I was part of the team that conducted the training. Our training was fine, but we could have been better informed on Drupal before we started providing it. If we did not have answers to tough questions, we had more technical staff we could consult with. We did provide hands-on practice time for the learners, which I would always recommend. That is where the best learning occurred.
The on-line training was not as ideal as the face-to-face training. It was done remotely and only allowed for the trainers to present information to the learners and demonstrate the platform online. There was not a good way to allow for the learners to practice, ask questions and have them answered all in the same session.
Plan ahead as much you can. You really need to know how to build what you want with the modules available to you, or that you might need to code yourself, in order to make the best use of Drupal. I recommend you analyze the most technically difficult workflows and other aspects of your implementation, and try building some test versions of those first. Get feedback from stakeholders early and often, because you can easily find yourself in a situation where your implementation does 90% of what you want, but, due to something you didn't plan for, foresee, or know about, there's no feasible way to get past the last 10%
Implementation was easy and I was able to do it alone without OnBoard customer support, although customer support assistance was offered and available. The platform is very user-friendly and doesn't require assistance to implement in my opinion. The biggest hurdle is getting invitees to access the invitation email and set up their login.
Drupal can be more complex to learn, but it offers a much wider range of applications. Drupal’s front and backend can be customized from design to functionality to allow for a wide range of uses. If someone wants to create something more complex than a simple site or blog, Drupal can be an amazing asset to have at hand.
OnBoard is more user-friendly. It is very easy to navigate from an administrator's standpoint as well as for the end-user. I received compliments on a regular basis from our board members and how grateful they are that it is so easy to use. They also love having the Resources where all of our important documents are located. Other tools that I have used were very clunky and hard to navigate and the cost was greater higher.
Drupal is well known to be scalable, although it requires solid knowledge of MySQL best practices, caching mechanisms, and other server-level best practices. I have never personally dealt with an especially large site, so I can speak well to the issues associated with Drupal scaling.