Establishing project milestones and estimated delivery dates are also part of these early discussions. Timeframes and delivery were part of the proposal and selection process, but those were only rough estimates. When you start reviewing the project in detail with a developer the project schedule should always be part of the discussion. Start with an overall, major project milestone list or map to share with the developer. For example, if an app has three major functional sections, finishing and demonstrating each segment is a milestone (with a partial payment), The final integration is a milestone. Testing and acceptance will be the last milestone. Each of these milestones may be three weeks apart – at least as a starting point.
While discussing the projects, more milestones may come up or time frames altered.Again, be open-minded when the developer makes suggestions, but stick up for your interests as well.
A PERT chart shows the sequential relationships between project and develop-ment activities. Include completion dates as well
At the end of reviewing the app design, a complete milestone and schedule that both parties agree to should be a required outcome.
Toward the end of these initial project discussions, consider creating a PERT chart. PERT charts show the relationship between project milestones – particularly what milestones must be complete before starting other activities, and what activities can be done separately in parallel. For example, you don’t have to wait for the app code to be complete before you start taking steps to market or distribute the app. We will explain this in more detail in the marketing chapter.
It is important to remember the importance of going into great detail when reviewing the app concept design. Go over every screen and function along with every user action and response until you are sure the programmer understands your intentions.Do not assume the programmer will intuitively know or understand something.While you should be delivering detailed screen shots (if not the graphics themselves) and functional flow charts, some nuances may not be captured in these documents, or something may have been overlooked that will be seen here. Take careful notes and mark up descriptions, drawings, and charts as needed.Then the developer(s) will have carefully reviewed and accurate documents to work with as they begin writing the code.
"The Space-O team was very responsive and helpful, great to work with. They did an excellent job with the design work we were looking to have done."
"I am extremely happy that I went with Atit and his team. I was a little weary at first since his team did not have encryption experience, so when I followed up with him after not hearing from him for two days, he had apologized and informed me his team was testing out the encryption before responding to my inquiries. I was fairly impressed. Throughout the project, Atit has been very responsive and e-mailing me back every night if not every other night. It was due to my inexperience that the project finished on time. If I had known the importance of flowcharts and providing every single screen step by step, I believe Atit's team could've finished the project within two to three weeks (I had projected 4-5 weeks). If you'd like to view what his team has done, feel free to check out "Pocket Wallet". Thank you so much Atit!"
"Space-O Technologies showed genuine interest in the project. The efficient team delivered quality results at a cost-effective price. We wanted to develop a minimum viable product that would be ready for scalability. It was a great experience working with them. We are so happy that we had the chance to meet Space-O. We love their work. Their project management and structure were amazing. The team loved what they were doing. There was passion behind every single piece of work."
Space-O Infoweb Inc, Suite 100-B 8585 E. Bell Road Scottsdale, Arizona 85260 +1 (650) 666-3071