/pin <message> — create a new pinned messageWhen these are used in the context of a chat, when a chat message with a leading command is posted, the action is taken. In the screenshot below, I have just invited Doppelganger Jones to the AdjectiveNoun conversation, assigned him a task ‘please write up a plan’, and I have formed a new chat message at the bottom to create a second task also assigned to him. Here’s the task pane opened after those tasks were created. One of the weaknesses of Fleep’s task model is that the tasks have very little metadata. I can understand why they might not need comments or notes — it’s a chat app, after all — but due dates are fairly essential. Tasks are completed by checking the task box. I found it odd that pinning a task — which moves a message to the top of the chat window and stops it from scrolling away — leads to the task losing its ‘taskness’: it becomes just another message. Odd. Documents can be added to the conversation — including Google and Dropbox docs — but these aren’t attached to messages or tasks: they’re just dropped into the chat. Once added, they show up in the ‘Files’ pane, the one with the paperclip icon. Personally, I might have designed them to do both. That limitation seems particularly irksome with tasks. Also note in this case I was trying to attach a Google doc, but somehow Fleep instead creates and attaches a PDF of the doc. So my colleagues on Fleep can’t use this as a way to open and coedit the Google doc, but just to look at an immediately out-of-date pdf of the doc. This is dumb. If I were actually using Fleep in production I would copy and paste URLs to docs, instead. And that works really well, in fact: Clicking on the preview or the URL opens the Google doc, and since I copied a share URL that allows for editing, my colleagues would be able to view, comment, and or edit the Google doc, in place. Returning to tasks, the task pane can include ‘sections’ that can be used to arrange tasks into subsets. I like the capability to layout the sections in this way, and when coupled with the ability to ‘clone’ conversations, teams could create and reuse project templates to help regularize the work in project conversations. Fleep now supports ‘@mentions’, so that I can alert others to messages, like ‘Can someone take a look at the timeline in this doc to check it’s up to date? https://docs.google.com/document/d/1bwF55zWtnJOtUsDheIoRgwmC7Geq7ZVcT9Ho-UYnd3w/edit?usp=sharing @doppelganger.jones’. Note that the user identity in Fleep for Fleep users is an email address: This is by design. Fleep is tightly integrated with email, so that non-Fleep users can be invited to conversations simply by adding their email. If they aren’t a Fleep user, they can participate through email. This leads to all messages — including tasks — being sent to them, and their responses showing up in the conversation. Emailed tasks just look like messages at present, so email only participants can’t check them off, for example.
/task <message> — create a new task message
/taskto @someone — create and assign a new task
/bug <message> — create a new bug report task with ((bug))
/add <email> — add new members to the conversation
/kick <email> — remove members from the conversation
I have not touched on all features of the tool, but probably enough to get a sense for what using it feels like. Fleep is at core, a classic work chat tool, based on contextual conversation (see Contextual conversation: Work chat will dominate collaboration). Unlike leading competitors, however, Fleep has integrated task management. At the same time, the limits on Fleep’s task model would chafe anyone who believes that richer capabilities are essential — like multiple assignment, subtasks, due dates, start dates, notes, comments, attachments, and so on. However, the fact that tasks and other messages can be brought back into context when looking at a task by selecting ‘show in conversation’ does counter some of the issues with notes, comments, and attachments, so long as they are in fact truly contextualized. If the team at Fleep continue their development at the breakneck pace of 2015, they may in fact be countering some of these issues, and their focus on integration with a wide spectrum of developer tools seems to represent the same arc of adoption that we saw first with Hipchat, and later with Slack. We should anticipate the same disperal pattern, where the developers in a company infect non-developers with the ease of use and depth of the developers’ work chat platform, and they in turn begin to infect other non-developers across the company and the company’s ecosystem.