New App - Rails Timesheets

Hi All:

We just launched our new Rails app:

http://www.tictocit.com

Comments/feedback would be most welcome.

: )

Jason

Jason Tuttle wrote:

Hi All:

We just launched our new Rails app:

http://www.tictocit.com

Slick design! Can I borrow your designer? :wink:

Long

Long wrote:

Jason Tuttle wrote: > > Hi All: > > We just launched our new Rails app: > > http://www.tictocit.com > > Slick design! Can I borrow your designer? :wink:

Long

Thanks Long! -- Glad you like!!

: )

Jason

The signup button is at an odd location. It is natural for the users to expect it below the form. Demo would be nice to have. Also if you are a small company don’t hide behind your home page. You can have a blurb on the people behind the website. Photos will also help to connect with the users. The design is really good.

Bala Paranj wrote:

Terrific - another pretty printing invoice program.

How do you capture the data into an accounts system and analyse it?

David Coleman wrote:

Jason Tuttle wrote: > Hi All: > > We just launched our new Rails app: > > http://www.tictocit.com > > Comments/feedback would be most welcome. > > : ) > > Jason

Just an FYI, I got a few 503 errors while trying to visit the site. Ahhh... rails deployment....

Looks great!

-- Posted via http://www.ruby-forum.com/.

Thanks for the heads up on the 503's David! -- I'm glad you like the site

Hey Neil - try to be constructive - that's just bad energy

Jodi

I love it… question doh…

why do i need a shipping fee for services rendered?

Daniel Salo wrote:

Awesome app...

#style a lot of the select menus are too small in width and cutting off the numbers/words (im on mac/firefox)

#features maybe add: billed hours vs. actual hours for each timesheet being invoiced - this is almost always different

-- Posted via http://www.ruby-forum.com/.

Thanks Daniel. -- I'll check on the menu widths.

: )

Jason

Leon Leslie wrote:

I love it.. question doh..

why do i need a shipping fee for services rendered?

Hi Leon,

Thanks very much for the feed back. -- To clarify, the shipping fee is there because you can add non-timebased items to your timesheets/invoices.

For example, if you're a graphic designer and you FedEx'd some comps to a client, you might want to charge them for the shipping.

: )

Jason

compulsory?

Jason,

Nice site. A suggestion: for a pay site built around recording time, I’d expect the time entry part to be very quick and flexible. Drop downs for hours, minutes, dates etc. are tedious. If I wanted to record time, I’d like to click a date, then enter something like the following in a field

4p-7p client1 7p-11p client2

or maybe even

2hrs client1 4hrs client2

Another suggestion: I started entering time and realised that I hadn’t created a client yet. Having seen some ajax earlier in the app, I clicked ‘add client’ assuming an ajax form that would allow me to enter a new client without losing the time I had already entered. It didn’t. Had to enter the time again.

Hammed

Hi Jason The site looks good!

I had the same problem as Hammed Malik. After adding a customer I had to reenter the time… minor problem, but it takes away the “fun” you advertise on your front page.

Also, when adding a timesheet item for the current day I’d like the drop down boxes to default to a somewhat reasonable value. When adding a timesheet for today, the 21st, the date fields default to the 15th(!) and how come the start or end time aren’t set to something reasonable either? The way it is now I have to type in all the information manually and that takes to much time. Or rather, it is a job I don’t want to have to do. I’d be happy if the date defaulted to the date I clicked in the calendar and if the start and end times were set to the current time when adding a timesheet for the current day. That way I would normally only have to set either the start or the end time in addition to selecting a customer. Also, it would most definitively be nice with a feature like the one suggested by Hammed Malik where one could add timesheets as easily as writing 4p-7p client1 or 7p-11p client2

It would also be nice if you added the possibility of using other currencies than $. I can’t bill my Norwegian customers in dollars.

Also. If a customer has an e-mail address associated with her account. Wouldn’t it be reasonable to be able to e-mail the invoice directly to that address without having to type in the address manually? Alternatively one could add a second invoice e-mail address to a customer’s details that the invoices could be sent to. Or, a third solution: when sending an invoice the user of the system could be presented with a dropdown box of all e-mail addresses added to the customer receiving the invoice and an additional textfield where she could type in an alternative address…

Best of luck with your app!

Seb

Hey Jason,

Looks great, there's a good eye for design here.

I'm no ajax expert, but from a usability standpoint, back button functionality is pretty critical. Might want to consider the next version supporting that.

And ya, I second the comments about submit buttons being below the forms.

Cheers, Chad

Leon Leslie wrote:

compulsory?

Shipping fee is not a required field. -- It's optional.

Thanks again for your feedback.

: )

Jason

Hammed Malik wrote:

Jason,

Nice site. A suggestion: for a pay site built around recording time, I'd expect the time entry part to be very quick and flexible. Drop downs for hours, minutes, dates etc. are tedious. If I wanted to record time, I'd like to click a date, then enter something like the following in a field

4p-7p client1 7p-11p client2

or maybe even

2hrs client1 4hrs client2

Another suggestion: I started entering time and realised that I hadn't created a client yet. Having seen some ajax earlier in the app, I clicked 'add client' assuming an ajax form that would allow me to enter a new client without losing the time I had already entered. It didn't. Had to enter the time again.

Hammed

Thanks Hammed. -- Great feedback!

: )

Jason

Sebastian Probst Eide wrote:

Hi Jason The site looks good!

I had the same problem as Hammed Malik. After adding a customer I had to reenter the time… minor problem, but it takes away the “fun” you advertise on your front page.

Also, when adding a timesheet item for the current day I’d like the drop down boxes to default to a somewhat reasonable value. When adding a timesheet for today, the 21st, the date fields default to the 15th(!) and how come the start or end time aren’t set to something reasonable either? The way it is now I have to type in all the information manually and that takes to much time. Or rather, it is a job I don’t want to have to do. I’d be happy if the date defaulted to the date I clicked in the calendar and if the start and end times were set to the current time when adding a timesheet for the current day. That way I would normally only have to set either the start or the end time in addition to selecting a customer. Also, it would most definitively be nice with a feature like the one suggested by Hammed Malik where one could add timesheets as easily as writing 4p-7p client1 or 7p-11p client2

It would also be nice if you added the possibility of using other currencies than $. I can’t bill my Norwegian customers in dollars.

Also. If a customer has an e-mail address associated with her account. Wouldn’t it be reasonable to be able to e-mail the invoice directly to that address without having to type in the address manually? Alternatively one could add a second invoice e-mail address to a customer’s details that the invoices could be sent to. Or, a third solution: when sending an invoice the user of the system could be presented with a dropdown box of all e-mail addresses added to the customer receiving the invoice and an additional textfield where she could type in an alternative address…

Best of luck with your app!

Seb

Thanks Sebastian. -- I really appreciate you taking the time to write such detailed comments! Your feedback is really helpful.

: )

Jason

Chad wrote:

Hey Jason,

Looks great, there's a good eye for design here.

I'm no ajax expert, but from a usability standpoint, back button functionality is pretty critical. Might want to consider the next version supporting that.

And ya, I second the comments about submit buttons being below the forms.

Cheers, Chad

Thanks Chad. -- Glad you like the design.

Also, yours is the 2nd vote for moving the submit buttons. -- Interesting...

: )

Jason