Jump to content
Mark
 Share


IP.Nexus 1.1 Dev Update: Product Options

Since the release of IP.Nexus 1.0 we've had a great amount of feedback. Even though the next version of IP.Nexus 1.1 is still a ways off, I'm going to be introducing new features as we go along so that you know what to expect.

One of the most frequent suggestions is some way to have multiple stock and pricing levels for products. IP.Nexus already has custom package fields to allow the user to select different variations of products, and now with Nexus 1.1, you can control stock and pricing based on those values.

For example, you could specify how many of each size T-Shirt you have, or have options for additional services on a product which increase price.

To demonstrate, I've created a short video (best viewed in full screen):




As an aside while we're on the topic of product options, some of you will know that in Nexus 1.0, if a user adds a product with custom fields to the cart, the quantity cannot be altered on the "view cart" page. This has been changed in IP.Nexus 1.1 so each configuration is grouped with an update quantity box:



I'll be blogging a lot more about IP.Nexus 1.1's new features over the coming months - if you're an IP.Nexus customer haven't done so already, please fill in our short feedback survey.
 Share

Comments

Recommended Comments

Looks excellent. Please please please please please can we have the ability to have only the "subscribe to paypal" in a payment type. This is the only thing at the moment that is making me regret moving to nexus from subscriptions :(

Link to comment
Share on other sites

Welcome changes, but specifying item prices as increments rather than actual prices is frankly mad. Increments will have to be figured out for each option and may not always be a straightforward $5 or $10. This pretty much guarantees that store operators with hundreds or thousands of products will make errors. The original Nexus concept was as a store supplying intangible products (downloads), for which the increment system makes a limited degree of sense. For those of us with tangible (physical) products which in time I'm sure will prove to be the majority, price increments are a potential and unnecessary nightmare.

Link to comment
Share on other sites

[quote name='Hunting insects...' timestamp='1291129758']
Welcome changes, but specifying item prices as increments rather than actual prices is frankly mad. Increments will have to be figured out for each option and may not always be a straightforward $5 or $10. This pretty much guarantees that store operators with hundreds or thousands of products will make errors. The original Nexus concept was as a store supplying intangible products (downloads), for which the increment system makes a limited degree of sense. For those of us with tangible (physical) products which in time I'm sure will prove to be the majority, price increments are a potential and unnecessary nightmare.


Not only did the (vast) majority of users I asked about this during development stage say they prefer increments to specifying prices, this approach allows combining rules, as was demonstrated in my video (i.e. one value adds $x, another adds $y).

I do understand your point - but we found that the best approach to suit the majority was in fact increments :)

Link to comment
Share on other sites

Excellent work guys, really chuffed you've done this... and in the way you have... makes a very very flexible system.

Just one comment... can you add the option to show stock per option...

Thanks for your continued efforts on an already excellent product.

Jim

Link to comment
Share on other sites

I'm Excited about IP Nexus 1.1,

I already have clients interested in using the Price Modifiers for special services / customization of their products.

The other thing I'd love to see is a Package Custom Field for a Customer to Upload Files / Images before they add the item to the cart.

I hope to sell my clients on IP.Nexus over X-Cart Pro, looking forward to watching your progress ^_^

Electric Prism

Link to comment
Share on other sites

I need more information about this product, is this product designed to be a payment processor if so are you also accessing fees like paypal or are you implementing other payment processors? If it is your hope to compete with X Cart Pro are you offering the same or exceeding the features that they offer?

In this current or in future releases will the package contain features like Ebay where you have an auction component , a classified ad component and a want ad or want it now component? Will the purchaser of your module be able to use your app to make money like for example allowing users to post for sale, want ad or classifieds and charge them a fee. I am trying to understand this product. I will say if paypal is the only method of payment as a feature you have in this app I wont buy it, I need to have options such as online and offline payment options including checks - cash on delivery, 2 checkout, american express I mean why not put them all in there, actually you would have to to compete with X Cart

Responses anyone

Link to comment
Share on other sites



Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Add a comment...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...

×
×
  • Create New...