Enhanced sales reports in version 0.5
Posted: Sat Feb 22, 2025 6:42 am
With the release of version 0.4, we can feel that the number of fatal bugs has decreased significantly as expected, and the software has become more complete.
It has already been about half a year since the release on December 2nd last year that we spent on the revisions.
It feels like we've finally reached this point where we have all the minimum functionality the market demands, and we're now in an environment where we can truly focus on "creating a complete system that allows skilled merchants to easily sell on the internet." I think
that from now on, the true form of Live Commerce will begin to emerge.
Recently, I had the opportunity to meet with managers of online shops, and in the course of exchanging various opinions, one common opinion we found was that rather than making the main body as multifunctional as possible, it would be better to make it as "simple and easy to understand" as possible, and that it would be better for the system to be one in which all additional functions can be added by plug-ins.
This is not surprising, but there are now more taiyuan mobile number database than enough tools available on ASPs to complement the operation of online shops. From order management to payment processing, sales promotion, e-mail newsletters, and SEO, most third parties involved in the operation of online shops are much more complete than they were a few years ago. This means that the operation of EC sites has also become more sophisticated.
For example, the reporting function that I will introduce today was created on the core side as the bare minimum, but in the future it may be integrated with reporting functions provided by third-party companies that specialize in reports.
We are now in an age where recommendation engines, email newsletter distribution that requires segments, order management software, etc. can all be substituted with ASP. In other words, the only functionality required for e-commerce is the functionality that can only be realized on the server, i.e. "creating an online catalog."
Furthermore, it is becoming common to have multiple stores such as Rakuten, Yahoo, your own site 1, your own site 2, Yahoo Auction Store, etc., so I think that in the future there will be more ASPs that can manage and operate products and orders in a common format. In fact, I think that this trend will become even stronger than it is now.
It has already been about half a year since the release on December 2nd last year that we spent on the revisions.
It feels like we've finally reached this point where we have all the minimum functionality the market demands, and we're now in an environment where we can truly focus on "creating a complete system that allows skilled merchants to easily sell on the internet." I think
that from now on, the true form of Live Commerce will begin to emerge.
Recently, I had the opportunity to meet with managers of online shops, and in the course of exchanging various opinions, one common opinion we found was that rather than making the main body as multifunctional as possible, it would be better to make it as "simple and easy to understand" as possible, and that it would be better for the system to be one in which all additional functions can be added by plug-ins.
This is not surprising, but there are now more taiyuan mobile number database than enough tools available on ASPs to complement the operation of online shops. From order management to payment processing, sales promotion, e-mail newsletters, and SEO, most third parties involved in the operation of online shops are much more complete than they were a few years ago. This means that the operation of EC sites has also become more sophisticated.
For example, the reporting function that I will introduce today was created on the core side as the bare minimum, but in the future it may be integrated with reporting functions provided by third-party companies that specialize in reports.
We are now in an age where recommendation engines, email newsletter distribution that requires segments, order management software, etc. can all be substituted with ASP. In other words, the only functionality required for e-commerce is the functionality that can only be realized on the server, i.e. "creating an online catalog."
Furthermore, it is becoming common to have multiple stores such as Rakuten, Yahoo, your own site 1, your own site 2, Yahoo Auction Store, etc., so I think that in the future there will be more ASPs that can manage and operate products and orders in a common format. In fact, I think that this trend will become even stronger than it is now.