Dissolving an App Company - How do we deal with the intellectual property of the apps that still exist?

You are right that the range is wide. You need to figure what are good values to have for your category. Also, you can focus on the trend (is your DAU/MAU increasing vs decreasing after you make changes) even if benchmarking is tough. Unless your app is adding a huge number of users every day (which can skew DAU/MAU), you can trust the ratio as a good indication of how engaged your users are. For games, DAU/MAU of ~20-30% is considered to be pretty good. For social apps, like a messenger app, a successful one would have a DAU/MAU closer to 50%. In general most apps struggle to get to DAU/MAU of 20% or more. Make sure you have the right definition of who is an active user for your app, and get a good sense of what % of users are actually using your app every day. Happy to discuss what is a good benchmark for your specific app depending on what it does.

First, hat tip to you for being a young entrepreneur. Keep it up! If you have the funds to build out your MVP, hire a developer and possibly a mentor. If your idea is marketable, you don't need to give up equity by bringing in a co-founder. If this is your entrepreneurial venture, I would recommend you do retain a coach to help you see all the things you may not know. Have you already done your SWOT analysis? Have you identified your target market? What is your marketing plan? What will be your operating expenses? There are lots of questions to ask. If you would a free call, I'd be happy to help you in more detail. Just use this link to schedule your free call... https://clarity.fm/kevinmccarthy/FreeConsult Best regards, Kevin McCarthy Www.kevinmccarthy.com

Probably not the answer you're looking for, but companies have so many unimplemented ideas that the likelihood of partnering to implement someone else's idea is really low. And besides which, the idea is not something that has much value in and of itself. If you're passionate in the idea, build it yourself. That's the only way you can have leverage.

I would suggest the first question to ask is "what problem do I solve?" And of those people I solve problems for "who do I create the most value for?" In the non-profit world you need to add "How does my business help the non-profit run better and/or help the group the non-profit focuses on?" For example, if you've created a platform that drives donations, your company "has created a platform that helps you reach fundraising goals faster." What you don't want to do is market and sell to B2B and B2C audiences simultaneously. They have different ways of buying - a B2B audience needs to have their benefits quantified (using your thing makes me x amount more) - and it's extremely hard for a startup to be able to do both well. Better to start with one, execute really well and move into the other. Feel free to give me a call and we can dig into who your most valuable audience is.

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.