Expand my Community achievements bar.

Don’t miss the AEM Skill Exchange in SF on Nov 14—hear from industry leaders, learn best practices, and enhance your AEM strategy with practical tips.
SOLVED

Creating a 'playbook' of components for page creators/designers

Avatar

Level 2

Hi,

Has anyone found an effective (and hopefully efficient) way of providing an illustration of the different components/templates available for making pages.  Something where people can (effectively) say "I'd like to use 'that' component at the top, then 'that one' below...and then we'll use 'that component' at the bottom for displaying the x".  I know it's not actually quite that simple - but hopefully that description makes enough sense.

Effectively a catalogue for people to browse - could be UX, could be product owners...whoever it is in your organisation that needs it.

Thanks in advance for any help.

1 Accepted Solution

Avatar

Correct answer by
Level 2

I think we'll probably end up with a couple of solutions serving different needs, maybe:

  • Confluence to track changes and component details
  • Axure/Sketch for a visual catalogue to browse

View solution in original post

6 Replies

Avatar

Level 10

"Has anyone found an effective (and hopefully efficient) way of providing an illustration of the different components/templates available for making pages."

AEM does not really support this. You can organize your components into categories - but AEM does not have a tool that provides this information.

Another approach is you can document various components that your org uses for such purposes. Maybe create a word doc/PDF that describes the available components and when to use them.  

Avatar

Community Advisor

Hey,

Its a good approach but every time client is having a different requirement for pages.and is it really possible to get all the component information from different projects?

I don't think it is possible. however you can make document for OOTB component which can help in this case.

and as Scott stated, there is no such document or tool that provide this information.

 

~ Prince

Avatar

Level 2

Prince Shivhare wrote...

Hey,

Its a good approach but every time client is having a different requirement for pages.and is it really possible to get all the component information from different projects?

I don't think it is possible. however you can make document for OOTB component which can help in this case.

and as Scott stated, there is no such document or tool that provide this information.

 

~ Prince

 

Thanks both.

I'd assumed there was nothing OOTB but this is the second client I've had (my role is UX) that would like something like this.  We're currently going to remake the components (not every nuance) within a design package (Sketch or Axure) with the hope that we can generate something that is useful for both UX and the wider audience.

With regard keeping track of updates, changes and new components we'll be looking to put some strict governance and regular communication in place to help with this.  It won't eradicate all problems of course but the governance + regular catch-ups should help.

Can anyone describe their process/documentation (inside or outside of AEM) that they use?

Avatar

Level 10

We used to track such changes (to tool components) using a WIKI. 

Avatar

Correct answer by
Level 2

I think we'll probably end up with a couple of solutions serving different needs, maybe:

  • Confluence to track changes and component details
  • Axure/Sketch for a visual catalogue to browse

Avatar

Level 10

That seems to be the right direction.