|Resources required to convert a simple static page to a dynamic page|
It took 48 hours to do two simple pages before by our contractors
I have a question - How much time/money is required to convert a simple static page to a dynamic page? We need to have 2 web pages to be changed to dynamic pages. They are very very simple pages. They only list members' information.
Any ideas appreciated.
48 hours of billable time, or 48 hours as in "2 business days", i.e. 16 billable hours?
"Simple membership list" - could be anything from 1 to N database tables (dropdowns on the page, membership types, etc?) Login? Admin (add/remove members, etc)?
Yes, "dynamic" can mean many things. Is this info stored in a database? Is it editable, and by you as an administrator only or by the end user as well? Was the database present before they started it, or did they have to set it all up?
Turning "two pages" to dynamic from static involves programming that stores and retrieves data with some sort of user validation (login) as well as data validation (required fields,) then finally outputting it in what apears to be a "simple dynamic page." If they're doing it right, there are mechanisms in place to prevent abuse through hacking or injection as well. Depending on how the data is stored and what resources are available, this can be quite expensive - but once in place it's as easy to do two pages as 10,000.
I have a problem with giving out enough information - sorry.
Yes, that's 48 billable hours. And yes it includes drop downs on the page, 3 membership types, login, add/remove function for the admin. The end users will have to register for an account to be able to view some of the content.
Depends entirely what's happening on the back end.
Like for instance, you're saying that these are user registration pages, and once users have registered they can view content - so presumably there must have been a chunk of work for checking that a user has a subscription before allowing them access to any of the content.
Are you including things like that in the 'two pages'? If so then you got a good deal, I think...
Let's say a cruise missile costs about $1m. That doesn't mean that the red plastic button that fires the missile costs a million bucks - even if the button is the only part of the system that you see as a user. It depends entirely on what happens behind the scenes when you press that button.
PS - or if you really are talking about *just* the pages, two simple web forms with no programming at all behind them, i.e. buttons that when you press them nothing happens, then 2 days would be a bit long for design alone - but it would be reasonable if that includes user testing or similar.
Personally from what you describe in your second post I think 48 hours is reasonable.
It's not converting 2 static pages to 2 dynamic pages, it's converting 2 static pages to a dynamic system. How many 'pages' the dynamic system involves depends on the complexity of the requirements, you're requirements don't seem too onerous but then again I don't think 48 billable hours is very long to produce a dynamic system.
|And yes it includes drop downs on the page, 3 membership types, login, add/remove function for the admin. The end users will have to register for an account to be able to view some of the content. |
That's a LOT more than 2 pages! The registration page is 2 right there (1 to enter the data and 1 to process/verify the data and enter it into the database). (OK, technically you could have the page call itself for processing and technically get away with 1 page, but you're still talking about 2 completely different types of functionality.) Login validation page- there's another 2 pages (1 to enter login credentials and 1 to validate the credentials). Another page to display the information. So we have 5 pages before we even start talking about the admin side.
Remember that there is a LOT more to just building a page. Unless you want something that's complete crap, then the entire system has to be tested against all sorts of stupid user tricks- people entering wrong data types (like letters for telephone numbers), people entering wrong data (e.g., birthdate of April 31), people trying to hack your system with SQL injection (adding extra code to input data that could delete all the data in your tables if not coded against), while still keeping the database and code efficient for future scalability.
Assuming they had to build the database structure from scratch and populate it with the data, I don't think 48 hours is than unreasonable, depending on the amount of data that had to be added.
[edited by: LifeinAsia at 10:01 pm (utc) on Nov. 14, 2006]
Thank you all for your comments.