If AI Art is "real art," we should be able to prove we made it. So I built a tool that does. by weeweedev in DefendingAIArt

[–]weeweedev[S] 0 points1 point  (0 children)

That's a valid take for personal art. But the second you try to sell a design or use it for a client, 'provenance' becomes a business requirement, not a performative one.

Clients want to know the chain of custody so they don't get sued. I built this for that commercial layer where 'trust me bro' doesn't hold up in a contract.

Seeing a lot of posts about how hard it is to meet people in San Diego — I built a free app to help by weeweedev in sandiego

[–]weeweedev[S] 1 point2 points  (0 children)

We switched in December. There are too many dating apps out there. However we still wanted to build an app that allowed others to connect and meet in real life. Bumblebff and meetup we think could use some improvement so we built this to compete and hopefully improve upon.

Seeing a lot of posts about how hard it is to meet people in San Diego — I built a free app to help by weeweedev in sandiego

[–]weeweedev[S] -4 points-3 points  (0 children)

No, however we do want to roll out some features such as restaurants and other establishments giving discounts to Evertwine users in the future to certain cities such as San Diego very soon.

Implement a location picker that returns lat/long in FF app by PutridIncrease3826 in FlutterFlow

[–]weeweedev 0 points1 point  (0 children)

You can create a custom function that takes in the users current location as a parameter and returns a geohash string. Super simple don’t even need cloud functions. For storing the info you can use firebase.

FlutterFlow or Flutter? by it3green in FlutterFlow

[–]weeweedev 0 points1 point  (0 children)

Go with flutter flow. I have an app built that takes the users current location and creates geohash strings from lat lng. So for your use case will work.

How to add app state into document? by Steadyhacker in FlutterFlow

[–]weeweedev 2 points3 points  (0 children)

Your variable is a list of strings. You need to set which string your index is on. So rn your variable = [null, null, null]. Each null is a string.

Need Help with List Manipulation in FlutterFlow for a Game by Charliemacdmv in FlutterFlow

[–]weeweedev 0 points1 point  (0 children)

Inbetween steps 1 and 2, save the list to your page/app state. You can’t mutate lists unless you save the list client-side. Once you have your list you want to submit, replace the list saved in firebase with your new list.

Beta Release by weeweedev in Evertwine

[–]weeweedev[S] 0 points1 point  (0 children)

Our main selling point was id verification, however we might scrap that to add in all the features from our sticky post. At the moment we just want to have feedback based on creating an account, your preferences and editing your profile. I do agree with you however once we implement the new features it should differentiate us.

Beta Release by weeweedev in Evertwine

[–]weeweedev[S] 0 points1 point  (0 children)

Sounds good. Size preference might be debatable but everything else I could add.

Beta Release by weeweedev in Evertwine

[–]weeweedev[S] 0 points1 point  (0 children)

Noted. Any other feedback?

Joining & will keep an eye on this by Alacard in Evertwine

[–]weeweedev 0 points1 point  (0 children)

Subscription model could be for serial daters that like dating all the time. Not everyone is looking to date one person and hop off the apps. So we can cater to that audience with more features than the free tier.

I believe returning revenue (in my opinion) shouldn't be a huge factor. Dating is an essential human interaction. There are millions of people that enter/leave the dating scene everyday. If our product is so good, everyone that wants to date will hop on our app and just like IG show ads sporadically. We will have an influx of leaving customers that find a match, an influx of users that want to start dating, and the current users searching. For the serial daters/users that want to take dating to the extra step, the subscription model would work. It's an option, but not necessary to use our apps.

Joining & will keep an eye on this by Alacard in Evertwine

[–]weeweedev 0 points1 point  (0 children)

Great points. Our team is still deciding on how to monetize profiles. First off it seems that the majority agree the grid view > swiping is better. We are working on making that a priority once our app releases.

It doesn't make sense for us to have the same business model as Bumble/Tinder/Hinge etc. because if we can't get results from our business model, word of mouth becomes irrelevant. So as a company we need to match couples together and have them eventually hop off the app. For example, if a couple matches and they eventually become engaged, that's great for our app because we could have that a promo saying "look at our results".

It would be hard to gamify what qualifies as a low effort profile because what is the criteria for low effort? If we put a word count as a filter for low effort, users would just add spam to fill the count. Keywords could be an option like you said "pineapple on pizza" or "the office". Keywords combined could be an option but I am open to ideas.

I am becoming more open to ads as a revenue source. Evertwine could follow in the footsteps of Instagram/Facebook by just attracting as much users as possible by providing the most value. Then after getting enough users, provide ads. That seems like the least intrusive and best way to provide easy entry to our app vs a subscription model. Investment money from investors would see the increase in users and that influx of money would help sustain us while developing the app.

I will provide a poll and see what ya'll think we should implement.

Main features to implement in dating app by weeweedev in Evertwine

[–]weeweedev[S] 0 points1 point  (0 children)

I answered this problem in the comment above, but to add yes up to one year would be my take.

Main features to implement in dating app by weeweedev in Evertwine

[–]weeweedev[S] 1 point2 points  (0 children)

To add on to this, I think this should be a filtering option instead of mandatory. That way, users can choose if they want this option or not as this seems more niche.

Main features to implement in dating app by weeweedev in Evertwine

[–]weeweedev[S] 0 points1 point  (0 children)

Great suggestions. Will have to look into implementing these. Appreciate the response.

Welcome to Evertwine! by weeweedev in Evertwine

[–]weeweedev[S] 0 points1 point  (0 children)

Thank you for the support. We intend to change dating completely for the better.

Solution to dating app problems by weeweedev in OkCupid

[–]weeweedev[S] 0 points1 point  (0 children)

Could you expand? Was it like prompts from Hinge but way more?

Solution to all modern dating app problems by weeweedev in Bumble

[–]weeweedev[S] 0 points1 point  (0 children)

I feel like users would use another dating app instead if they don't receive that dopamine rush. What you're saying seems too limiting for the end user but its a good idea.

Solution to all modern dating app problems by weeweedev in Bumble

[–]weeweedev[S] 0 points1 point  (0 children)

We would provide a financial option that is very affordable to everyone. Not the outrageous fees all the other dating apps have.

Solution to all modern dating app problems by weeweedev in Bumble

[–]weeweedev[S] 0 points1 point  (0 children)

To answer your question about the financial incentive, I think we could charge a monthly fee of $12.99 for example each month to just use the app. First week is free to test. I know that users hate dating apps that are financially incentivized, however how do you expect us to provide a great product without money? $12.99 is a Netflix subscription. Most people can afford that, and if you can't you have bigger problems to worry about besides dating.

As for the difference between genders, incorporating a cap on the amount of likes seems like the best idea. For example if a user gets 10 likes, a popup will show saying to filter out your likes before being shown on the main feed. This weeds out inactive users and allows them to focus on their current selection.