Allowing multiple account classes for ISP Web Interface

Re: Allowing multiple account classes for ISP Web Interface

From:

Date:

Time:

I have not tried what you've mentioned below but I guess it's worth a shot.
I just want to specify which billing items are available during the online
signup based on offer code...if I can keep them all the same account class
than that would be great. The other alternative that I've thought about is
to create new signup pages (identical but in a new folder) for use with the
promo. That way it could be hardcoded in the page..as long as Shawn doesn't
make too many modifications to the code in future upgrades I would be OK
with that for a while.

Yes, we switch cancelled customers to deactive and are no longer billed for
them, nor can the outsourced tech support pull up their account any more.
We just do a find on all active customers each month and use that
number...fairly easy, neither of us care if we are off by a few accounts
each month, as it averages out. It also gives us the ability to mark off
accounts that are comped accounts and resellers, etc, so that we don't end
up paying for those accounts.

> Well...One suggestion is when making the deeply discounted
> offers, figure out how to work them into the offer code
> abilities of Optigold...
>
> In your case, the problem is not necessarily that the web
> interface doesn't allow multiple account classes to be viewed
> by an employee (Out sourced tech support), but that you are
> using the offer code to designate the account class to limit
> the products offered, based on the account class...
>
> If you could make the offer code assign the "Account class 1"
> account class, but still give the discounts, you'd solve your
> problem. One way is to use the "Discount" field in the Offer
> Codes setup area. If your normal rate is $15.00 for dial-up,
> and you want the "Special" to be $9.95, let's say, then you
> would put $5.05 in the discount field. Now, I've not done
> this, so I'm not sure, but I think this would work, and, my
> guess is, the invoice would actually show a "Discount" line
> item that would serve as a monthly reminder to the customer
> what a deal they were getting. It will also keep them in the
> same account class that your techs can view.
>
> The true issue is that your using the account class to "Hide"
> accounts from the out sourced tech support so that you don't
> get billed for them, right? That's why you're moving
> deactivated accounts to a different account class, right?
>
> How do they get the numbers of customer to bill you based on?
> Once a month? Do you provide them? Do they generate a
> report from the interface?
>
>
> Mike
>
> >
> > Yes, it's very complicated, but I will try to explain it as
> > someone may have some better ideas to do this...
> >
> > We have setup like this:
> >
> > Account class 1> Active
> > Account class 2> Deactivate
> > Account class 3> Comped Accounts
> > Account class 4-6> Employees and company stuff classes, etc
> >
> > New Account class 7> Promo
> >
> > Account class 1 is what we have set our techs to be able to
> > view online all customers with that class (remote call center
> > - they cant see any others otherwise we would have to pay for
> > them...they charge based on number of customers). We don't
> > have much control over the remote call center guys, and
> > frankly we don't want to give them any more information than
> > we have to in order for them to troubleshoot Tier 1 Tech
> > support problems with.
> >
> > Since offer codes are tied to 'account class' only type
> > options (and Shawn can't make multiple account classes
> > available per employee), and we have a new promotion that we
> > would like to offer in a targeted marketing campaign (steep
> > discounts over normal pricing) we don't want everyone to see
> > those options when they sign up for obvious reasons. So if
> > you just use your standard account class, when they sign up
> > online they will see the usually services and pricing along
> > with these great offers with steep discounts and guess which
> > one they will select? So we can't set them to Account class
> > 1. Now they are set to account class=Promo and so the call
> > center won't be able to see them unless there is some human
> > error, er, I mean intervention to change their account class
> > once signed up.
> >
> > I hope that makes sense, as I read through it I get confused
> > also. Any ideas?
> >
> > John
>
>
> ---------------------------------------------------
> To subscribe, unsubscribe or to search list archive
> please visit http://www.optigold.com/lists/isp.html
> ---------------------------------------------------
>

---------------------------------------------------
To subscribe, unsubscribe or to search list archive
please visit http://www.optigold.com/lists/isp.html
---------------------------------------------------

Sales:
888/4-DPOINT

Support:
858/452-3696