speak / website Goto Github PK

This will probably live at:

http://speak.io/invite/{invite_id}

You'll enter your name and a password and then be shown a link to download the app once the account has been created. Mock incoming

If you look at the log in Circle it's easy to see that it's uploading a metric crap ton of files in the vendor directory, should just be the compiled static site.

Looks like local refreshes are ending up in Keen:

When we roll out app with pricing modal.

because TLS

A little blue on the left by default looks nicer

I think we need to add a note on the homepage that the beta is Mac only for now. Or change the button wording so it's something like "Join Mac Beta"

It might be good to change this so that between EOD SF time and BOD for our easternmost employee we either don't show the chat window, or show a "we're asleep right now" warning.

Notice how it also pushes the grey bar down

In order for people that already have an account to accept organization invites we need to let them sign in on this page as previously discussed. This has already come up in support.

It also means that if someone gets an invite to an email address that they don't have a speak account under, they have the opportunity to login instead and accept the invite under their existing account instead of being forced to create another one.

The option to login should be added at the bottom of the form (similar to how it is in app) - The form can then change to show an email/password field.

Related to #51

Can probably copy most of the stuff over from Sqwiggle. Also a good place to talk about Slack permissions if we are so inclined.

This issue is for discussing implementation of a knowledgebase and which content / categories we want to have.

As discussed

I updated homepage css with a fix for #55, deployed to master but it's not showing up on https://staging.speak.io/

@tommoor how do you wanna do this?
could just host ourselves?

Came up in live chat, customer was dissapoint

We're going to add a new page at /pricing that explains our soft pricing policy. It will include a slider that dynamically shows how much people can expect to pay based on their team size - as all plans include the same features right now we'll probably want a list of those here too as we don't include that anywhere else.

It can be added to a hidden field via js, would be useful to know when folks signup from the blog etc

Errors currently pushing form out of bounds, we should probably just update these to use the same style and coloring as the app.

Bobby is becoming cluttered with our own domain and it's not really very useful. In a PERFECT world we would simply store a cookie with the referrer the first time they visit any page and send that value.

Should give us a much better handle on what sources are really paying off.

So that we can tempt people with the awesome stuff we have planned

• Generate CSR
• Submit to comodo
• Receive certificate

Install on:

• website
• releases
• guest
• account
• karaoke
• api
• manuel
• bulldog
• admin

For example: https://speak.io/invite/foo
Will need adding into the S3 bucket setup

E.G. join an organization if you're an existing user. This is probably the beginnings of our account area. We'll need to make the user auth if they haven't already, so that's probably the biggest chunk of work.

This page will require authentication. They will need to be able to choose their team if they have multiple and enter payment information.

Once the public endpoint exists, our future selves will thank us for this innovation

So that the page JS continues to work when analytics is blocked by the user. Someone complained about the video not working because of this

Need to create a download page for all 3, then link emails to "Download now"

Linux will need it's own instructions, @willbarrett has the deets

Currently it sits on the same layout as the homepage. Something like this would be more appropriate:

https://www.sqwiggle.com/password/new

http://www.helpscout.net/features/beacon/

Some of the homepage images are huge, as noted by a customer here - we could probably knock seconds off the load time quickly using a tool like smushit...

Tom made the point that people might think that the play button appearing might mean that the video is over, therefore users may not click. We should test auto play vs non auto play.

Can probably do this with Optimizely.

that way we dont need to build the assets manually before a deploy

cc @ericbieller @tommoor

• It should work exactly like Windows except go to a separate google form

So we don't end up with this it would be nice to have a list of query parameters that are stripped from the url before forwarding to keen. There's possibly a lib for cleaning up referrers somewhere..

No way the current figures on bobby dashboard can be accurate, something has been broken here

Like atom does here, we can only be used on 10.8+