Loading...
Answers
MenuI need new developers to finish my app due to problems. What do I need to know from the current app developers so I can advertise for a new company?
The app is ready but there are a few small issues that do not work and several large changes that need to be made.
Answers


Unfortunately, in most cases where a transition occurs between contract developers prior to a shipped product, it's almost *always* the case that the new developer starts the code largely from scratch. When problems dictate a required transition to a new developer, it usually means that the previous developer left enough of a mess (in the codebase) that no good developer would want to try to waste your money and their time cleaning up the mess.
Happy to talk with you about your current predicament and offer you advice based on more information.


This is a process we've been through on both sides a number of times. When a client has left us, it is because we, as an agency, had chose to end the relationship due to an abusive work environment/demands, or the classic: never paying ones' bills on time (if at all). We also pick up work a lot where a previous dev has left off, which can vary in terms of time and cost very, very much depending on your needs.
The first question that may solve this headache for you more immediately is: is your code base currently on GitHub or any other repository provider? This makes transferring source code exceptionally easy, and for our clients we create a new repository (always private, which you'll need a paid account for) for every new client project, whether it's an iOS app or a website.
If you DON'T have access to your code (and don't forget all of your creative assets and other strategy related documents that your previous provider may have created as a part of your project scope) then things will just be a tiny bit messier (and costlier) during the transition.
While it's true that many developers really need to start from scratch on certain transfer projects like these, if the previous company you were working with was any good (charging at least $90-$150/hr) then the code that they wrote likely adhered to a certain set of standards and best practices.
Any responsible web agency will ensure their code can be taken over at any time by a new dev. This is helpful for everyone involved, always, in the short and long term.
Anyways, if you'd like to share a few further details about your project I'd be happy to chat more :)
Cheers,
Lara
I'm in the same situation currently, trying to fix and make changes to an iOS app that was initially done by a contractor.
First thing you need to understand is it is not an easy job for any developer to take over some else's mess. Every developer uses his now coding method and his own choice of libraries/frameworks to develop the app. It is never easy for any developer to take over some else's project, no matter how good the first developer was. A non-coder should know that same app can be developed in many different ways using different frameworks and stuff, each developer does in a way which is most comfortable for him. Every developer feels his methodology is best and other's code is always a mess :) Unless you have specified in detail exactly what frameworks to use and coding structure to use (for example use auto-layout or use storyboard....), it will be difficult for new developer, you need to understand this. It will take a while before the new guy can fix a simple thing in app, cause he has to go thru the entire code and project to figure out stuff.
The best you can ask is the old developer to document all the Classes in iOS project, comment every method in the code, document high level app flow (similar to storyboard). What 3rd party frameworks used, why were those chosen. What iOS frameworks were used (example MapKit, CoreLocation,...)
Using this information you can advertise that you are looking for example: "iOS coder to finish a project that does blah blah, that uses these frameworks...., storyboard interface, and auto-layout and blah blah"


My firm has been building apps (web and mobile) for the past 15 years. I've seen a lot of situations similar to this and have been on the receiving end of partially completed apps in various states.
I would agree with some of the others in that it is normally a difficult task for a developer to pick up an application mid-stream due to the technical knowledge required to understand the app. You should expect some expense or required time in bringing the new developer up to speed with the work that has been done.
However, I would say that it is always possible to pick up a project and move it forward if you find a developer who is willing to make it work. If the code was well structured and documented, it can be fairly straight forward for a new developer to come in and pick things up where they were left off. If things were not structured well, or undocumented, it can take a bit more time.
As a developer, I would ask you the following questions:
- What were the details of the problems that lead you to have to switch teams at this stage?
- Do you have ownership and control over the codebase from both a software licensing perspective and an access perspective? As one other expert mentioned, getting ownership over the code repository on Github would be a great first step.
- What are the details of what needs to be done? What doesn't work, what is left to do?
- Can we take a look at the codebase and make an assessment to the quality of the code and complexity? There are some automated tools we use to analyze a codebase to determine complexity and quality. Giving someone access to a Github repository is an easy way to allow a quick review.
- Is there documentation or a written specification for the codebase?
- Is the app running in a beta environment? If this is an iOS app, can I get access to the beta version of the app via TestFlight?
I think the answers to those questions would cover most of the high level details that a new developer would need to help you plan out next steps.
Let me know if I can be of further assistance.
Josh Cramer
FullStack


Tom brought up some good points. I myself, when I was still freelancing had many clients who came to me precisely because of previous developer nightmares, especially hired through elance/odesk networks.
However, there are also other cases. Relationship/communication is very important, and so is price. Both might trigger wanting to switch developers.
To answer your question, you should make sure to have a list of external/3rd party frameworks used, how well-commented the code is and obviously access to the full source code.
Any respectable company will assess the source code before suggesting a re-code or estimating the time/cost load.
Feel free to reach out if you need help with your specific code.
Related Questions
-
Where can I find programmers willing to join a growing mobile start up for equity only?
You won't find anyone worth adding to your team willing to work for equity only, no matter how compelling your product and business is. The realities of the talent market for mobile developers anywhere is such that a developer would be foolish to work only for equity unless they are a cofounder and have double digit equity. Happy to talk about hiring and alternatives to full-time hires.
-
If I am planning to launch a mobile app, do I need to register as a company before the launch?
I developed and published mobile apps as an individual for several years, and only formed a corporation later as things grew and it made sense. As far as Apple's App Store and Google Play are concerned, you can register as an individual developer without having a corporation. I'd be happy to help further over a call if you have any additional questions. Best of luck with your mobile app!
-
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.
-
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.
-
Whats are some ways to beta test an iOS app?
Apple will allow a developer to register 100 UDID devices per 12 month cycle to test via TestFlight or HockeyApp. Having started with TestFlight, I would really encourage you NOT to use it, and go directly to HockeyApp. HockeyApp is a much better product. There is also enterprise distribution which allows you far more UDID's but whether you qualify for enterprise distribution is difficult to say. As part of your testing, I'd encourage to explicitly ask your testers to only register one device. One of the things we experienced was some testers registering 3 devices but only used one, essentially wasting those UDID's where we could have given to other testers. Who you invite to be a tester should be selective as well. I think you should have no more than 10 non-user users. These people should be people who have either built successful mobile apps or who are just such huge consumers of similar mobile apps to what you're building, that they can give you great product feedback even though they aren't your user. Specifically, they can help point out non obvious UI problems and better ways to implement particular features. The rest of your users should be highly qualified as actually wanting what you're building. If they can't articulate why they should be the first to use what you're building, they are likely the wrong tester. The more you can do to make them "beg" to be a tester, the higher the sign that the feedback you're getting from them can be considered "high-signal." In a limited beta test, you're really looking to understand the biggest UX pain-points. For example, are people not registering and providing you the additional permissions you are requiring? Are they not completing an action that could trigger virality? How far are they getting in their first user session? How much time are they spending per user session? Obviously, you'll be doing your fair share of bug squashing, but the core of it is around improving the core flows to minimize friction as much as possible. Lastly, keep in mind that even with highly motivated users, their attention spans and patience for early builds is limited, so make sure that each of your builds really make significant improvements. Happy to talk through any of this and more about mobile app testing.