Glenn-Philip SINCLAIR
New Member
MailWizz V 1.6.3 - September-2018
This sharing is about my MailWizz journey and the lesson(s) I have gained along my FIRST BLUSH/padawan path of Learning the GUI and functional uses of MailWizz.
I must say/share these things/learning’s before these memories of this journey seep out thorough my socks never to return. I must capture and share them as best I can while the memories are still relatively fresh. WARNING: I do repeat to clarify, emphasize and be explicit in my distinctions, being aware that this is being read by a wide learned spectrum of users from Initiator to Guru.
The joy I most often have in the ITC world is learning NEW programs and systems, as so many of us do. As we/most all know ITC is an ever changing world, my current love is the Crypto world… anyway enough of that waffle...
Just briefly a heads up about me: While I personally have been in ITC since the early eighties, and after graduating from Uni with double majors in ITC and Marketing Management, and later being employed on contract over the following decades in programming, databases, testing, also Senior Systems Analyst, Trainer, Coach, Educator and Author.
So after all the techo fun setting up and installing this beast;
After the first few days of familiarising myself with the interface and also watching (interactively) as many Video lessons as I could, many lessons of course unfolded into new leanings and ahhhaaa moments and of Ohhh that is how MailWizz does that function, regardless as I had expected it to be, or not so… etc.
FIRST IMPRESSION:
WOW. What an extensive and well built program.
MASSIVE is all I can say from the outset….
You .dev guys and gals… have put some serious time of your life into this beast.
The Backend etc is truly awesome and very extensive. KUDOS.
My learning curve & confusions reign.
FIRSTLY: It took me while to “get” the understanding of the Backend/Customer paradigm. That was not so (BLATANTLY) clear from the outset, as such I did not understand immediately that the Customer area was where I was to set up my so called “campaigns”.
SECONDLY: the terminology/word “CAMPAIGN” as used in MailWizz? And other “words/terminology/pedagogy” I will explain at an other-time.
Then not being able to edit a so called ‘CAMPAIGN’ was confusing. At first I could not work it out. Why could I not EDIT a campaign to FIX stuff or adjust stuff or to “dev Test” stuff as it goes out into the WORLDS (my dev test accounts on the web) emails systems and make these simple adjustments? Bewildered I was. Clarifications and Distinctions I was seeking.
THIRDLY: When creating a so called “campaign” the timer being then set to go live… (The setting of a DATE/TIME to go live by default) or even as one adjusts that to few minutes hence ahead of NOW time… just did not make sense right away as in my head I was thinking “when this campaign should be sent out, NOW, or in a few minutes forward of NOW TIME, so I can test it straight up. (That was MY LEARNING OK, my experience, so ”you” don’t need to “FEEDBACK” me up the wharzooo, LOL, as all these learning’s herein are MY-MISS-TAKES. Lol.)
FURTHER MORE: ALSO with “the timing thing re DATE/TIME” when one is used to OTHER popular email/AUTORESPONDER systems and their user/functional paradigms, I was expecting to NOT set an actual fixed DATE/TIME, but to trigger a delay as explained further down below ...
For each individual so called “CAMPAIGN” this has TWO ramifications
a) that the time set is then when it goes live, I had to “re-frame” that in my head (way of thinking) is to make it (campaign) go live as of TIME SET such as NOW TIME (or thereabouts) and
b) That there is NO (as expected) way to EDIT that just roughed out so called “campaign”, because it is now set to LIVE, or would be live, by the time you come back from filling up the bottomless cup of coffee, if that is how far into the “future” one set the “go live” DATE/TIME setting.
AS I WAS LEARNING this GUI/Interface/Awesome-Machine the time set is also usually going to be (NOW-TIMEISH) by default, as (a learning) one does not know what functions this locks in later, such as the inability to EDIT that so called ‘campaign’. Once it is live, there is NO EDITING available.
OTHERWISE as I frustratedly found out the hard way is to use COPY. ……….. this is where USER/Myself/Customer must make a COPY of a so called “campaign” which is then set to DRAFT (appropriately) so one can edit this “NEW” copy version.
# This is redundant in my view and the “so called REGULAR CAMPAIGN” would be better set as/to PAUSE so as to then enabling a customer/user to EDIT that/a campaign.
## Not only that, the current method/system causing redundancy, it also has the ramifications of creating an ever growing list of so called “campaigns” with new names and new id’s, which I feel can be better handled by PAUSE then EDIT a given “so called REGULAR CAMPAIGN”.
* So I recommend (attention dev’s) that a USER/CUSTOMER be able to set that/a/any campaign to PAUSE. Which a “CAMPAIGN” is currently available to set by the way…
Then once a “CAMPAIGN” has been PAUSED, make it so one can edit/update THAT SPECIFIC “so called REGULAR CAMPAIGN” from there.
Some FURTHER INSIGHTS and recommendations to fix up GUI and Logic Flow.
Somewhere I am also still trying to figure out how it is currently being “functioned/activated/worked-around” in MailWizz at this current Version, these being those SHORT term work-arounds so omni-present in ITC…
AND some personal requirements of my own that I need as USE CASE SCENARIOS.
My FIRST USE CASE Scenario (to carry me through with REAL content, as I learned the MailWizz Beast) has been to email out as series of 5 LESSONS.
MORE in the next part of the thread.... PLUS SEE PDF ATTACHMENT
This sharing is about my MailWizz journey and the lesson(s) I have gained along my FIRST BLUSH/padawan path of Learning the GUI and functional uses of MailWizz.
I must say/share these things/learning’s before these memories of this journey seep out thorough my socks never to return. I must capture and share them as best I can while the memories are still relatively fresh. WARNING: I do repeat to clarify, emphasize and be explicit in my distinctions, being aware that this is being read by a wide learned spectrum of users from Initiator to Guru.
The joy I most often have in the ITC world is learning NEW programs and systems, as so many of us do. As we/most all know ITC is an ever changing world, my current love is the Crypto world… anyway enough of that waffle...
Just briefly a heads up about me: While I personally have been in ITC since the early eighties, and after graduating from Uni with double majors in ITC and Marketing Management, and later being employed on contract over the following decades in programming, databases, testing, also Senior Systems Analyst, Trainer, Coach, Educator and Author.
So after all the techo fun setting up and installing this beast;
After the first few days of familiarising myself with the interface and also watching (interactively) as many Video lessons as I could, many lessons of course unfolded into new leanings and ahhhaaa moments and of Ohhh that is how MailWizz does that function, regardless as I had expected it to be, or not so… etc.
FIRST IMPRESSION:
WOW. What an extensive and well built program.
MASSIVE is all I can say from the outset….
You .dev guys and gals… have put some serious time of your life into this beast.
The Backend etc is truly awesome and very extensive. KUDOS.
My learning curve & confusions reign.
FIRSTLY: It took me while to “get” the understanding of the Backend/Customer paradigm. That was not so (BLATANTLY) clear from the outset, as such I did not understand immediately that the Customer area was where I was to set up my so called “campaigns”.
SECONDLY: the terminology/word “CAMPAIGN” as used in MailWizz? And other “words/terminology/pedagogy” I will explain at an other-time.
Then not being able to edit a so called ‘CAMPAIGN’ was confusing. At first I could not work it out. Why could I not EDIT a campaign to FIX stuff or adjust stuff or to “dev Test” stuff as it goes out into the WORLDS (my dev test accounts on the web) emails systems and make these simple adjustments? Bewildered I was. Clarifications and Distinctions I was seeking.
THIRDLY: When creating a so called “campaign” the timer being then set to go live… (The setting of a DATE/TIME to go live by default) or even as one adjusts that to few minutes hence ahead of NOW time… just did not make sense right away as in my head I was thinking “when this campaign should be sent out, NOW, or in a few minutes forward of NOW TIME, so I can test it straight up. (That was MY LEARNING OK, my experience, so ”you” don’t need to “FEEDBACK” me up the wharzooo, LOL, as all these learning’s herein are MY-MISS-TAKES. Lol.)
FURTHER MORE: ALSO with “the timing thing re DATE/TIME” when one is used to OTHER popular email/AUTORESPONDER systems and their user/functional paradigms, I was expecting to NOT set an actual fixed DATE/TIME, but to trigger a delay as explained further down below ...
For each individual so called “CAMPAIGN” this has TWO ramifications
a) that the time set is then when it goes live, I had to “re-frame” that in my head (way of thinking) is to make it (campaign) go live as of TIME SET such as NOW TIME (or thereabouts) and
b) That there is NO (as expected) way to EDIT that just roughed out so called “campaign”, because it is now set to LIVE, or would be live, by the time you come back from filling up the bottomless cup of coffee, if that is how far into the “future” one set the “go live” DATE/TIME setting.
AS I WAS LEARNING this GUI/Interface/Awesome-Machine the time set is also usually going to be (NOW-TIMEISH) by default, as (a learning) one does not know what functions this locks in later, such as the inability to EDIT that so called ‘campaign’. Once it is live, there is NO EDITING available.
OTHERWISE as I frustratedly found out the hard way is to use COPY. ……….. this is where USER/Myself/Customer must make a COPY of a so called “campaign” which is then set to DRAFT (appropriately) so one can edit this “NEW” copy version.
# This is redundant in my view and the “so called REGULAR CAMPAIGN” would be better set as/to PAUSE so as to then enabling a customer/user to EDIT that/a campaign.
## Not only that, the current method/system causing redundancy, it also has the ramifications of creating an ever growing list of so called “campaigns” with new names and new id’s, which I feel can be better handled by PAUSE then EDIT a given “so called REGULAR CAMPAIGN”.
* So I recommend (attention dev’s) that a USER/CUSTOMER be able to set that/a/any campaign to PAUSE. Which a “CAMPAIGN” is currently available to set by the way…
Then once a “CAMPAIGN” has been PAUSED, make it so one can edit/update THAT SPECIFIC “so called REGULAR CAMPAIGN” from there.
Some FURTHER INSIGHTS and recommendations to fix up GUI and Logic Flow.
Somewhere I am also still trying to figure out how it is currently being “functioned/activated/worked-around” in MailWizz at this current Version, these being those SHORT term work-arounds so omni-present in ITC…
AND some personal requirements of my own that I need as USE CASE SCENARIOS.
My FIRST USE CASE Scenario (to carry me through with REAL content, as I learned the MailWizz Beast) has been to email out as series of 5 LESSONS.
MORE in the next part of the thread.... PLUS SEE PDF ATTACHMENT
