Hi Gliders,
I’m working on the final touches to a new shopping template. Some of the features include:
There’s also store owner features if a user is set as the store owner. I’ll have the link up for a few hours for anyone that has free time and wants to give feedback 
Hi Lisa! The app is really clean and simple - love the design! Things work pretty much as expected and I just have 3 points of feedback which might be because this is a template right now and doesn’t have the full items/details.
Again, these may be moot issues when the app is full of real data but that’s all I noticed! It’s fantastic!
Thanks Deena for your feedback! I’ll look into how to incorporate the categories/brands into the wishlist search.
Thanks to your note I was able to figure out the snag with the inventory issue
@Lisa Great work. Very nice design and shopping cart feature will really help many here.
One question: Since i can’t poceed with payment, what happens after Paypal payment is done. How you are navigating back to app and what do you show to user? I suppose the payment confirmation is manually done. Correct me if i am wrong. If any video of this journey please share.
Thank you for testing this!
You’re correct. Since there isn’t a way to “verify” that the payment was sent automatically, the switch “I confirm payment” is there and indicates that the user agrees that they sent payment.
From there, the store owner will see the new order in their orders dashboard and can verify that they received the money from either PayPal or CashApp.
Would different wording or flow make this easier or more clear as a user? Video below.
I suppose no work around here so we need to live with this confirm switch.
By the way on the payment confirmation side did you explore on the PayPal API’s? Lets say we can send order id when invoking paypal payment and they query the paypal API alongside each pending payment to get the status.
I was personally a little confused about one aspect of the checkout.
You have both “Add to Cart” and “Submit” on same screen.
Aren’t they the same thing? Do you need to add first and then submit?
No wait, that’s just a page title, not a button.
In that case I would perhaps remove the title or change it to “Ordering” and change the active button to “Add to Cart”.
I also noticed that selecting Pickup does not remove the Shipping charge from the order.
Hello,
I have tested. (just to know and learn more, considering I have no experience enought to give you valuable feed backs).
The app is realy easy to use and very clean.
I loved the word "delete’ just below the pencil icon. (It was a TEXT component, wasn´t it?)
What about the “View Size Chart” ? Is a Open Web View component or a File?
Congratulations
Nice and simple App. Here’s some feedback:
• An item was selected as “favorite” but didn’t show in the wish list.
• Delivery fee line should disappear if selected choice is Pickup
• After making payment, you might want to consider asking customer to enter the paypal.me payment reference number instead of just clicking “I confirm payment”.
• Checkout can be a tab instead of being embedded in the page.
• Allow ability to “check out as guest”
• You might want to consider adding more menu items as such:
Thank you!
And yes, the ‘delete’ was a text component with the footnote style applied.
The size chart is just an image.
Great catches! I’m working on fixing that shipping with pickup order now.
I don’t believe I can change the “Submit” text at this time.
Thanks for your feedback 
I’ll have to look into the API!
Thanks for testing! The favorite thing may have been a gldie glitch. I’m previewing now and able to see the wishlist populate.
Can you expand more about the checkout tab? I don’t know what you mean by it “being embedded in the page”.
Gotcha! I started building the cart as it’s own screen. The issue I ran into is rebuilding it over and over again if I want to direct the user to the cart from different screens throughout the app. Or worse, if I need to make changes to the checkout screen.
For instance, with the great feedback I’ve received so far, I’ve only had to make an update in one place and it updates because the cart is its own row and acts as a detail screen. Big props to @Jeff_Hager for the hack.
I’ll think about adding this if it makes sense and it isn’t a pain to build.
Thanks for the idea!
Thinking out loud in case you want to pursue the idea:
This way, the lowe-frame tab’s visibility is governed by if that cart row is not empty.
Good Luck
The app is set up like this already.
The issue isn’t getting the tab to show conditionally, it’s building out the screen and duplicating any changes I make to two or more separate screens.
Maybe users wouldn’t mind one extra click to get to the actual cart, but for me, I find it somewhat annoying and confusing to click on “My Cart” and have to click on one more item to actually view it. It would be great to take the user directly to the detail screen versus the listing.
If you have a different approach in mind on how to display the same detail screen without the extra click I’m all ears!
I really liked it and really made sense. I can’t wait for the tutorials I feel once we understand how to setup something like this a lot of us from different countries will be able to merge our local merchants to it
how does one do this do you have an example trying to build a custom cart failing to find a way to add items to cart(spreedsheet) that will appear in the new window
@Lisa this is so great! Been trying to figure something like this out for a few weeks now. Could you share the sheet template to see the back-end set up for this?
