layout | title | description | category | tags | |
---|---|---|---|---|---|
page |
Client Documentation |
For Employees |
|
{% include JB/setup %}
Originally, when we built new functionality, we would usually send an email to the client with a writeup, screenshots, and/or a screencast showing them how to use the functionality. This works great in the short-term for showing the client how to use their app. However, it makes it difficult if they forget how to use some particular feature in their app e.g. a year later, or if they or we need to share that knowledge with a new team member, as it becomes buried somewhere in our email history.
Preferably, we'd be able to have a sort of documentation warehouse, where all of their documentation can be accessed in one place, where it's easy to find, revisit, and share. So, that's what we have now!
To create the documentation, we can use the built-in Redmine "Documents". Each project will now have a "Documents" tab on the left side, and then click "New document".
Under "Category", you can select between "User Documentation" for user and interface tutorials, "Technical Documentation" for other developers, and "Meeting Minutes", which is where we can now keep meeting notes for every meeting as well.
If you want to add screenshots, you can browse to them in the file selector at the bottom. To add the screenshots inline in the documentation, drag and drop the image file onto the Description text area where you'd like to insert the image into the text. You can also paste an image directly into the text body as well, using cmd+v (or ctrl+v). The file will be uploaded automatically and the corresponding image embed code will be inserted into the description:
{% raw %}
!/path/to/upload!
{% endraw %}
If you want to add a screencast or video, you can now embed those directly in a document (and also in issue descriptions or comments now if needed) by uploading the video (preferably to YouTube as an "Unlisted" video in our Alfa Jango YouTube account) and then using this markup in Redmine, and it will embed the video directly in the page:
{% raw %}
{{video(http://youtu.be/XMsPB3fgmf8)}}
{% endraw %}
Both Redmine and the Client Dashboard sort documents alphabetically by title, so if we want documents to show in a certain order, we can title them accordingly. E.g. we can prepend "1., 2. etc." to the titles, or as I've done with GotoProtocol, we can prepend the date to sort documents by date. I think this may be the most useful naming convention, as it also allows anyone new to the project to see the evolution of the product and gives context to help understand when certain documentation may be outdated.
Without giving clients direct access to Redmine, they'll now be able to view their documents in the Client Dashboard with the new "redmine_documents" widget:
If you click on a document, a modal overlay drops down with the full document from Redmine.
It also updates the URL in the browser with a direct link to that document, so that we can send direct links to a specific document to the client, and so that they can share the links with other team members who have access to their Client Dashboard (keep in mind that when you're logged in as an admin in the Client Dashboard, you'll have the "?client_id=…" parameter in the URL that clients don't have, so when you send a link to the client, be sure to delete that part from the URL):
To make it easier to share the link with clients, since you can't directly copy and paste this URL when logged in as an admin, you can easily share a link to the document by opening the document in the Client Dashboard and clicking the "Share Link" link in the top right:
In the future, we may build a back-end that allows us to just CC e.g. "[email protected]" on an email that contains documentation or a tutorial, and our back-end app would recognize which client it's for based on who the recipient is, and would automatically add the documentation to Redmine, and thus the Client Dashboard. Same with [email protected] for Meeting Minutes. So, that may be a next step.
For now, we'll just create the documentation directly in Redmine and then email the client a link to the new document in the Client Dashboard.