Loading...
Answers
MenuWhat is the best technical setup for our bootstrapped mhealth development team?
We are working in a private corporate git, with cto inviting key contract developers, using Dropbox for access to final design elements, testflight setup for beta testing... Should we be utilizing appcelerator or appgyver steroids to submit to app stores after beta testing? Or should our single source of code hosting be git? What are other high functioning bootstrapped tech teams doing?
Answers


We use github for code hosting, issue tracking system and specs ( the wiki portion ). Dropbox for large files like designs, videos. Basecamp for collaboration and discussion coupled with real time chats over hipchat.
I bought into the appcelerator promise a while back but had since abandoned it for native development. It depends on your app but our app would look and behave significantly worse had we not gone native.
Hope this helps, call me If you need more info.
I have over 6 years of experience handling software project teams who are "dispersed" and only communicate through "virtual" means and by that I mean over the internet or intranet. I still like to re-emphasize here that TECHNOLOGY should be only to support BUSINESS OJECTIVES and not the other way round. This question borders on what ENTERPRISE ARCHITECTURE framework you and your CTO have determined for this project. Your enterprise architecture should be such that it is framed upon architecture "principles" that would enable your business or project objectives. Any of those app development tools you mentioned like Appcelerator ro appyver should do your job but then you need to ask yourself 'does it make more an ECONOMIC sense to DUPICATE tools and processes than to have a CONSOLIDATED tool that can be shared across our enterprise?' When you answer that question rightly, then you should be able to SELECT the right TOOL for your PROJECT NEED(Forgive my capitalization, it is meant for hinting).
In my experience as an enterprise architect, having a single consolidated master data repository is usually the optimal way to go.
Your other "high functioning bootstrapped tech teams" might be handling the other activities in the App development workflow such as Desinging, Development, Coding, Debugging, etc. depending on how the project manager decomposed the work packages.
You can give me a call for more clarifications.
Related Questions
-
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.
-
I've been working on an app concept for 6 months and built an MVP. Is it better to pay a development firm to build or hire a developer as a cofounder?
I have built two software companies by hiring out the development work. I sold one for a decent sum during the dot com era (circa 1999). I remain a shareholder in the other one. I currently work with amazing development company on behalf of one of my clients. Here are some things to consider. 1. Do you really want to give up equity? If not outsource. 2. How fast do you want to get to market? If sooner than later, outsource. 3. How capitalized are you? If undercapitalized, either outsource offshore (which runs about 20% of US rates), or bring on an equity development partner. I offer a free call to first time clients. Let's chat and I'll give you some great advice from three decades of experience. Just use this link to schedule the free call: https://clarity.fm/kevinmccarthy/FreeConsult Best regards, Kevin McCarthy Www.kevinmccarthy.com
-
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.
-
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.
-
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. Mihai