Time vs other time tracking tools

[ghost]

What are the differences between Time and Toggl?

[nelsonic]

Describing that here would be handing our "roadmap" directly to the "competition"... 🤣
Why not, it's Open Source, right?

Toggl is a really good product. https://toggl.com/features

Pricing: https://toggl.com/pricing is way higher than it needs to be.

They are excluding people who could get a lot of value out of their platform by being greedy.
Sure "teams of fewer than 5 people is free".

DWYL is about way more than simply tracking your time.
Time tracking is a "Tool" in a much bigger goal:

• helping people to focus on what is meaningful to them.
• help people identify the tasks they don't like doing.
• help people either streamline, automate or delegate repetitive/boring/un-creative ("shallow" work) tasks to someone else and track their status.

We think it should be easy to request help on a task from anyone in the world simply by sending them a "Todo" inside the DWYL app. If the first step (after they have accepted the task) is for them to estimate the amount of time it will take to complete, then having a way to accurately and easily track how long a task took to complete is essential.
We don't want to build time, we have to build Time. because we need it to be incredibly flexible and have a "real-time api" that allows for billions of requests/transactions per day.

Time is the "shovel" to help our people discover their Gold. 🏅

[ghost]

Ok, it may be part of a bigger picture, but feature-wise is the standalone Time app any different from Toggl? We will be releasing it as a standalone app, right?

[nelsonic]

@markwilliamfirth the Time features will work in "standalone mode", yes, but they are part of a much bigger plan. 👍

[ghost]

Yes, agreed - but will the standalone app have any feature differences to Toggl, or are they likely to have the same features? I'm guessing features haven't been decided yet and the app is still in concept phase?

[nelsonic]

@markwilliamfirth if I had an army of excellent developers I could describe the "roadmap" for the next 20 years including all the native apps, chrome extensions, watch app https://github.com/dwyl/time-apple-watch-app etc.
what we need is to focus on porting Time to use Elixir and the "Kappa Architecture" so we have a fantastic baseline to start iterating on. If I wasn't doing client work, this is what I would be focussed on exclusively... client work (delivering great service while accumulating our startup capital) has been the focus at the expense of product.
I'm so glad you're with us now so we can focus on Product again.

Next Step/Action: Learn all the tech we need to build products: dwyl/technology-stack#37

[ghost]

I feel like we've skipped a few steps

• Ideation - generate a product idea
• Value proposition - what problem is this solving?
• Market research - are there competitors? do they already solve this problem?
• Customer validation + product reiteration - talk to the customer and understand what their problems are? Does your concept solve a problem they have? Are they willing to part with money to solve that problem? Sell the concept to potential customers and iterate the idea based on their feedback. It's ok to pivot.
• Build MVP and repeat validation process

Not sure if we should start building until the product has been validated or if there is a plan for the product / products laid out? After all, our contributing guide says that an issue must be validated before any work begins 😉

[nelsonic]

🤣 👍
Perhaps it's unclear from the issues on GitHub that we've already gone through an iteration of entire "Lean Startup" Cycle for Time.
but, yes, I agree we should do a "Business Model Canvas" for it.
What are you doing this Sunday @markwilliamfirth & @iteles ..? 😉

[ghost]

@nelsonic point 2 - value proposition - I'm still unclear on what problem the product is solving? From the discussion above it seems to be an alternative to Toggle with no added value proposition?

Or are you suggesting this is the VP:
helping people to focus on what is meaningful to them.
help people identify the tasks they don't like doing.
help people either streamline, automate or delegate repetitive/boring/un-creative ("shallow" work) tasks to someone else and track their status.

If so, what feature or process in the app creates this value and does it differ to Toggle? The above VP sounds like a different app to Toggle that instead should be built on top of it?

[ghost]

Also, "Learn all tech" is not the next step when building an MVP. We can produce an MVP to validate the proposition without new tech - we can build it using other technologies. MVPs don't even have to be apps. They can be demonstrated in other ways.

[iteles]

Time will have a realtime API by default.

All of this comes back to my need to make the plan for this product clearer. Now that we are able to invest time and resources into it again, I will be investing the time to update this repo with a clear view of that this week.

It is also worth noting that there are multiple developers who have pinged us/emailed us/opened issues on this abandoned project over the last 2 years asking for updates and wanting to use it over existing free alternatives. Even that kernel of interest given how little is here and how it was never mentioned in anything we put out into the world is impressive.

[ghost]

There is another tool here: https://www.getharvest.com/

[nelsonic]

This question has been addressed.
if anyone still has any doubt as to the differences, consult the feature list. ✅