So... I have a lot of suggestions ( and I'm not even mentioning the second price auction ;-) )... I have grouped them in four main categories. Some of them aren't really perfect fits, but hopefully it's close enough. The categories are: (i) Audience / Engagment; (ii) Information for curators and blog consumers; (iii) Usability / integration; and (iv) Promoting development. In the following section and in no particular order, I have a bullet list with a high-level description of the suggestions. Following that, I'll offer a few sentences of explanatory text for each of them.
Right now, the top menu only shows {"Trending", "New", "Payout" and "Mute"}. The blockchain also offers feeds for promoted and hot. I think it should be easy for site visitors to access these feeds. This gives alternative views to articles by making use of feeds that are already built into the blockchain, so it shouldn't require much effort. Hopefully, this can help with audience building by offering more variety to site visitors.
I have already mentioned this a number of times, but it bears repeating. I think that post promotion should be viewed as a form of visibility as a service that's provided by the blockchain. If people promote their posts, I think it would be great to give them placement in "prime" screen space and also to interleave the promoted posts into the feeds that people are viewing. This would make the capability to burn steem more attractive to authors.
In addition to indicating when a post is promoted or has the @null beneficiary setting, I think that curators should also be able to tell at a glance what the burn amount is. As proof of concept, this was implemented to some degree as a browser extension by myself and improved by @moecki.
As I noted here, I think one of the best ways to bring an audience to Steem is to harness the influencers who are posting here. Verified influencers that I'm currently aware of include these: @answerswithjoe (1.44 million subscribers), @skycorridors (147 thousand subscribers), @vesislava (123 thousand subscribers), @marketreport (231 thousand subscribers), @stefan.molyneux (11 thousand subscribers [rumble]). In my opinion, the Steem community should be determined to see that these people will succeed on Steem.
The problem with influencers, though, is that it's easy for anyone to set up shop here and pretend to be an influencer (see here). So there should be a system for verifying and badging them by using linkbacks from their external media platforms or by some other mechanism.
"nofollow" attributes on weblinks are a directive to search engines not to follow the links. In general, this means that the site on the other side of the nofollow link won't get credit for the link from Steemit in the search engine if the "nofollow" attribute is set. Currently, the code is set that all posts except "High Quality" posts get "nofollow" attributes. And "High Quality" means that the post value is $10 or more. This has a couple problems.
I propose that the trigger for removing the "dofollow" status should be done based on the value in STEEM, not the value in dollars. Also, after payout time it should be based off of curation rewards, since they're not affected by beneficiary settings.
Further, if the post value is only over the threshold with the inclusion of bidbot votes, it should not attain "dofollow" status.
This still leaves another problem for "decline payout" posts, but I don't have any ideas for those at the moment.
Embedded objects should be shown instead of links wherever possible for media from sites like:
Since "resteem" is a blockchain/custom_json operation, I don't think that a true "resteem with comment" is really feasible in the near term. However, it could be simulated by the following steps:
I don't think I'm telling tales out of school if I mention that the /trending page is painful to look at. IMO, this is definitely Steemit not putting its best foot forward. If we change the front page to be /promoted, that leads back to the visibility as a service theme for token burning. Hopefully, it would be more pleasant to look at than the current trending page, and it would also provide additional utility for the SBD token (which retires debt in terms of STEEM tokens).
Again - visibility as a service. Let's make it easy.
As @moecki noted in this post, it is sometimes useful to go back and find posts that I have voted on. In addition, curators and blog consumers can use this as a tool for content discovery. It is convenient to be able to see how a trusted curator is voting when looking for content to read or vote upon. Finally, it can also be used as an abuse-detection tool for identifying reward-farming schemes. Even though @moecki already mentioned it, I'm repeating it because it was already on my list, too.
Curating YouTube embeds is tricky. Is it current or outdated? Is the author of the YouTube video the same as the author of the Steem post? Currently, I have to click through to YouTube in order to answer those questions, then I have to come back to Steemit to vote (or not). It would be good if some metadata like that were automatically included in the Steem post, along with the YouTube embed.
Once upon a time, Steem posts had a view counter at the bottom of each post. This was eventually removed - I suspect because the numbers were generally low. However, that number would be useful to know for authors who want to increase their audience and for curators who want to decide how to value a post.
In the short term, the low views is a problem, but I think having that information would help with producing more views. As a compromise, perhaps it would be good to not list specific numbers, but just a range. i.e. {<100; 100-1,000; 1,000-10,000, etc...}
Again, this is useful for curators to decide whether or not to click into a post and spend time on it. It's also useful for readers who want to decide how to distribute their attention.
With the way the curation teams, country reps, greeters, et al change from month to month, it's hard to keep up. So, a badge would help people to know who are the current people who are occupying those roles. The badge could also have a number in it to indicate how long the person has been performing the role.
When used properly - in a way that builds audience and promotes the platform, I'm a fan of automation, and I'm a fan of bots, and I'm even a fan of bidbots or delegation bots. But, when used improperly they harm the platform's reputation and credibility. If a bidbot has wildly overvalued a post - as compared to organic voting, then some sort of visual indicator could call it to the attention of curators and warn readers to steer clear and spend their attention elsewhere.
Self explanatory?
This was included in Steemit's announcement post, but it's long been on my own "wish list", too, so I wanted to repeat it. I'd like to be able to save multiple drafts for later, and I'd like to be able to have multiple template files to provide standard "look and feel" to my posts. Templates and drafts should save beneficiary settings, titles, tags, power-up percentage, and "decline rewards" settings, as well as the post body.
It would be good to be able to write multiple posts in a day, and then schedule them to spread out the posting times. Also, scheduling posts would facilitate coordination of posting time with events happening elsewhere.
Right now, it is possible to designate a beneficiary on top-level posts, but not on replies/comments. It would be useful to be able to set beneficiaries on comments, too. One use case would be for polls. Being able to set @null beneficiary settings on comments would let an author post poll questions without collecting rewards when people vote on the answers.
For example, I could issue a post saying: "Will the BTC closing price be over/under $20,000 on October 9 at 00:00 UTC?", then I could reply with two comments: "1. Vote here for 'over $20,000'" and "2. 'Vote here for under $20,000'", both with 100% null beneficiary settings. That way, people could collect curation rewards for their votes without being spooked off at the thought of giving the pollster author rewards.
Right now, as far as I know, there is little error checking in the beneficiary account name. This makes it easy to accidentally send rewards to accounts that don't exist. (Speaking of... has anyone else noticed that there's now a @burnsteem25 account?)
OK, this probably isn't likely, but as long as we're writing suggestions...
Not much to say about this, but I would guess that it would be valuable for Steemit and Tron.
I've been a fan of RSS and link sharing since Google Reader launched back around 2005 or 2006. I would like to see Steemit plugged into this technology from both sides. Make it easy to send links from other blogs to Steemit, and make it possible to read Steem feeds in RSS.
If we want "the masses" to come to Steem, we need to get over the idea that everything has to be a long format blog post. That's not how "the masses" use the Internet. Blogging is a niche application. Microblogging gets widescale adoption. IMO, we need to cultivate microblogging on Steemit while simultaneously trying to avoid cultivating spam and plagiarism.
The only specific idea that I have on this front is to note that Facebook and Twitter don't require titles for their posts. I'd propose a separate section of the Steemit web site for Facebook and Twitter style, "title free" posts. (titles could be autogenerated and hidden)
When posting through Steemit or displaying a post on the web site, some cursory plagiarism detection could be implemented. If plagiarism is detected, a visual indicator could be applied in order to weed out some of the most flagrant cases of abuse. This would be far from a cure-all, but adding friction to the process for plagiarists might reduce the scale of the problem.
To be honest, I don't guess this would get much use, but modern social media platforms should provide tipping capabilities, and doing so with TRX, SBD, and STEEM would add utility for the tokens, too.
I've been a fan of RSS and link sharing since Google Reader launched back around 2005 or 2006. I would like to see Steemit plugged into this technology from both sides. Make it easy to send links from other blogs to Steemit, and make it possible to read Steem feeds in RSS.
I know this is going to be controversial because of "decentralization", but Steemit deserves to earn some revenue for running the web site and API and everything else they do. No business can stay in business indefinitely without income. I have no idea what Steemit's revenue source or amount is with the limited advertising they deliver, but I can't imagine that advertising plus curation rewards is enough to keep them in the black.
Alternatively, if decentralization is too big of a hurdle, then maybe something like the Steem Foundation could be rebuilt, and an optional default 1% beneficiary could go to them for blockchain development and promotion.
With or without that optional default, I'd like to be able to save a list of beneficiary settings to be applied to every new post (unless I change it).
Another possible use for this would be the creation of blogging teams. I suspect that most people will never find the time for daily posting - which makes it hard to build an audience. But a team of 8 bloggers, all dedictaed to a single topic, could probably manage to post 5 times a week. If the team all shared a posting key, they could build their audience on the shared account and use beneficiary rewards to distribute rewards among the team members. Saving a default list of beneficiary settings would make this easier to implement without forgetting to set the right beneficiaries.
It should be possible to submit proposals from the Steem wallet, without needing to find an external website.
Developer documentation is stale and getting staler.
Same with steem-python.
Whew! That was a mouthful. Thank you for reading.
Visit the /promoted page and #burnsteem25 to support the inflation-fighters who are helping to enable decentralized regulation of Steem token supply growth.