Developed Micro-blogging Platform for Ed Tech Firm
- Web Development
- $10,000 to $49,999
- May 2017 - Ongoing
- Quality
- 4.5
- Schedule
- 4.5
- Cost
- 5.0
- Willing to Refer
- 5.0
"They’re on the ball. I would use these guys again, absolutely."
- Information technology
- Newark on Trent, England
- 11-50 Employees
- Phone Interview
- Verified
STX Next helped internal dev teams by taking over a legacy app rewrite. They used Python/Django to create an education-sector blogging platform, and continue to help with testing and integrations.
STX Next is accommodating, transparent, confident, and they excel at communication. They understand business goals and are proactive at solving problems.
A Clutch analyst personally interviewed this client over the phone. Below is an edited transcript.
BACKGROUND
Please describe your organization.
I am the product development manager at PrimarySite, Ltd., which is the leading provider of primary school websites in the U.K. We’ve got over 3,000 customers, heading towards 4,000.
OPPORTUNITY / CHALLENGE
What business challenge were you trying to address with STX Next?
We’re very busy and we have a legacy application which needs rewriting. We couldn’t find the time to ever do it, so we decided to outsource. Python and Django are the main technologies we use. That’s what we wanted it written in.
SOLUTION
Please describe the scope of their involvement.
It’s a blogging platform aimed at primary school kids. The teacher of a class is ultimately in control of that class’ blog. The children can post their own blogs, but the teachers have the ability to authorize every single blog to make sure it’s appropriate. There’s also a third party avatar-creating tool that we’re integrating with. So, the kids have the fun of creating their own avatar. It’s a child-friendly blogging platform and the reason we’re using this with kids is so that they can build their IT skills, and their reading and writing skills as well. Even though there’s still a couple of weeks’ worth of work, we agreed that it would be a launchable product for us upon delivery. Then we’ll take about a month for our own QA, and have our internal team do some migrations from the old platform. In that time, STX Next will just tidy up code as needed.
What was the team dynamic?
There are about 7 guys. There are 3 backend developers, 2 frontend developers, a product owner, and a QA tester.
How did you come to work with STX Next?
We looked through several companies along with STX Next; they’re a Python powerhouse. It’s well recognized internally that they were a good match, especially because of how spot-on they were at sensing our needs, even after only a few meetings. They listened what we wanted and were very confident. Their price was very competitive. We knew of them in the industry. We found a couple of others on the internet researching, but we were aware of STX Next. Price and whether they understood our needs and fed it back to us in our conference calls is how we decided. It was also having the confidence that they were going to deliver. Whoever we picked, we would have the final say of code review, and STX Next was very happy with that.
Could you provide a sense of the size of this initiative in financial terms?
About $20,000.
What is the status of this engagement?
We started working with them June 2017 and have been working together since.
RESULTS & FEEDBACK
Could you share any statistics or metrics from this engagement?
The initial milestone was the launch date, and it was agreed between all of us that it would be about the beginning of July. That slipped by a couple of weeks, but it’s not business critical for us. As long as we’ve got it out for September, we’re happy with that. When it did slip, the guys were straight with us, saying, “Yeah, we’re not going to meet this deadline.” Part of that might have been our fault due to the technology stack that we wanted to use. They’ve even thrown in an extra frontend developer at their own cost just to try and speed the process up.
How did STX Next perform from a project management standpoint?
It’s been a stable team that hasn’t shifted at all throughout the process. There was a bit of miscommunication right at the very start because we weren't explicit enough with how much frontend work was needed. Initially, the backend Python developers were going to do the frontend, but it became quite clear that there’s a lot more frontend expertise needed.
They do their own in-house code reviews, but because we ultimately could end up maintaining ourselves, we wanted to make sure it was to our standards. They were more than happy to comply with that and included us in their daily stand-ups. We have a catch-up every fortnight to make sure we’re on track. We also communicate on a Slack channel. We’ve had many conference calls and we screen share and that sort of thing. Their communication has been extremely reliable throughout the process. They’ve also given us access to their JIRA board so we can monitor that as well.
Things have slipped slightly, but they’ve been happy to provide extra frontend developers when we requested them and they’ve given us a significant discount, which is quite nice. To ensure we make the latest deadline, they’ll even throw in another frontend developer, free of charge. When there’s been any slight slippage, the guys have been very quick to let us know, “We’re not going to be able to do this,” or “Can we change this?”
What distinguishes STX Next from other providers?
The last vendor we used was quite a few years ago. STX Next is definitely quicker than them. They’re on the ball. I would use these guys again, absolutely. Their communication has been really good.
Is there anything STX Next could have improved or done differently?
The only issue we’ve had is the lack of understanding about our frontend needs, but I think in fairness to them, we probably weren’t clear enough about the technologies we required on this. As for areas of improvement, it’s probably on our shoulders and not theirs. When we had these issues, they were very proactive in trying to come up with solutions. With projects, there’s always slippage, and it was kind of expected.
Do you have any recommendations for others considering working with STX Next?
Just make sure when you’re writing out technical specifications, that you leave nothing for the developers to guess how you want to implement it. You have to be very explicit in every single detail about your requirements so that, when the developers come to work on your story, they have no questions to come back to you with.
RATINGS
-
Quality
4.5Service & Deliverables
"Very good."
-
Schedule
4.5On time / deadlines
-
Cost
5.0Value / within estimates
"They threw in another frontend developer without cost, which is very nice."
-
Willing to Refer
5.0NPS