Home > Blog > Learning postcards: How they differ from “your fav tool name here”

Whenever I present Kneaver learning postcards to learning pros or techies I receive an objection in the form of:

Isn’t it the same as “fav tool name here”?

Why not using ?

It’s true, everything on computers boils down to text files and videos. We could do everything with emacs and a camcorder. The author experience would be a struggle and the learner experience a pain. Most new tools address needs that can’t be reduced to what is displayed on the screen.

To make it clear I prepared this picture above. You will see on each arrow what differs. often it is because one service gives access to information but don’t ensure that the transfer takes place effectively. Sure enough, we don’t yet another content platform or a new social media.

Learning-cards aim at being:

  • a simple tool for any expert or anyone who gained some new knowledge … It is not a tool for designers, for techies who can combine tools with virtuosity. Designing learning experience requires some competencies and guidance. The learning cards designer provides it. Like we all became business analysts with Excel. We could go as far having AI analyzing how cards perform and suggesting design changes. Neither Wikipedia or Youtube will ever go so far because it’s not their business.

  • to capture and transfer knowledge … Learning-cards are a wrapper for resources like videos, texts or drawings. The resources can pre-exist or exists outside of the learning-postcards. This is especially evident for videos as we will take them from youtube in our minimal viable product. Nothing prevents to create a great learning-postcards from an OER (Open Education Resource). A card is a companion to the resources and a way to convey the instruction resource to the learner and establish a communication between the author and the learner.

  • to a selected group of recipients also called learners. This takes place by email, using social media or internally for subscription and follow mechanism. We can operate on top of an existing media and control access to cards. Learning-cards control the transfer but don’t force learners to join a new network.

  • in the best of class learning experience. It’s not just showing slides and providing a log. We provide a way to keep, sort and reviews cards to learn them. the back matter is an essential part of the card. It’s is with the widgets on the back that the learner can go beyond simple awareness or formal knowledge. The author can track collectively all the cards and see what works or not real time.

  • Changes are pushed back to each learner Design errors can be fixed. This promotes agile iterations, lean design, on need only work. This is especially important for emergent knowledge. There are no best practices, just good practices for a time. Experts don’t always all the time to complete all the detail of the back side of cards. This approach allows rapid development of a set of cards and to complete them as interest is proven. It’s the MVP approach of every new product. If a link or a card becomes invalid, feedback to the author will prompt him to quickly fix it. This is how modern software design works. A single app is made of thousands of components developed individually by a myriad of authors, yet it works and passes through upgrades almost fail safely. Hum, there is one noticeable exception, the left-pad fiasco

Feel free to submit your favorite tool so that I can update the drawing. How knows I may end up ecnountering a perfect match with learning-cards.

Keep trying 🙂