Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - pseudoscops

Pages: 1 2 3 [4] 5 6 7 8
46
Can we change the download URL in the reddit posts to point to:

http://bitshares.org/downloads/?citizen=marketing.methodx

Love metrics, but it does look spammy, and there no need to have "citizen" or "name" or whatever else in there.

We can simply use an innocent looking (encryped ID) link http://bitshares.org/downloads/?number=3423595208

Yep well spotted, I was wondering about that. I think my original post was around the time when there was a lot of talk about the C in DAC meaning community and so that's probably why I came up with citizen. Luckily it seems that everyone is happy to use that C interchangeably now, which is great because I think gives us more marketing flexibility.

I agree that your URL scheme looks more innocuous and less spammy. We should go with something like that, now I think about it I reckon ?uid=xxxx  would be better than ?number=xxxx to keep things short. I guess it will require something off chain that would allow budding marketers to generate the UIDs. This I think is fine.  If the UID is derived from the BTS account name this could be pretty bullet proof I think.

Xeroc: looks like there might be another field to add to ident (https://bitsharestalk.org/index.php?topic=11898.msg158190#msg158190). The only thing is, I think non-delgates should be able to have traffic counted too and I think the ident JSON proposed lives inside of delegate. Can you clarify?

47
@pseudoscops Exactly like an affiliate ID. I love it!  +5% +5% +5%

That's it  ;D

48
For those that want to see live(and historic) stats for bitshares.org visit:

https://clicky.com/stats/?site_id=100787377

No conversion goals added yet. They are in the pipeline. For background on this read:

https://bitsharestalk.org/index.php?topic=11023.0

Also I have suggested MethodX edit links on recent reddit initiative to go to the download site at bitshares.org insted of github so that we can see traffic coming in from his initiative in realtime  :).

My thoughts/reccomendations over in MethodX's thread: https://bitsharestalk.org/index.php?topic=11991.msg158360#msg158360


49
Urget Request:

Great initiative MethodX. Upvoted all 4 threads and negative sounding comments.

I have one urgent request which I think you'll be happy to accommodate so that we can measure the effectiveness of this marketing effort. Can we change the download URL in the reddit posts to point to:

http://bitshares.org/downloads/?citizen=marketing.methodx

I've been working with cass and Brian to bring public facing stats for the http://bitshares.org site that we can all have access to. I've also proposed some basic foolproof ways of tracking who is referring traffic to the http://bitshares.org hub site. See my original post on the subject here (How to measure marketing effort effectiveness and public facing traffic stats...):

https://bitsharestalk.org/index.php?topic=11023.0

Feel free to just use http://bitshares.org/downloads/ or give reddit readers a choice of both. I know some will be uncomfortable with referral links looking a bit spammy in certain situations/posts. You might feel this is one time when the querystring referral code would look out of place. Either way both links with and without would currently get tracked and we'll all be able to see the referral URLs in the traffic reprots. This means that whichever is used it'll be clear that the traffic is from a MethodX inspired marketing initiative.

The benefit of using the querystring referral code is that if it is consistently used then it's going to be easier to aggregate traffic sent by one marketing delegate, or indeed non-delegate - see my post above for more details on this, over time and across campaigns/initiatives. This aggregated traffic can then be associated with a BitShares id via the querystring that will show up in the traffic logs and we'll then be able to have a league table of sorts to show who is generating the most traffic to the main site. I intend to build this league table too.

For this reason, and others, I think it's really important for any marketing effort going forward, community or otherwise, to send traffic to the main http://bitshares.org site where we can capture and measure it. As mentioned in my post, this does not exclude marketers setting up sites like MethodX's great http://whatisbitusd.com higher up their funnels as long as they end directing traffic to http://bitshares.org for the trackable conversion goals that we'll work together to set up.

In order to have an effective marketing strategy we need to be paying more attention to measurement. Metrics will allow us to measure success and also where we have gaps and are failing. Public facing stats is the first step on the road to allowing those with the desire and the skills to help shape our marketing effort so that it is hugely successful. Again more thoughts and details on this in my post - plug plug - please read it if you haven't already   :D  https://bitsharestalk.org/index.php?topic=11023.0

I'd love for the current reddit marketing efforts to have it's traffic show up in the stats that are being collected as I write this. They won't do that if the link directs people to Github where we don't have, and never will have, any insight in to traffic.

In addition to the public stats, soon I'll be posting up a small one page site where you can subscribe to a weekly email report that top lines the traffic to http://www.bitshares.org.

All of this will feed in to some other work that I'm planning that I hope will help with the marketing effort. Stay tuned.

Metrics, metrics, metrics people. Say it loud now!

50
others might fear that having all publicly named delegates introduces new vulnerabilities.

I'm interested in this. Had always assumed being open about identity would be seen in a more positive light by the community - despite the additional risks this might open an individual up to depending on their location/circumstances. But Troglodactyl's point above seems like a valid one. What do others think, might it be beneficial to try and keep a 50/50 balance of public and anonymous delegates?

If so then perhaps it would make sense to add a new boolean field 'delegate.anonymous' or 'delegate.incognito' to the delegate fields added to public-data that Xeroc and svk were working on recently. See Wiki:

http://wiki.bitshares.org/index.php/Delegate/PublicData

Bravo. Great work as usual Xeroc  :)

As per my earlier post above I'm still interested on what people think the ratio of an know/anonymous delegates should be - 50/50?


52
Stakeholder Proposals / Re: New delegate proposal: btstools.digitalgaia
« on: December 04, 2014, 12:57:02 pm »
Voted  :)

53

Its a good idea to use the bter interface for depositing.  You will get a page telling you to send to btercom or to an address, and to include a certain string of characters as a memo, so that they can identify you.


Thanks Ander. Yep I did use the interface from BTER but it looks like Empirical1.1 is right and I totally fat fingered it and sent to bter instead of btercom. Thank the stars it wasn't for a larger amount. I remember it was well past my bedtime - I will be more careful next time.

Perhaps the other guy I recall having some issue did the same thing or maybe there was just a delay. Anyway no reason for anyone to doubt BTER deposits. Sorry BTER for unnecessary bad press.

54
General Discussion / Re: Bitshares.org suggestions
« on: December 03, 2014, 10:02:10 pm »

Cass have you considered using Middleman (http://middlemanapp.com/ + https://github.com/middleman/middleman instead of Jekyll? I did some extensive research earlier in the year and tried both. I settled on Middleman for my static sites and am really glad I did. It rocks. Jekyll's roots in blogging show and I'm not sure it's always the best fit, unless you are in fact just building a blog.


Didn't notice before, will definitely look into! It works with ERB, doesn't it?

Yep has ERB support + SASS & HAML too. It also uses the Tilt library and so it supports a whole stack of different templating and markup standards for templates and partials.  (Slim, Less, Markdown etc.) Have a look at the bottom of this page for a list:

http://middlemanapp.com/basics/templates/


I tend to mix an match ERB,HAML, SASS and Markdown. If you don't have a strong preference for Jekyll then I'd go with Middleman. Plus if you do I'll be more likely to be able to help out if you ever need a hand with anything  ;D

Pro tip: If you decide to use Markdown use the Kramdown library in your Gemfile and config.rb instead of the others. It's basically a superset of Markdown and gives you more options and much more flexibility vs standard Markdown.

55
Not a huge amount of funds (2634.1766BTS) but just realized today that the funds sent below never turned up. Today I'm wanting to send 1BTC to BTER so I can invest a little in the Music pre-sale. I'm worried about the funds not turning up again if I do. I remember reading of at least one other who's funds did not turn up at BTER.



Anyone got any advice. As far as I know their support is in Chinese :(

56
General Discussion / Re: Bitshares.org suggestions
« on: December 03, 2014, 06:31:20 pm »
I think using a static site framework for the basis of BitShares sites that are not that dynamic is an extremely good idea. The codebase for the site and the content can then live on git(hub) and it makes it trivially easy for people to fork and contribute their ideas. This will be especially true if Markdown partials are used for text content. Localization will become trivial in comparison to using Wordpress I think. IMHO we should ditch WP as fast as possible where practically possible.

Cass have you considered using Middleman (http://middlemanapp.com/ + https://github.com/middleman/middleman instead of Jekyll? I did some extensive research earlier in the year and tried both. I settled on Middleman for my static sites and am really glad I did. It rocks. Jekyll's roots in blogging show and I'm not sure it's always the best fit, unless you are in fact just building a blog.

Either is a good strong choice though. Just through I'd throw my experiences out there.

For the record Jekyll definitely holds the #1 spot for Ruby based static site generators, but Middleman holds the number #2 spot and has been around for nearly as long as Jekyll - over five years.

57
General Discussion / Re: Bitshares.org suggestions
« on: December 03, 2014, 06:25:20 pm »
I think using a static site framework for the basis of BitShares sites that are not that dynamic is an extremely good idea. The codebase for the site and the content can then live on git(hub) and it makes it trivially easy for people to fork and contribute their ideas. This will be especially true if Markdown partials are used for text content. Localization will become trivial in comparison to using Wordpress I think. IMHO we should ditch WP as fast as possible where practically possible.

Cass have you considered using Middleman (http://middlemanapp.com/ + https://github.com/middleman/middleman instead of Jekyll? I did some extensive research earlier in the year and tried both. I settled on Middleman for my static sites and am really glad I did. It rocks. Jekyll's roots in blogging show and I'm not sure it's always the best fit, unless you are in fact just building a blog.

Either is a good strong choice though. Just through I'd throw my experiences out there.

58
Stakeholder Proposals / Re: New delegate proposal: btstools.digitalgaia
« on: December 02, 2014, 04:55:41 pm »
Cass and I wanted to work on this, but neither of us have had the time to start doing it. If you want to build one I'd say go for it, the more people building stuff the better imo!

Good to know. Hopefully I'll get some time to start helping out with something practical like this soon. Few ideas kicking around. Probably best to focus on one idea first and kick it out to y'all, need to get a client website out of the way first though :(

Stupid clients. Now if only there was some way to not have to work for clients. Hmmm.....

wackou.digitalgaia I just voted for you :P


59
In the short term perhaps the 'delegate.identity.anonymous' boolean is just that - a yes/no that shows your intention to remain anonymous or not. This still serves a purpose. The fact that we can't easily yet prove someones identity does not mean we shouldn't allow people to flag their intention to stay anonymous.

Proving identity is important but could be handled separately to indicating intention to remain anonymous. Having the latter quickly by adding the field to the public delegate data would be a win in my book. To prove ID in the short term might be difficult, time consuming and not an immediate priority. Most people believe with pretty much 100% certainty that BM is Dan Larmier without needing proof. He's built this trust over time and it's probably this sort of public identity that will get us through and be adequate in the short term for those wanting to run publicly. Perhaps a link to LinkedIn might help - still not proof though I know.

As the BitShares ecosystem matures then trusted third-parties already engaged and required to Know Your Customer (KYC) via passports etc could provide verification of delegates as service to the community. They could then provide a publicly available directory of those verified delegates. This might need two 'delegate.identity.verified' & 'delegate.identity.verifier'. Those third parties within the BitShares ecosystem don't exist yet, but maybe there are other services that I'm not aware of that could be leveraged for the purpose of verifying IDs. Do you need to prove your ID to register an SSL certificate? If so maybe we could bootstrap something together that takes advantage of this fact? Maybe others have more experience here and I'm missing something obviously easier to prove ID.

60
others might fear that having all publicly named delegates introduces new vulnerabilities.

I'm interested in this. Had always assumed being open about identity would be seen in a more positive light by the community - despite the additional risks this might open an individual up to depending on their location/circumstances. But Troglodactyl's point above seems like a valid one. What do others think, might it be beneficial to try and keep a 50/50 balance of public and anonymous delegates?

If so then perhaps it would make sense to add a new boolean field 'delegate.anonymous' or 'delegate.incognito' to the delegate fields added to public-data that Xeroc and svk were working on recently. See Wiki:

http://wiki.bitshares.org/index.php/Delegate/PublicData

Pages: 1 2 3 [4] 5 6 7 8