Pinned post

What is Edupack?

Edupack is a WordPress plugin. Our plugin simplifies Higher Ed website management.

Edupack users manage complex website systems. Some of these users maintain self-service, “Domain of One’s Own,” systems. Others maintain a single website for lots of stakeholders. Whatever the complexity, our goal is to streamline the Higher Ed website publishing workflow, from content inception to its sunsetting.

Edupack is also a community.

All core Edupack code is Open Source, published under the GNU General Public License. That means anyone can use Edupack’s core tech for free. We’ve done this so that Higher Ed pros feel free to exchange ideas and code with us (we never want to lock users into proprietary systems!)

We hold monthly meetings with our users to discuss new features and we maintain a Slack channel to discuss anything on the mind of Higher Ed pros. We aim to be as transparent as possible to gain user trust as we develop our solutions (for more info, read our post on transparency).

If you aren’t part of Edupack already, we sincerely hope you’ll join.

Feel free to email me or message me in Slack.

We cannot build the future of Higher Ed without you!


Version 0.0.2: Archival Policies 🥳

Automate archival policies with Edupack’s 0.0.2 version. From Edupack’s new Network Admin tab, send automated warning emails and archive stale sites. Super admins can also set exemptions for sites that shouldn’t be archived.

Version 0.0.2 also allows Super Admins to hide/show site publishing permissions for network users. The site publishing permissions allows users to manually archive sites, so that sites can be hidden from the public.

Requires WP 5.6+ w/ Multisite Enabled


Wrangling Reports

Team Edupack is very detail oriented.

At a recent meeting, we honed the philosophy behind what we report.

Here’s what we decided: Edupack will never clutter admin dashboards with useless reports.

In other words, we’ll only display reports with data that our features impact.

For example, we’ll report usage statistics so admins can tune archive rules to prevent dormant sites. We’ll also report on accessibility errors so admins can automatically nudge problem site owners.

Additional reports may include the number of archived sites over time, the ratio of sites supporting WordPress’ block editor, and the amount of times each block is used.

Keeping to philosophies like these make every aspect of Edupack more useful to Higher Ed Pros we serve.

Let us know if you have any great report ideas!

Your great ideas inspire our features.


Seeking Dev. Partners

Edupack seeks institutions, agencies, and other Higher Ed pros to become development partners.

Edupack’s development partners are driven to improve campus website publishing. Each partner meets with Edupack’s team to sculpt the roadmap of features they are interested in. One-on-one meetings take place at the beginning and end of the development of each feature:

Content Governance
Libraries of reusable blocks and patterns.

Automated Archiving
Rules to sunsetting stale content.

Self-service Web Publishing
Control over onboarding & a domain-of-ones-own

Brand Governance
Brand control across large networks.

Trusted .edu tech that supports Higher Ed users.

Accessibility Reporting
Keeping Campus sites accessible.

Edupack has also built a thriving community to help development partners solve solutions to problems that are outside of our roadmap.

Interested in having your ideas coded?

Contact me,, for more information.

Together, we can revolutionize Higher Ed web publishing.

#key-info, #updates

My FSE Experience

Full Site Editing or “FSE” is WordPress’s attempt to make an entire site editable via their block editor. I dove headfirst into FSE this week. After lots of head banging, my conclusion:

Don’t depend on FSE today, but FSE’s future is bright!!

Our main headache was the query block. We encountered lots of weird bugs, like crashing blocks and hidden images. Controlling typography, especially for headings, was also extremely limited and color settings took forever to set, as this ticket highlights.

Still, I have faith in FSE…

Imagine: No CSS coding. No mockups.

The Blocksy theme already saves coding time. Their GUI style controls cover 80% of what designers can imagine. FSE provides additional global style settings that could, theoretically, make custom themes useless. Designers could design their site within WordPress without needing mockups or coding expertise.

For Higher Ed pros, block-based style controls also provide better management over user capabilities. That means accessibility and branding policies can be policed at a code level instead of through visual, human tests.

For those reasons, the future is bright for FSE.

Unfortunately, FSE’s bright future is probably not coming soon.


Edupack Transparency

How open is too Open?

We trust you’ll ask questions. We don’t want to bombard you. We trust that you’ll ask for the info you want. We do have several public forums for brainstorming. General ideas fit nicely into Slack’s #general channel. Randomness fits into #random. We email key announcements, and I’m not so sure what P2 is for yet, but “2” rhymes with “true” so… Great Truths might go here?

We never share private information. Our commitment to privacy is built into our service. Edupack isn’t a hosting service. The Edupack plugin currently does not currently collect any of your data (this may change if we need to learn about usage). Data on third-party services (ie- Slack, GitHub, P2, Gmail, …) won’t be shared with any other third party.

We also protect experimentation. Spitball ideas with me, @bbertucc. If you say something is private, I won’t tell a soul. I also encourage folks to share ideas privately with each other before bringing them to the larger group. Hashed-out ideas usually get better traction.

Business decisions and Edupack finances are public (mostly). We sometimes sign NDAs, so we obviously can’t share data that can’t be disclosed. We do aim to share most Edupack financial data. Feedback on profits, losses, investments, and lessons helps us make better business decisions. That said, we maintain employee and partner rights to privacy and never share anything employees or partners do not want us to share.

Anytime we discuss anything privately, we do it to maintain your trust. Your trust is our most precious asset. Our privacy policies work to maintain your trust in Edupack.

Ask your questions!


Edupack #outreach Plan

I’m in charge of Edupack’s outreach. I’m also trying to keep our Slack channels focused by publishing the goals behind our communication and work. This post establishes the motivation behind the #outreach group on Slack.

The Author

From user onboarding to content sunsetting, Edupack aims to simplify Higher Ed web publishing. To reach our bold vision, Edupack is launching an outreach initiative in three phases (enumerated with domain names 😉):

1. Find Good Ideas & Dream Big (

Our first phase of outreach needs to promote brainstorming. 

Imagine.. Higher Ed web publishing simplified into a single framework of standards and tech..

We’ll search HighEdWeb and WPCampus for good ideas to bring into Edupack.

We are at the start of a big project. The potential is endless, and we should promote big ideas while we can.

2. Deliver Features (

Once we have all the ideas we can handle, we’ll focus on delivering features. Our features must live up to the dreams of Higher Ed Pros. @nathansmonk and his team are working hard to turn dreams into a reality.

Our aim is to have Higher Ed pros using our plugin as quickly as possible. We want our development to be guided by real user stories.

3. Sustain Openness (

We plan to sustain our open core through support services. We love the idea of support services because companies are literally paying us to ensure our code is great and our systems are functional.

I hope that the dreamers and early users who contribute to Edupack become our biggest cheerleaders. Our cheerleaders can push Higher Ed institutions to pay for our services.

This is my plan for Edupack outreach.


Design Iterations: Easy Onboarding

Edupack caters to every Higher Ed stakeholder. From I.T. admins to professors and students, approved campus users can publish content without design or coding expertise. At our February meeting, Matt presented the following onboarding design iterations.

How are we designing the easiest onboarding in Higher Ed? Answer: Iterate, iterate, iterate…

Our First Iteration

Our first iteration was built around a simple form collecting key pieces of information. The user entered their desired domain, keywords, and selected a “type” of site. Once complete, the user moved to add content from a library of pre-defined blocks.

This raised further questions, such as:

  1. How do we make the pattern library scalable? With space in the sidebar limited, a large number of patterns would be difficult to navigate.
  2. How would a user add functionality to the site?
  3. “Site Type” was confusing to a user. Users who had no knowledge of different site types needed to see what each site type meant.

Take Two

To clarify “site types,” we gave visual examples of different site types.

We added the ability for users to start with a blank canvas. This gives experienced users total control over what content they add.

More questions arose:

  1. Is there a better way to add new pages?
  2. How are relationships between pages created?
  3. How do we deal with endlessly expanding site types?

Take Three

Users often know what pages their sites have. Instead of asking users to fit their content into a page, we decided to offer different patterns of content on each page. A page-by-page setup motivated a sitemap step. The sitemap gives non-experienced users a visual understanding of how their website pages are connected:

The visual sitemap inspired us to visualize other aspects that are confusing in a WordPress site setup, namely the features that a user wants to activate.

Instead of asking users who may not have any WordPress experience to choose plugins, our onboarding form asks users what features they want to add:

Different plugins would be activated behind the scenes, depending on what features a user wanted. Thinking of a site’s features vs. plugins means that network admins should receive fewer requests for plugins that do the same thing as other plugins.

Next steps…

Our onboarding system is now being developed. We’ll soon have a working version installed with all our Braintrust users.


#design, #ideas

compose new post
go to top
go to the next post or comment
go to the previous post or comment
toggle comment visibility
cancel edit post or comment
%d bloggers like this: