Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Time vs other time tracking tools #190

Closed
ghost opened this issue Feb 7, 2017 · 12 comments
Closed

Time vs other time tracking tools #190

ghost opened this issue Feb 7, 2017 · 12 comments
Assignees
Labels
question A question needs to be answered before progress can be made on this issue

Comments

@ghost
Copy link

ghost commented Feb 7, 2017

What are the differences between Time and Toggl?

@ghost ghost added the question A question needs to be answered before progress can be made on this issue label Feb 7, 2017
@ghost ghost assigned nelsonic Feb 7, 2017
@nelsonic
Copy link
Member

nelsonic commented Feb 8, 2017

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
image
image
image

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

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. 🏅

@nelsonic nelsonic assigned nelsonic and unassigned nelsonic Feb 8, 2017
@ghost
Copy link
Author

ghost commented Feb 8, 2017

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
Copy link
Member

nelsonic commented Feb 8, 2017

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

@nelsonic nelsonic assigned iteles and unassigned nelsonic Feb 8, 2017
@ghost
Copy link
Author

ghost commented Feb 8, 2017

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
Copy link
Member

nelsonic commented Feb 8, 2017

@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
Copy link
Author

ghost commented Feb 8, 2017

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
Copy link
Member

nelsonic commented Feb 8, 2017

🤣 👍
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
Copy link
Author

ghost commented Feb 27, 2017

@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
Copy link
Author

ghost commented Feb 27, 2017

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
Copy link
Member

iteles commented Mar 5, 2017

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.

@iteles iteles changed the title Time vs Toggl Time vs other time tracking tools Mar 6, 2017
@ghost
Copy link
Author

ghost commented May 8, 2017

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

@nelsonic
Copy link
Member

nelsonic commented Aug 4, 2018

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

@nelsonic nelsonic closed this as completed Aug 4, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
question A question needs to be answered before progress can be made on this issue
Projects
None yet
Development

No branches or pull requests

2 participants