Seeing the similar post about Form for inputting operating hours of a business, I am hoping you might help me with a similar issue.

We run a holiday property rental website. Properties can be rent on monthly, weekly or daily basis. However some are rented only daily or only daily & weekly or weekly and monthy. Plus there might be a separate price for long term, but this can be disregarded for now.

To make matters worse there is a low/high and peak seasons. And some owners might choose different months to change prices. In the end it looks like this:


This is pretty heavy so we simply let people enter monthly, weekly and daily price without any deviations, but they make these tables in descriptions anyway so we got to figure out something.

Plus it is a bit unclear at the moment how to store and search through these data, but first things first.

Please share your ideas.

  • What if i am interested in say Oct - Dec ? what weekly rate do I get ? is it a combination of 100,000 and 140,000 or the the higher rate?
    – Mervin
    Commented Feb 8, 2013 at 10:06
  • 2
    I'll take the monthly rate please. Commented Feb 8, 2013 at 10:08
  • Have you already thought about creating a table/grid full of dropdowns? This will be a 12 rows and 3 column table and user would be able to select an amount for each month against each of the 3 time periods. To make it easier for the user, you may provide checkboxes that would allow the user to autofill one value in other dropdowns too. Commented Feb 8, 2013 at 10:12
  • This question seems to be related: ux.stackexchange.com/questions/33404/…
    – André
    Commented Feb 8, 2013 at 10:49
  • This form is for owners/agent who post their properties on the site. As I said right now we have 3 inputs - Monthly/Weekly/Daily and we recommend to enter some average price for each period. @Mervin if you rent through, say, Oct-Dec you might get it at the cheaper price, that depends. We don't take any payments so the final price is always up to an owner. What I am thinking about is to have a way to display estimate price when you enter dates, because the price can be 2x different between seasons.
    – firedev
    Commented Feb 8, 2013 at 15:49

3 Answers 3


I am not sure about how your system would calculate a price depending upon when I have a date range between an expensive and relatively cheaper time frame. Assuming a system it provides a consolidated rate, I would recommend a layout like this where the user just specifies the date range and gets the rate for the entire period.


download bmml source – Wireframes created with Balsamiq Mockups

However if you are looking at different rates which change as you move from one time period to another ,then you could provide a layout like this :


download bmml source

The advantage of the layout is that the user sees the information which is only relevant to him and is not concerned about other dates. The information is also dynamic and hence will help him make decision about what dates might work best for him.

  • I would think like this: If you don't specify a time frame - it displays the prices for the current period. If you do specify date - then the prices for that date are displayed. Plus we have monthly/weekly/daily selector, so you would see only price that interest you. Properties that aren't rented daily are not being shown for "Daily" search.
    – firedev
    Commented Feb 8, 2013 at 15:54

The main thing on the user's mind might be the price range for the shortest possible period of rent, whether that's per day/week/month.

First determine whether the user is prepared to rent for daily and/or weekly and/or monthly periods.

Example 1:

Let's say the user is thinking of days as the shortest term - ask the user for two numbers:

  • the lowest price per day (you equate that to monthly, off peak)
  • the highest price per day (you equate that to daily, peak).

Then populate the grid automatically, highlighting the cells corresponding to their lowest and highest price, and you allow the user to nudge the transition points if required.

Example 2:

Now let's say the user is thinking of weekly as the shortest term - ask the user for two numbers:

  • the lowest price per week (you equate that to monthly, off peak)
  • the highest price per week (you equate that to weekly, peak).

Then populate the grid as before, but this time you hide or disable the daily column.

This way you help the owner start off thinking in the time periods, and price ranges they already have in mind. Then you do the hard work, but let them tweak.

You can then treat the user's definition of low/high/peak as a separate chunk of information.

This is more of an outline than a spec of course, but you get the idea.

But you could add some nice little confidence boosting features like a competitivity rating bar that lets them see whether they are pricing themselves too high or too low.

  • Right now we have a selector for Monthly/Weekly/Daily prices so it filters properties based on this criteria. The thing is we can't really recalculate prices, we are not setting them and don't deal with finances. I just want visitors to get a more accurate estimates when they search. Can you please elaborate on the "competitivity rating"?
    – firedev
    Commented Feb 8, 2013 at 15:52
  • @Nick - now I'm confused as to whether the question was aimed at owners wanting to list their properties or people wanting to rent properties. The competitivity bar is for owners about to list a property so they can gauge their pricing strategy - ie how do their prices compare for same country, same season, same size, for example Commented Feb 8, 2013 at 16:08
  • We have a site for a single region so the owners are using the same price range and seasons. We could probably simplify this by changing months to 'high', 'low', 'peak' season and let everybody decide exactly when they change prices though.
    – firedev
    Commented Feb 9, 2013 at 1:41

I liked the suggestion of basically letting the owners choose a time period that they have in mind (day/week/month) and letting them enter the highest and lowest they are willing to accept. Then all you need to do is apply some default formula which they can change (e.g. 10% discount for weekly, 10% discount off-peak season), and then show them the rates for day/week/month. This way you don't have to store a whole bunch of information, but you can calculate values for any given period that they want to see.

It also has the advantage that users will be able to access the information in the same way.

  • I don't want to be too liberal here, got to filter properties based on this values too! So they should be in the database in some simple form.
    – firedev
    Commented Mar 6, 2013 at 3:21

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.