Home Home

More about me:

My Manifestowhat I believe in and value

About Mea wee bit about me

I write and teach here:

My Blog I write about engineering, leadership, & life My Books my books on Leanpub to help you be more awesome Know the Codeteaching professional web development and programming

Connect with me:

  • Follow me on twitter
  • GitHub
  • Check me out on LinkedIn
  • CodePen

Hello World Blog from hellofromtonya

Bold, innovative ideas to help you be more awesome

hello world
UX

The Flawed Strategy of Assigning Site Owners as Editors

July 12, 2016 | UX, WordPress

Many times developers will assign the site owner as an editor to hide away all of the extra screens and menus that they’ve added into the back-end. But we are doing the site owner a disservice when s/he is not given full access to her/his website. Let’s talk about the reasons why this strategy is flawed and only a bandaid for the real problem of over-complexity in the back-end.

Admin Roles

The Strategy of Minimizing Through User Roles

When discussing how to restore the back-end to its ease-of-use feature, many times developers will tell me that they handle it by assigning their clients as an editor instead of administrator. Hum, let’s think about what happens for the site owner as an editor.

As I mentioned in my article about how complex and disconnected the back-end is, I can see why many developers are opting for this “editor” role strategy. On the surface, it seems like a reasonable and plausible solution to workaround the problems in the back-end.

Yes, the back-end is very minimal and easy to use. But [wait for it] the person who owns the site no longer has control of it. The minimal features means the built-in functionality of a WordPress website is greatly reduced. I’ll explain in a moment why this is a problem for the site owner and for all of us.

The Flaw in the “Editor” User Role Strategy

Let’s talk about why it’s a flawed strategy. Like I introduced previously, our site owner and client is Sally.

1. Site Ownership

Who owns the website? The client or site owner.Our role in the life cycle of the site is temporary. We are just the designers and developers. Our role is temporary. If we have a maintenance contract, this does not mean the client will continue to hire you continuously and forever.

What happens when we go away, if we are the only administrators? Think about this question deeply. It is the key to understanding why this strategy is flawed.

2. Editors Can’t Change Themes or Plugins

Let’s say that Sally wants to add a new plugin or change the theme to give her site a new look or feature. If she is only an editor, she can’t. She doesn’t have access to the plugins or themes. She can’t change or manage her own website.

Ok, that model works when she has a contract for support from a developer who has admin rights. But let’s say she wants to manage it on her own or switches to a different developer. She doesn’t have rights to add a new person or delete your access. She’s forced to hire someone to go into the database and give her access.

3. Editors Can’t Do Updates

Update is Available. Please notify the site administrator
Let’s say there’s an update from WordPress. Sally gets a notice to contact the site’s administrator, as she does not have the security (capabilities) rights to update her own website. So she has to hire someone to do it for her.

4. Editors Can’t Run e-Commerce Shops

Let’s say Sally wants to add an e-commerce shop to her site. She hires a developer to setup the shop and make sure it matches the presentational branding and UX of the rest of her site. But as an editor, she can’t run her shop. She can’t add products, check receipts, or work with her clients. In this case, she has to be an administrator or she has to hire someone full-time to manage the shop for her.

Do You See Why Now?

Making Sally and any client an “editor” means they are not able to interact with or manage their site. They are forced to hire professionals to do what WordPress out-of-box promises to give them.

This strategy is flawed because we are limiting site owners due to the complexity of the back-end. It is a way to make it easier for them. But instead we end up creating more problems.

Site Owners Are Administrators

Let’s go back and ask the question again: who owns the site? Right, the site owner, your client. It’s his/her website. They should be the administrator in order to use what WordPress gives to them.

The complexity, disorganization, and confusion are problems that we can solve to return the back-end to the ease-of-use draw and benefit.

Let’s do our clients a favor and give them access and control of their website.

Should We Create a New User Role for Us?

I often hear discussions about creating a new “super admin” role that is for us. But our role in the website is temporary, as we are building the site and then delivering it.No, we should not create a new user role for us. The support contracts are not a forever thing. Therefore, we are temporary. Why would we create a user role and the complexity of managing this role if the use case is temporary?

I advocate that “No, we should not create a new user role for us.” But hold on, I have other ideas that are tailored to our needs to better serve our clients.

I have an idea.

I have an idea (or actually a couple of them) which can solve these problems and move us forward. While a full discussion warrants a separate article (or ten), let me quench your thirst and introduce you to one of the solutions.

Introducing the Development Mode

I propose instead that we create a “Development Mode” which we can turn on via the wp-config.php file. This mode would then turn on the screens and code that will allow us to do our thang. All of those settings pages and meta boxes that let us configure without coding, those features can be enabled when the site is in developer mode. Then when we deliver the website, we turn off this mode.A “development mode” that gives us the suite of tools we need to our thang.

Hum, imagine what else we could build for a “development mode,” a suite of tools to help us monitor, test, and build the sites for our clients. Features like the “editor” can be moved into the developer mode and out of the hands of those who might break their site by using it.

While the details of this mode and new API are more than I want to cover in this article, I wanted to drop a hint as to what I’m thinking. Moving the complexity to a space that is all our own is just one option. There’s a whole offline business opportunity just waiting for enterprising themers and plugin authors. I’ll be presenting this and more about the Development API in future articles.

.wrap it Up

What do you think? Can you see why the “editor” role for site owners is a flawed strategy? Can you see how frustrating it would be to a client to not be able to do what s/he wants with the site they own? Let’s give them back their site and make them an administrator. And let’s work together to find solutions that let us do our work.

Cheers and <happy coding>

Know the Code - Leveling Up Professional WordPress Developers I’m empowering WordPress developers, like you, to master this profession. Together, you and I will build themes and plugins, solve problems, and deeply dive into all aspects of the entire process. Check out what Know the Code can do for you.

« Previous
Developers, We've Made the WordPress Back-end Complex and Disconnected
Next »
How to Split WordPress Back-end for Owners/Users and Developers

About Tonya

My story begins with robots, high-tech industrial automation, and cool artificial intelligence systems. Then life throws me a curve ball. Flip the page. A new me. I'm on a mission to help you master web development and unlock your potential!

At Know the Code, I'm sharing my [gulp] 3 decades of engineering and software development experience with you. I want to empower you to be capable of building anything in code from scratch. I want to help you do more, build faster, reduce your costs, and increase your earning potential. It's all about helping you to continually advance your career/business.

About Me My Manifesto

comments

Comments

  1. Gorakh Sirsikar says

    July 12, 2016 at 2:17 PM

    Hey Tonya,

    have to disagree with you here, at least in part. your view is necessarily that of a WordPress site developed on a BOT (Build, Operate, Transfer) basis. however, most of our clients, don’t ever login to the website, except for some silly changes on pages/posts/cpts. they don’t want the hassle in the first place, which is why they hire us for annual maintenance. so we offer, design, development, hosting, maintenance, updates, upgrades, features (add+remove),…, basically everything.

    now the argument that this would not last forever. true, but it’s then that we hand them over the site’s latest backup all media files, everything. now it’s upto them as to what they want to do it. this way we can stagger the cost of development across years and not charge the client for everything in the first year itself. now I agree that there’s a downside if the client leaves, but then we’re ready to take that risk.

    Reply
    • Tonya says

      July 13, 2016 at 3:11 PM

      Thank you for your comments. I appreciate you taking the time and sharing your views.

      However, the point of a CMS is to add and manage content. It sounds like new content is not being added regularly to the site. If that’s the case, then I have question if a static site would be a better fit for them. Why? A CMS gives you an interface and means to easily add, edit, and manage content. If they don’t need any of that, then static pages load so much faster, have significantly less code, and less opportunities for problems (less code).

      Having them as an administrator does not deplete your ability to do maintenance for them. You can still do the contracts. And if they rarely log into the site, why not give them full control and access to it.

      Consider what would happen if at some point they cancelled your maintenance contract. They can’t get into their site to add a new user, update anything, check their orders, etc. They are forced into keeping the maintenance contract or having to hiring another developer who can get into the database.

      That was my point. My other point is that the user roles, back-end, and such are not for us the developers. A person can spin up a WordPress website without us. Right? They can get a theme and they are online.

      your view is necessarily that of a WordPress site developed on a BOT (Build, Operate, Transfer) basis

      Actually my view is the site is owned by the site owner and WordPress should be easy for them to interact, manage, and run their sites. If they choose to hire someone to maintenance or run it for them, that’s great. But those contracts and relationships are are not permanent and forever. We do a disservice to attempt locking ourselves as the driver of their website.

      Bare minimum
      At a bare minimum, they should at least be given the administrator rights, even if you set them up as an editor for their main account. That way, if something happens to your company or you, they still have control of their website.

      I thank you for your comments and engaging in this conversation.

      Cheers,
      Tonya

      Reply

What do you think? Cancel reply

Your email address will not be published. Required fields are marked *

This site uses Akismet to reduce spam. Learn how your comment data is processed.

Menu
  • Home
  • Follow me on twitter
  • GitHub
  • Check me out on LinkedIn
  • CodePen
Scroll

© 2016-2017 Tonya Mork · reach me: hello ( at ) hellofromtonya.com · Be Kind. Excel.

Share on Facebook Tweet
What do you think? View Comments 2
Top