What

Let's review, rethink, revamp and reorganize the navigation of

• Various Tiki community sites
  • If you get "You do not have permission to view this page", ask an admin (such as Marc) to add you to Team Developers
• Presence on external sites (Ex.: Social Media presence)
• Friendly / supportive sites such as https://TikiForSmarties.com/, https://TikiTrackers.org, https://WikiSuite.org, https://PluginProblems.com, https://WysiwygProblems.com, https://SpreadsheetProblems.com, etc
• Others?

There are hundreds of thousands of pieces of information (wiki pages, forums posts, comments, tracker items, commits, etc.) related to the Tiki software and the community. There are hundreds and hundreds of URLs in the various home pages, menus or gateway pages. Stuff has been added for 15+ years and it's quite confusing. Let's re-organize!

Some challenges expressed here: https://arilect.com/tiki-read_article.php?articleId=31
Some areas and steps proposed here: 5 Simple Areas and Steps To Improve Tiki.org Navigation in June 2021...

When

• Weekly meetings until it is done (Likely 4 to 8 weeks, 2 hours per meeting)
  • 13:00 UTC Thursdays starting 2021-06-10

Where

Live

The Show Instance (bsfez-11581-7774.show2.tikiwiki.org)

Was destroyed upgrading the instance
I added a page — http://bsfez-11581-7774.show2.tikiwiki.org/tiki-index.php?page=Tiki_org_homepage_IA_G — an "information architecture" kind of mockup based on our list of tiki.org audience types and how they might be grouped. Some of the links would be to existing pages, and new pages will have to be written in other cases. The next step will be to actually style this page to make it visually interesting.

A couple of opinions after copying my local content to the show site: I'm really pretty tired of the catchphrase we've been using. In my mockup's intro section, there is some text that could be reworded as a catchphrase, for example. I edited the top module to appear only on the HomePage — I don't suppose it's meant to be on every page, right? Plus I wanted a fresh page for new ideas.

Also, I don't care much for some of the top menu's items being buttons, and some not. I would say use the same typography on all of them, and for ones that need to stand out, make sure there is a call to action below, early in the page.

Who

• @Aris Bernotas
  • Try this as a mockup: https://demo.arilect.com/tikiorg/tiki-index.php?page=Tiki---Fast-most-integrated-features-CMS
• Marc
• Gary (chibaguy)
• Torsten
• @Bernard Sfez / Tiki Specialist
• carsten.aevermann
• Please join the effort!

How

Solving real and declared problems (novice and advanced)

We have little data on Tiki users, our websites navigation, etc and we don’t really spend time to analyse what we have:

• Tiki stats
• Google analytics
• Google dev console
• Users feedback
• ...

As we have no real analysing team we are taking a lot of assumptions from our own experiences and that’s not the best way to find out what we can improve. A more pragmatic approach, sticking to reality to improve may produce better results for the overall project.

This approach is clearly related to Actions by our audiences and our previous work should be used and included. I tried to stick to navigation revamp but added some general remarks out of the scope (to be taken in account anyway before creating a path leading to frustration). To keep being concrete I volunteered where I felt I can help.

Case : Is Tiki for me?

Using or not Tiki for evaluation and have communicated at least once with someone of the team, the forums, the list.

Patrice V (March 2021)

New Tiki user experimenting Tiki and to moving his small/medium company information onto Tiki. Encoutered problems to register (validation) and declared a bug on the forums that was never solved. Has potentially rejected Tiki. 🥴

New user with financial potential and case that may open doors for other companies with the same needs. Evaluating Tiki that make several efforts to be a Tiki user that lead to frustration and eventually rejection of Tiki. Could have been solved by having a dev fixing a bug to recruit and new user and against some money... unfortunately from the user point of view nothing was rapidly proposed

Case : I use Tiki

Using Tiki and have communicated at least once with someone of the team, the forums, the list or the feedback form

Samuel S (May 2021)

New Tiki user with light code experience (HTML, CSS and Javascript) started to use Tiki and is a bit lost with some features and parameters (improve doc is another section). Read the forums but do not participate and wasn’t aware at all we have regular meeting.

An enthusiast with capabilities we need to encourage him to ask for support and stick him with the band. Potentially can join the dev team.

Responses (easy to hard?) :

• Encourage people to join event with better visibility of our TRM content
  • Available and bold on the top bar
  • Interesting links or section at the top of the homepage (next TRM topics - not just "we have a meeting...come")
  • Better integration of Tiki calendar with listing the events content (reuse the tracker and tracker calendar started for the Tikifest)
  • Require better TRM organisation (@Bernard Sfez / Tiki Specialist: make TRM visible and important, I’ll do my part)
  • More educational events (Workshops ?)
  • ...
• Better forums - promote community support
  • Available and bold on the top bar
  • Forum moderation (@Bernard Sfez / Tiki Specialist I can do the Features / Usability moderation but we need working tools - see wishlist)
  • Improve interface (let’s just copy what others do - sticky rules, solved/question nice icons, add a "it helped me counter, best answer, etc
  • Have a correct answers time
    • Some devs/specialist must give time to help with our support
  • ...
• Better registration (join Tiki) process
  • Available and bold on the top bar
  • Make it work simpler (one short form => validation => success page/form tell us more)
  • Make it automatic and instant for some actions
    • New user should be able to post in forum instantly (moderation should deal with problems)
    • 2-step validation (=> Tiki user group) may be in 2 steps to avoid spammers defacing pages
    • ...
  • ...
• Solve users problems (100% is certainly not required)
  This is mostly out of scope but still have real interest for navigation as some items should be included in the topbar menu
  • Community Forums (see above)
    • When the initial post lead to bug report/fix, the moderator should provide help (instruction to report) (instruction to hire a "bug fixer") How to have dev available ?
  • Hiring a dev or consultant
  • Available and bold on the top bar
    • 
    • Promote and encourage the people that "lives" from Tiki (devs helping in the forums)
    • (instruction to hire a "bug fixer") How to have a dev available ?
    • Encourage (guide) users that want to fix or request something (including offer to pay)
  • Request/suggest a feature (including offer to pay)
    • (instruction to hire a "bug fixer") How to have dev available ?
  • Feedback form (contact Tiki, Report a can't login)
    • One or two admins should be officially volunteers for this
    • Using Tiki webmail desk capabilities (we have this!)

Case : I help Tiki become better

...

Doocracy

Examples to look at (including projects similar to us)

• Virtualmin https://virtualmin.com
  • Look like a summary of our discussion
  • Clear and easy to navigate
  • Look alike others... (we could follow layout/navigation and make it more original/different)
• Joomla https://www.joomla.org
  • Their Header Top menu consists of sections we were talking about at TikiFest
  • Their Header Middle says clearly where you are according to the top choice
  • Their Header Bottom menu is a sub-menu
• WordPress https://wordpress.org
  • You can find showcases easily
  • Not overcrowded
• Drupal https://www.drupal.org
  • Not overcrowded
• Archlinux https://archlinux.org
  • Simple and effective
• Guardian https://www.theguardian.com/uk
  • Has aggregated menu "More"
  • Has editions to choose from
• MediaWiki
  • Splits info between Set up and run vs Edit and use vs Develop and extend code vs Get help and contribute
  • https://www.mediawiki.org/wiki/MediaWiki
  • Explains what makes it unique
    • https://www.mediawiki.org/wiki/Manual:Deciding_whether_to_use_a_wiki_as_your_website_type
    • https://www.mediawiki.org/wiki/Manual:Deciding_which_wiki_software_to_use
• https://www.wix.com/
  • Simple and not overcrowded
  • Strong messages clearly separate from other content
  • Illustrations shows what the product can do
  • Short FAQ with ONLY positive answers that tell how good is the product
  • No forums - means no support
• https://laravel.com/
  • Simple and not overcrowded
  • Little content with simple message
  • A lot of space
• https://www.axelor.com/
  • No-code BPM
  • Low-code ERP
  • Low-code CRM

Topics (unordered)

• Determine types of users and determine objectives of each -> Tiki Community Audience and Objectives
• Determine the Tiki site usage as it impact the navigation layout and content. (marketing usage impose less drawers than technical usage)
  • Technical (dev, doc, themes, ...)
  • Marketing (tiki, ...)
  • Community (informal, news, support, ...)
• Where to place "other" navigation tools (edit, social network, top links, etc) that are impacting navigation clarity and the message.
  
  

  Tiki
  
  
  

  Community
• Look at stats / data
• Inventory of content
  • For gaps: Add placeholder and add as tasks on Community items (Navigation revamp should not wait)
• Rethink and agree on where content should be
• Decide on what should be in consistent navigation (ex.: common footer) vs specific to a sub-domain.
  • Content on all pages: Register, Search, etc.
• Review all sites to determine if some need to be upgraded.
• Restructure navigation

Principles (unordered)

• Mobile first
• Dogfood
• Keep in mind technical debt
• We don't break URLs. Put a redirect or Page Alias
  • Don't commit to ongoing work / updates (which makes us look bad if not done). Write timeless content.
• Do not duplicate information. Decide where it goes and add redirects or PluginInclude
• Stay in our scope: Some people seem to have taken to defining the world on our wiki pages. That is fair game on user pages, but otherwise, it should be elsewhere (Wikipedia exists!)
• Understand the history of why things were done a certain way. We can change of course, but try to avoid mistakes and pain of the past. Ex.:
  • Projects started by well-meaning people who then disappeared and left a mess, which impacted the community and added work on existing community (Jonny and Marc have dozens of example of cleaning up messes over the years)
  • Too many times, well-meaning marketing/branding/communication/strategy specialists will get involved and come to the conclusion that we need a new logo, or a new name or a new branding. But they never offer an implementation plan. How will such a transition happen? Who will do it? When? And why would this action have more impact than other things we can do? They focus on "easy" and "visible" things. Latest example is here: Branding and Marketing Creative Brief 2016 and nothing materialized. Now, let's be honest: If the logo had changed, would Tiki really be different today? However, what would have been useful and had an impact is if the current project (re-organize the information architecture so community members can more easily participate) had been done years ago. Or even make a nicer one pager in HTML as a gateway to the different sites, like https://kolab.org/
  • For whatever reason, it was decided to spin off a new Tiki at info.tiki.org to replace tiki.org as main information site. Years later, it was decided to merge back in. Each transition caused a lot of work, and broken URLs. And multi-domain perspectives caused all kinds of issues.
• Try to think of ways to get more and different people involved and resist the tentation to add yet more work on the shoulders of the people that do the most
• Be data-driven
• Truth. Please see section about truth here: https://wikisuite.org/Branding-Guidelines
  • Since Aris pointed out some of the catchphrases that are being used, this one on the Community page is now stopping me: "The Tiki Community is a global network of developers, site operators, consultants and end users interested in the Tiki Wiki CMS Groupware. Currently tiki.org has over 25,000 registered users and over 300 developers at this site. " — That strikes me as quite over-stated. Although there are Tiki users (and, ok, the community) all over the world, the phrase "global network" implies a much stronger interconnectiveness that really exists. And the figures for registered users and developers are meaningless. By far, the majority of those are dead accounts. Let's dial back statements like that. Update: I edited it to tone it down, and fixed little things in the page, but it all could be revised/replaced.
• Discuss information architecture approach: Lead by audience or Data type?
  • Data type: All forums on one site
  • Audience: Everything related to developers is on dev.tiki.org, so dev forum goes there.
• Do we present from the angle of features or solutions or use cases or audiences or?
• Most decisions to keep or remove will be unambiguous. In case of doubt, keep or remove?
• Decide if / how we talk about the alternatives. Bernard and Marc have different points of view on this and it would be nice for everyone on the team to express their point of view. Even better some opinions from relevant experts in the field (product marketers)

Expected outcome

• A major revamp of the navigation which works for target audiences
• A list of high priority bugs and issues tracked on dev.tiki.org and can be taken on by different people. Ex.: Fabio volunteered for this. This list needs a clean-up: Community items. Types include:
  • Bugs in features
  • Missing or incomplete features
  • Content need major work. Ex.:
    • We need 40 screenshots for an overview of Tiki
  • We should add/change things in how our community works. Ex.:
    • We need a better Docker strategy for new devs
• Some conventions (ex.: Only show info for supported versions, thus 18.x LTS+)
• How to keep this clean enough? (ex.: A review once per year)
  • Ex.: When Tiki Online Open Hours was discontinued, it should have been removed from the top menu.
• Documentation on lessons learned
• Be in a position to bring in a graphic designer to make it look great (which is another project)

Actions by our audiences

Is Tiki for me?

• Learn about what is Tiki?
• Does Tiki do what I need? ("Pre-sales" question, try demo)
  • First impression/high-level vs detailed check list
• Demo request
• I want to hire someone to help me
• When is next event?

I use Tiki

• Register
• Report a bug with Tiki
• Ask for support with own Tiki
• Learn how a feature works
• Learn about the community / process / how to contribute
• Report an issue with infrastructure (can't login)
• Request/suggest a feature (including offer to pay)

I help Tiki become better

• Share information about Tiki software (new features, etc.)
• Share information about Tiki community/events/etc.
• Express a concern/opportunity in the community and suggest a change
  • Operational
  • Strategy/vision
• Contribute code
• Help others
• Improve docs
  • Mark as outdated (text vs screenshot), propose deletion, add to archive, etc
• Vote on event date
• Participate to event
• Triage issues
• Cleaning data

Ideas / links about dealing with complex navigation

• https://www.smashingmagazine.com/2013/03/navigation-mega-sites/

Technology we can leverage

• Mega Menus (Would require help from Andon, and that all sites be upgrades to recent versions)
• Federated Search

Out of scope

1. While the theme and visual aspects should also be revamped, this will be a distinct project with a graphic designer (and current project is a pre-requisite anyways)
2. Decision about and implementation of a chat system for the Tiki community to replace #tikiwiki on Freenode. One scenario is to replicate the wikisuite.chat experiment on tiki.org so all users registered on tiki.org would seamlessly be in chat rooms on chat.tiki.org
3. Dedicated demo sites (which are more like show.tiki.org than demo.tiki.org) where each user can experiment for a while and demos are not messed up by random people.

Related pages

• Tiki_org_homepage_IA_G - Page with sections addressed to groups of tiki.org visitors (IA = Information Architecture)
• Tiki_org_homepage_styled_G - Styled version of Tiki_org_homepage_IA_G
• Tiki_org_homepage_content_G - Included content for parts of above two pages.
• http://bsfez-11581-7774.show2.tikiwiki.org/tiki-index.php?page=Tiki_org_homepage_IA_G
• Tiki Community Audience and Objectives
• Evolution of participation
• SWOT
• Branding and Marketing Creative Brief 2016
• Consultants Survey 2016
• UX Trends 2021