Loading...
Answers
MenuIOS app - How to estimate and charge for new app functions
Answers
Hi Valentin,
Have you considered splitting the research phase and the development phase? You can quote a fixed amount for the research phase (I'm sure you can estimate this in weeks and take the hit if you go over). You can say to the client that you will quote the development once the research phase is over.
Plus, they can take the research phase output to other providers if you do not or cannot do the work or the quote is too much.
Call me to discuss further if it helps.
Kind regards
Stuart
Hi there!
Approaching the R&D for unknown tasks will always have that element of unknown to it, however, the approach I take, that works best for me is:
1. Have a developer estimate the number of hours they think it will take to implement that piece of functionality (then you can convert these hours into a rate)
2. Add a contingency budget into the fixed price, so that it is something you call fall into should the unknown work piece go over its estimated hours (a typical contingency budget is around 10% of the overall project budget)
3. Be clear on your communications with the client, that could be as simple as saying "We've not come across a request for this functionality before, as such, we aren't too clear on the amount of work thats fully involved"
4. The more unknowns/uncertainty around the project, the higher the contingency budget
I'm Shay by the way! I have run some major projects across the software industry, working with Team Visionary, I have had the privilege to lead major successful projects for Google, Atlassian and OnePlus.
I hope this helps you, if you do require further assistance, I would love to jump into a call and provide you with support.
Hello Valentin,
I appreciate the detailed context you've provided regarding your project. Based on my extensive experience as a Senior Solutions Consultant, particularly in API architecture and development, here's a structured approach to help you estimate and charge for new app functions effectively.
Step-by-Step Approach to Estimating and Charging for New App Functions:
1. Requirement Analysis
Gather Detailed Requirements: Before you can estimate, it's crucial to have a detailed understanding of the new features and functions required. Arrange a meeting with the client to gather as much information as possible about their needs and expectations.
Categorize Features: Break down the new functions into categories such as front-end, back-end, API integration, etc. This will help in organizing the work and assigning accurate time estimates.
2. Research & Development for Unknown Tasks
Conduct R&D Sessions: For special functions that are new or unknown, allocate specific R&D sessions. This involves researching potential solutions, prototyping, and validating the approach.
Time Boxing: Set a fixed amount of time for these R&D activities to avoid spending excessive time on uncertain tasks. Document the findings to provide transparency to the client.
3. Estimate Effort and Time
Use Historical Data: If you have previously completed similar tasks, use that data to inform your estimates. Look at how long similar features have taken and adjust for complexity.
4. Break Down Tasks
Task Breakdown: Divide each feature into smaller tasks. For example, a new feature might include designing, coding, testing, and deployment. Estimate the time required for each sub-task.
Use Estimation Techniques: Techniques like Planning Poker, T-shirt sizing, or the PERT method can help in getting a more accurate estimate. Involve your development team in the estimation process for better accuracy.
5. Risk Assessment
Identify Risks: Consider potential risks that might impact the development time, such as technical challenges, dependency on third-party services, or scope changes.
Add Buffer Time: Include a buffer in your estimates to account for unforeseen issues. Typically, adding a 10-20% buffer is standard practice.
6. Fixed Price vs. Time & Material
Fixed Price Model: This model is suitable when the project scope is well-defined. However, it requires accurate estimation and clear requirements. Any scope changes should be handled through change requests with additional charges.
Time & Material Model: This model offers flexibility for projects with uncertain or evolving scopes. It allows billing based on the actual time and resources spent.
7. Communication with Client
Transparent Communication: Keep the client informed about the estimation process and any assumptions made. Provide a detailed breakdown of the estimated time and cost.
Educate the Client: Explain the complexities involved and why certain tasks may take longer. This helps in setting realistic expectations and justifying the cost.
8. Documentation and Tools
Use Estimation Tools: Tools like JIRA, Trello, or Asana can help in documenting tasks, tracking time, and managing the project.
Detailed Proposal: Prepare a comprehensive proposal that outlines the scope, estimated time, cost, payment terms, and any assumptions or exclusions.
Example Breakdown:
Let's say the client wants to add a new feature for real-time data synchronization.
Requirement Analysis: Understand the data flow, frequency of synchronization, and security requirements.
Research & Development: Prototype the synchronization mechanism.
Task Breakdown:
Design: 8 hours
Development: 20 hours
Testing: 12 hours
Deployment: 4 hours
Risk Assessment: Identify potential latency issues or data conflicts.
Buffer Time: Add 10% buffer, resulting in 4.4 hours.
Total Estimate: 48.4 hours. If you charge $100/hour, the fixed price would be approximately $4840.
Conclusion
By following this structured approach, you can provide accurate estimates and justify your charges for new app functions. This method not only helps in setting realistic client expectations but also ensures that you cover all aspects of the development process.
If you need further assistance, feel free to schedule a call. I'm here to help you navigate these complexities and ensure the success of your project.
Best regards,
James
Related Questions
-
Any opinions on raising money on Indiegogo for an app?
Apps are difficult to fund on IndieGoGo as few are successful, and we rarely take them on as clients. Websites like http://appsfunder.com/ are made for that very reason, but again, difficult to build enough of a following willing to pay top dollar for an app that could very well be free, already existing in the marketplace. A site that is gaining more traction you may want to look into would be http://appsplit.com/. Again, Appsplit Is Crowdfunding For Apps specifically.RM
-
iOS App: Beta vs Launch Quietly?
I would suggest launching in a foreign app store only (ex: Canada). That will allow you to get more organic users to continue iterating without a big push. I got this idea from Matt Brezina (Founder of Sincerely, previously Xobni) https://clarity.fm/brezina - he's the man when it comes to testing & iterating mobile apps.DM
-
What tools to use for mobile Prototyping ?
My 2 favourite are: - www.uxpin.com - www.flinto.com Flinto is by far my favorite for mobile. I also us www.balsamiq.com for anything wireframe. Sometimes I jump into Sketch http://www.bohemiancoding.com/sketch/ for more high fidelity mockups using their Mirror feature http://www.bohemiancoding.com/sketch/mirror/ Hope that helps. P.S. There's a tonne of Mobile UX experts on Clarity, many $1/min - call them, you'll learn so much. my2cents.DM
-
What is the best technology for developing a new mobile app from scratch?
There are two sides to that question. One is the mobile app itself and the other is the backend. If I misunderstood in any way and you didn't mean "native" app I apologize in advance. On the backend, there is no clear cut answer to which is the "best". It depends solely on the developers you are able to get. We for example use Node.js , mongoDB, redis, elasticsearch and a couple of proprietary tools in the backend. But you have your pick of the litter now both on the backend api and the datastore with the myriad of options available and touted as the "best" currently on the market. Now on the app side again it solely depends on what you need your mobile app to do. Experiencing first-hand "develop once, run anywhere" I can say it's more like "develop once, debug everywhere" to quote a Java saying. We have tried Phonegap and Titanium Appcelerator and we have switched to native (ObjC and Java) after a couple of months of trying to go the hybrid route. The reasons behind the choice are as follows: - anything that breaks the pattern of how those frameworks NEED to operate is just a huge technical debt that keeps accruing a huge interest. - anything that uses css3 accelerated animations on Android is buggy at best and slow as hell at worst on any lower (< 4.1 I think) versions of Android I hope this gives you some insight. If you need/want to ask me anything feel free to contact me. MihaiMP
-
Pre-seed / seed funding for a community app... valuation and how much to take from investors?
To answer your questions: 1) Mobile companies at your stage usually raise angel funding at a valuation equivalent of $5,000,000 for US based companies and $4,000,000 to $4,500,000 for Canadian companies. 2) The valuation is a function of how much you raise against that valuation. For instance, selling $50,000 at $5,000,000 means you are selling debt that will convert into shares equal to roughly 1% of your company. 3) I would encourage you to check out my other answers that I've recently written that talk in detail about what to raise and when to raise. Given that you've now launched and your launch is "quiet", most seed investors are going to want to see substantial traction before investing. It's best for you to raise this money on a convertible note instead of actually selling equity, especially if you are intending on raising $50,000 - $100,000. Happy to schedule a call with you to provide more specifics and encourage you to read through the answers I've provided re fundraising advice to early-stage companies as well.TW
the startups.com platform
Copyright © 2025 Startups.com. All rights reserved.