I wanted to know the basic question that a person needs to ask if someone wants his web app done?? It can be UI,platform,crux of the applications and many other things...Please post what one needs to know before starting to work on a app.
01. What is the purpose of your website? The first and most important question has to do with the reason why you're launching your website to begin with. Ask yourself: what do you need from this website and what kind of purpose do you want it to serve?
What is your budget? Make sure everyone's expectations are realistic. High quality work requires higher prices. If they aren't willing to accept that, walk away. I'm assuming your work will meet high standards. This is still an important question even if your work is sub par, but walking away is less of an option.
What is your time frame for completion? In other words, do he expect you to write Facebook for his company in a week? If so, walk away. The difference between this question and the previous question is that you should walk away regardless of the quality of your work. Unreasonable time frames always end badly. Always.
What is the purpose of the website you are asking me to build? This is, surprisingly enough, often overlooked. Small to medium size businesses often take the approach of 1) make website, 2) ????, 3) profit! Make sure they have a plan to integrate the website into their business. A static, stale website full of useless information is almost worse than no website at all.
How technical are your users? This has wide ranging implications. For example, less technical users will cause a higher IE6 market share, so you'll have to design accordingly. Older users may require larger font sizes. The list goes on. Knowing your users is very, very important. For example, Stack Overflow uses "markdown" syntax because its users are technical and can grok it.
Will your site need internationalization? This depends entirely on the company, but in markets where there are large numbers of <insert non-English language>
speakers, internationalization can be key to driving business to the site.
Are you willing to rely on my expertise? This is important, because more often than not, business owners think <blink>
is just uber cool. Make sure you are in the driver's seat. Listen to their suggestions and accommodate them, but only where it makes sense. Don't compromise your design sense for their benefit, because this site will be in your portfolio and will therefore reflect on you.
Do you have any existing infrastructure I need to know about? This doesn't apply in all cases, but knowing ahead of time that you need to integrate their web application with an Active Directory environment can make a big difference in the technology you choose.
Learn their product inside and out. Not a question, but excellent advice. This will increase the quality of the overall product you are delivering (the website).
Do you have a color scheme in mind? Many times the company will have a color scheme incorporated into their logo, but if not, it would be nice to ask them if they have anything in mind. If it's not too outrageous (e.g., vomit green clashing with bright orange), try to use it as a starting point.
In response to the comments: The UI is really your dominion. Aside from basic things like color scheme preferences, you're the expert. Remember, the business owner is not a web designer and probably won't be able to tell you "I want the login form here and the date/time picker here".
The best approach is to work through some common use cases for the website. This, of course, relies on the business owner knowing what his customers will want to accomplish while using his website. This will determine both the UI flow and the core functionality of the website. Everything flows from use cases. They can be tedious to investigate and document, but the work is well worth it.
The UI and core functionality are unique to every website, so addressing them in the general case is difficult. Working through use cases is common practice in projects of all sizes and of all types, and it's a skill you will need moving forward. Sorry to give you such general advice, but it's really the soundest advice I can think of. Good luck!
There are also process questions that may be worth asking intially.
What kind of progress reports would he want to see as you work along on this project? This leads into the whole communication component that is big, IMO.
Would he like to see prototypes and offer feedback at various stages of development in an Agile fashion or is it just a big black box that you deliver when it is done?
Legal requirements, including does the application have a "Terms of Service" or "End-User License Agreement?" as well as what license is this supposed to be built using? Does he want everything built off an open source stack or is it a "just along as it works" scenario?
Scale would also be something as in what are we calling "medium" in terms of its production environment? A medium size webfarm from Amazon, Microsoft or Google would probably contain thousands of machines given the company's size while others may view having more than a handful to be medium sized.
Last but not least, nail down the requirements. This falls into the legal requirements in a sense as you build it for $x and he wants an application that does a,b, and c.
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With